当技术遇上管理

哈佛商学院教授戴维·盖儿文总结说过：我们的时间应该花在设计和除bug上，而不是不停地与上司打交道，或者监督别人的工作。

作为一个技术人员管理者，要么你的技术能力彻底让人信服，要么你的想法与综合能力高人一筹，而且还得显得比手下的人要忙， 不然谁心甘情愿服从你的安排。

很不巧，国内大多数公司里，有些人的存在，的确是为了降低生产率的。曾经历过一个项目经理，不做具体的项目计划，不懂技术不懂业务，平时就浏览浏览网页，抽抽烟，然后每天早上就是拉着员工让他讲清楚昨天都干了什么，其实已经要求每人都提交周报的，真不知道还每天拉着人讲这些干嘛，又不会提什么意见。 这真的能叫管理吗？终于有一天，某位员工爆发了，直接跟他说没干什么， 后来，就结束了这个折磨了。

“成本”、“质量”、“进度”， 一个好的PM就是在这三者中求平衡。

而管理好下属，应该是从招聘环节开始的。当招的新人是以技术为最大追求的，给予他最高的自由度，适当的引导，足矣，这样的人会主动把工作做好，完成不了会主动加班，并不断地优化。因为对于IT人员来说，做开心的事莫过于今天又知道了一个新的理念，又学到了一个新的技术。程序员都是单纯的，希望通过自身的努力去获得一切，靠的是手艺、技术吃饭。

现实如理想那么美好就好了，世界之大，无奇不有。招聘的新人，也是各色各样。有的人只会为自己的利益考虑，总是只会站在自己的角度看待问题，因为被要求多干一点事，或者稍有一点不公平，就会怨声载道，总爱数落工作和生活中的种种不满，自怜自艾。工作中谁没有压力，成天抱怨咒骂，让本来安心工作的人也容易被负面情绪困扰。抱怨是团队中最易传播，辐射最快最广最具杀伤力的"负能量"。抱怨让自己和他人陷入负面情绪中，消极怠工，一个人会传染一个部门，一个部门会传染整个公司。有时，为了"维稳"，公司不得不"和谐"掉这样的人。

对于IT开发转为PM，不求多精通管理，只要熟悉业务流程，做好项目计划，把具体任务细分下去，最后就是监督任务的完成情况，检查质量了，可惜，大多数项目经理都不能达到这么简单的要求。怎么把控工作的完成情况，这真是一个技术活，一不能影响正常的工作安排（如上面的例子），二不能简单依据员工的口头话或者项目报表，三怎么检查工作完成的质量。