有个报表,我们的系统和另一组开发的系统报的数不一致。我查出是那组的问题,他们也回邮件说会修改。但是在刚才会议上,PM问我有没有问对方啥时候改完,我想这不是PM的事么?关我个程序员啥事?就告诉他没问,但是邮件都抄送他了。PM说那你问一下。我觉得这是他的事,可是那个PM权力挺大的,我们team leader 都哄着他。
我当时就回了句OK 。PM可能听出我不大高兴,又说了一堆不问对方可能什么都不做之类的,我又回了句OK。我就想知道这事算我的职责吗?
必须要,开头写上“解:”,等号上下对齐
计算题不能直接写出结果,至少需写三步再给出答案
工作中也一样,你不能拿一个OK去打发人家,怎么说,也得写几句哄哄PM
Thanks for reaching out. I will collaborate with the other team and get back to you with a status update as soon as I hear back from them. Let me worry about it. I will keep you posted. Thanks again for bringing it to my attention.
我得个人经验,别甩锅,一般甩锅得,锅都会摔地上,砸了锅,锅这玩,背就背了,没啥
“兄弟,咱俩谁跟谁,你得事,就是我得事,这事你甭操心,我盯着,我给兄弟你把关,不就是改个程序吗,他们不赶紧把活干完信不信我抽他丫得,放心,你就瞧好吧。。。”
“行吧,我等有空帮你问问,邮件也抄送你了,一封不拉下,你自个问也行,一回事,反正那组人忒佛系,啥也问不出。。。”
我两年前新招大学生,刚来时候有个很头痛的地方,就是不推不走,推一步走一步。(其实不少人都是这样,所以我就得一直不停的推,推的主要方式是问问题。)
后来我每次推她的时候,告诉他我为什么推,然后让他自己在遇到某事件时候,上行一步&&下行一步考虑。好在这个孩子韧性好,态度好,几次下来,他养成习惯,事情不单单只看眼前的这一个点。
我还有个员工,高中学历,但是前后联系能自己主动进行,但是他因为少了大学 4 年的强化训练,基础知识薄弱。但是这两个人放在一起,就是个不错的小队。
View 少且窄,每个人与生俱来,完全正常。但是每个人因为 learning 的不同慢慢产生差别。我觉得人的一生最美妙的是 curiosity and leaning。