程序员那些事：总结一个技术总监的教训和经验( 五 ) _程序员

3. 跨部门沟通实在没必要参加，能躲就躲，这是扯皮的天堂。让项目经理去吧，他们的专业技巧能让这些事情更加有效。只要回来后让项目经理告诉你发生了什么事情就可以了。
4. 进度审核和任务分派又是一个很有“权势”的工作，实际上团队成员的情况大家都知道，决定谁应该做什么事情并非需要很多时间去想的事情。所以大可以把方向性的意见告诉项目经理，让他去做。很多优秀的开发者玩ExcelPROJECT之类的水平还不如只有一年工作经验的秘书，别折腾自己了。
5. 面试如果真想帮忙，准备一份有区分度的笔试题目吧。不靠谱的人太多，老板可不是花钱请你和他们聊天的。让项目经理去聊，不用担心他们技术不强，再不够，也会比大多数面试者要牛X 。他们搞不定的人，就是应该雇佣的家伙。毕业生招聘怎么办？只要看看他们课外活动是不是有搞些专业的事情就可以了，上进心比别的东西都重要， HR会比主程看的更准，相信我。
6. 各种会议饭无好饭，会无好会，超过6个人的会议应该坚决抵制。如果你有一个程序等着你去写，你一定无比痛恨这些会议，顺应你的内心吧！上帝保佑你。
最后说说项目经理的工作项目经理就像下水道的清洁工，所有那些主程不愿意去做的事情，他们都弯下腰去认真的把玩，实在是太伟大了。既然如此，为何不让他们拥有更好一点的头衔呢？如果没有他们去处理这些工作，任何一个主程都会被逼疯掉，或者他们自己变成了项目经理，让团队损失了最强力的一台代码发动机。

文章插图

在一些公司，有专门的项目经理的岗位，这无疑是幸福的，但也是不幸的。因为项目经理本身是一种既需要专业性，也需要通用技能的岗位。项目经理由于专业定义不清晰，导致了大量的误解，这就是不幸的原因。有的团队会说我们不需要项目经理，又有的团队会认为项目经理无比重要，这两种观点的争论一直没有平息过。因此比较实际的做法是，不要轻易的去评价“是否需要项目经理” ，而是努力把工作细分，专业化，然后再看应该安排谁去做。不同的项目和不同的团队，也许项目经理的工作都是不同的。
根据经验，项目经理大概的工作内容方向包含以下这些：
一、进度

指定工作计划
进度检查和进度延迟的预警
工作总结和统计

二、资源

整合提供各种资源，如找DBA ， IT ，运维人员，硬件， SVN权限，测试环境，福利，周末的活动……
面试：人员是最重要的资源，不是吗？
资源谈判：往往是和老板谈判，让别人明白现在的真实情况。又一个吃力不讨好的差事，但是总需要人做。

三、沟通

需求评审：和需求方讨价还价，项目经理真是命苦啊……
组织会议或者用其他方式通知信息给所有人：小喇叭、大喇叭、全服广播、世界频道……

总结对于一个小型公司，职权，头衔，收益，往往会更加敏感。但是这些都不是让项目失败的理由。一颗叫程序员的种子说：长大了我就是叫管理者的树。这个错误的观念只会让这个种子永远无法发芽。软件开发是类似外科医生的行业，而不是血汗工厂，所以不需要手持皮鞭的经理，而需要仁心仁术的神医。

【程序员那些事：总结一个技术总监的教训和经验】