结合大家的意见和实际情况,还有问自己,我到底想要的是什么。其实我个人偏好的做法是

本帖于 2015-04-18 19:49:01 时间, 由普通用户 wolikeyou 编辑
回答: 如何处理跟in-direct reports的关系wolikeyou2015-04-17 11:43:54
把老板的意见转发给他,同时跟W schedule一个meeting。开会时,我会跟他商量老板的哪些意见我们要接受,修改前还要做哪些工作,如何改,两个人达成共识后,让他先改一下,这次一定跟他确定deadline,希望XX日期之前改完后,让老板approve后,就可以尽快发出去。同时告知他,这个报告可能还不够,我可能进一步建议要做个study,如果上层批准我的proposal, 我会在design和execute时involve他,如果他感兴趣并有时间做这个项目,希望他能跟我work together.
 
我的concern是,这样做,可能会引起W的反感,为啥把东西发给老板,但没有CC他。虽然我在老板面前说了,报告是W起草的,track change是我的comment和修改。第二个是,如果在deadline之前他有其他很多priority的事情要做,一口跟我说他没时间做。他现在support很多产品领域,抢在手里不给别人,但又抱怨他做太多的事情。比起他support的其他产品,我这个产品算公司pipeline中最差的一个,而且部门外的两个team leaders做事情不transparent,有些request,我去问他们能否share一些background information,根本不屌我,我干嘛push部门内的同事跟他们过不去呢?我只想把事情做了,每一步我都会inform我的老板。
 
如果W表示不能按我的deadline做,这次我就自己做了,然后跟老板的1:1 meeting的时候,我会心平气和地反应这个情况;同时S现在push我跟他合作一个项目,他来找我谈项目的时候,我也跟他反应一下我跟W合作的情况,问问他的意见。下次跟W合作的时候,先问他能不能在XX时间之前做好,如不能的话,我就找其他人做了,找不到人做,我再去问老板的意见。不过,今年夏天,我会一个contractor跟我汇报,近期内我可能不会再有这种问题了。

 
请您先登陆,再发跟帖!