哈佛商学院教授戴维·盖儿文总结说过:我们的时间应该花在设计和除bug上,而不是不停地与上司打交道,或者监督别人的工作。
作为一个技术人员管理者,要么你的技术能力彻底让人信服,要么你的想法与综合能力高人一筹,而且还得显得比手下的人要忙, 不然谁心甘情愿服从你的安排。
很不巧,国内大多数公司里,有些人的存在,的确是为了降低生产率的。曾经历过一个项目经理,不做具体的项目计划,不懂技术不懂业务,平时就浏览浏览网页,抽抽烟,然后每天早上就是拉着员工让他讲清楚昨天都干了什么,其实已经要求每人都提交周报的,真不知道还每天拉着人讲这些干嘛,又不会提什么意见。 这真的能叫管理吗?终于有一天,某位员工爆发了,直接跟他说没干什么, 后来,就结束了这个折磨了。
“成本”、“质量”、“进度”, 一个好的PM就是在这三者中求平衡。
而管理好下属,应该是从招聘环节开始的。当招的新人是以技术为最大追求的,给予他最高的自由度,适当的引导,足矣,这样的人会主动把工作做好,完成不了会主动加班,并不断地优化。因为对于IT人员来说,做开心的事莫过于今天又知道了一个新的理念,又学到了一个新的技术。程序员都是单纯的,希望通过自身的努力去获得一切,靠的是手艺、技术吃饭。
现实如理想那么美好就好了,世界之大,无奇不有。招聘的新人,也是各色各样。有的人只会为自己的利益考虑,总是只会站在自己的角度看待问题,因为被要求多干一点事,或者稍有一点不公平,就会怨声载道,总爱数落工作和生活中的种种不满,自怜自艾。工作中谁没有压力,成天抱怨咒骂,让本来安心工作的人也容易被负面情绪困扰。抱怨是团队中最易传播,辐射最快最广最具杀伤力的"负能量"。抱怨让自己和他人陷入负面情绪中,消极怠工,一个人会传染一个部门,一个部门会传染整个公司。有时,为了"维稳",公司不得不"和谐"掉这样的人。
对于IT开发转为PM,不求多精通管理,只要熟悉业务流程,做好项目计划,把具体任务细分下去,最后就是监督任务的完成情况,检查质量了,可惜,大多数项目经理都不能达到这么简单的要求。怎么把控工作的完成情况,这真是一个技术活,一不能影响正常的工作安排(如上面的例子),二不能简单依据员工的口头话或者项目报表,三怎么检查工作完成的质量。