国内的氛围是“学而优则仕”放到软件开发领域也是一样不少开发人员向往管理岗位一是觉得技术领域日新月异学习上感觉吃力二是长江后浪推前浪前浪死在沙滩上技术上新人更有一股狠劲而年纪大了的开发人员面临婚姻、子女、父母的诸多问题难以拼命了身体也大不如前三是几千年的文化形成要做人上人必须管理人的观念。上述三个方面没有对错我只想说如果你对技术没有持续的热忱你想向项目经理或管理领域发展时就要明白项目经理这四个字背后的含义。1、 项目经理的心态永远不要将自己做为一个传统意义上的管理者决断、控制、平衡传统领导力在IT企业里是玩不转的一群高智商的员工普遍有着自己的骄傲和尊严你的能力再突出能比得上所有你的小组成员的累加值吗项目经理永远在心里要告诉自己“我是一个服务者”认识到在IT企业里员工需要的是新的领导力决策、协商、服务。讲个小故事有点偏颇不常见但也许能让大家有一些共鸣以前有个加、美、印和离岸外包地中国的合作项目加国派来一个需求分析师米国派来的是个协调人员大家可以看成项目助理吧阿三国派来的是个架构师。帝国本部选一个“技而仕”的项目经理来主持这个项目。加国是个大汉语速快手势多米国是个大叔精干语少但常常关键时候发炮攻击阿三比较随和但常常有些莫名其妙的优越感对反对意见完全听不进去。四方开会的时候让我想起了我现在团队里一个兄弟爱玩的四国军棋充满了地雷和诡计常常一个会几个小时下来各方都没有达成一致。加国大汉愤怒地写了好几封公开邮件指责团队效率低下影射攻击项目经理米国人看不起阿三在技术上攻击不了阿三只好说这个团队完全不知道业务阿三指责团队合作力不足。总之是一团乱账可怜的项目经理完全没见过这阵势自己团队精心提出的架构阿三总是挑鼻子瞪眼需求更是完全没有边界不知道加国大汉是想要什么米国人到是悠闲反正他是代表甲方的一副看好戏的样子。公司没办法项目经理搞得想辞职团队成员更是被激起了愤青的情绪。最后迫于无奈公司把一个副总委派下来直接担任项目经理原项目经理作为该项目的技术经理。这个副总一下来在团队会议上没有指责任何人只是笑眯眯地说“兄弟我是门外汉对技术一窃不通各位都是专家我的主要职责就是服务好大家”。会后这个副总搞了几次联谊会带着大家搞野餐、郊游、亲子聚会工作时不遗余力的安排大家的后勤每天下班前都会问大家第二天的茶点和水果安排。私下里呢和米国人的上司沟通了几次对项目中的风险进行了分析要求米方更多地对需求进行干涉和确认。没过一周团队的氛围正常了加国大汉发现自己的奇思妙想的需求被米国人拦了几次后也放弃那些不着边的想象力了米国人也收到了上司的邮件要求他确实的担负起需求确认的责任阿三在副总的几次游山玩水和推心置腹后也老实了对于架构的事也没那么吹毛求疵了项目组间的沟通基本上正常了项目总算正常推动了。最后项目结束的时候这三个老外怀着感激之心离开连连说还要再来伟大美丽的中国。这个项目里项目经理完全不懂技术他的理念里只有“服务”这一个词项目的进度当然是他关心的但项目的质量和成本他完全放手给项目组成员去做。关于项目经理需不需要懂技术见仁见智但我觉得项目经理懂技术不是坏事特别是国内目前中小型项目居多的情况下项目经理完全不懂技术很危险。新的领导力核心就是一句话“我能为您们做什么我还能为您们做什么我有什么可以帮助您们的吗”在中国领导自然而然地就会有一些威严你只要时不时的严肃一下大家会知道你的威严但这个“信”字就不是这么容易建立了。如果你不把自己当一个服务者而是一个控制者试问谁喜欢在这样的领导手下做事IT本就是一个讲究创造力的行业守着一个只想流水线生产代码的领导工作有乐趣么个人有成就感么。不好听地说这叫死气沉沉。2、 项目经理的意识中要有决策而不是决断项目经理永远是一个指导者而不是皇帝。今早园子里的敏捷中的沟通点与故事点中有这么一段话首先任务分配这件事情是我一手包办了我和团队成员之间仍然是分配与被分配的关系这和敏捷的自组织相抵触。其次我分配出来的任务迫于时间的压力欠描述和敏捷提倡的故事点有距离通常就一句话或一张图片。团队成员要处理这些任务有时还要和我进行进一步的沟通。当然这个过程还算有效毕竟我已经用这种方式成功地完成了数不清各种规模的项目了。说实话这种方式培养不了优秀的开发人员只能培养没有主动思考的代码机器。好的方式是哪怕你和客户谈个普通优先级的需求你也需要把你的关键组员带着去一方面可以让大家集思广益了解需求一方面可以锻炼你的组员的沟通一方面可以让客户与小组的关系更融洽。在亲爱的项目经理我恨你也有这么一段话我本人很认同你是一个信息黑洞你更善于积极跟你的上级管理者交流沟通而不是跟你管理的团队。结果重要的项目信息根本存不到你脑子里只有在一些特殊时期通常是上线最后期限的前几天你才会关注。上级管理者和开发人员之间出现了一堵墙你就是阻挡信息流通的那堵墙。要知道你领导着一群渴望成长、渴望成就的员工他们是你的支撑是你的财富金钱都有个杠杆效应更何况活生生的人你不能发挥他们这些人迟早会离开你。钱要发挥效应必须会投资人要发挥能力必须要让他们尝试和主动。而如果你做的事是想像流水线的富士康一样的工人那你的团队必然是一群呆头鸭。项目经理要做的事是和团队一起决策而不是独自判断你甚至要学会授权在细节上让团队拥有充分选择的权力在无关紧要的技术细节上你考虑的越多你给他们的限制就越多你只要对架构、高优先级需求、质量和进度多加关注就行了。准确的说项目经理是团队的“核心交换机”你这里的传递的信息量越大项目和团队的受益才会越大。二、项目经理与客户的关系既然是核心交换机项目经理与客户那里更多的就象是一个防火墙防止需求越界防止客户的攻击传递到团队内部软件开发团队的士气很容易受打击开发人员也有生理周期一个有趣的现象是呆得越久的团队其生理低潮也越同步。项目经理和客户的负责人应该是合作的关系大家利益一致是要项目经理时时保证和提醒对方的毕竟对方也是人也想在企业内树立政绩保不准头脑发热提出一些天马行空的想法这些想法不要急着去否定按事实一条条分析按技术一条条陈述。实在不行出来吃个饭洗个脚坦诚相对一下先说我很讨厌声色犬马那套我和客户一般就是吃个饭喝个洒很多问题在感情因素的影响下会获得一个平衡。要明白你和甲方的负责人永远不是博弈而是利益的共同体一荣俱荣一损俱损。而项目组内部你这个防火墙要传递的是客观的需求和评价甚至批评甚至你要把你内部那些组员带出来到防火墙外测试一下经受一下客户的考验回来后他们会更理解客户人而不是软件代码软件是给人用的不是给机器用的。三、项目经理与公司的关系项目经理是公司的为将者为将者对公司要服从大局多站在老板的角度考虑当然为将者也要有将在外君令有所不授的觉悟。项目经理不要伦为马屁精那样与项目没有半点好处。要学会经常汇报学会争取资源学会向老板提出问题并根据问题拿出A、B、C几套解决方案供他选择。学会时不时的参政不要议政。好了大致上我的感慨发完了。项目经理不是传统意义上的管理者他是教练是指导者他的作用在于发挥成员的能力与客户做好沟通把握项目风险及时预警和解决。项目经理对进度、成本、质量负首要责任但你要学会授权。项目经理适当地要掌握技术保持coding everyday的习惯。项目经理是团队的灵魂要学会给团队成员打气和招魂。项目经理是孤独的团队成员不可能成为你真正的朋友公司高层也不能。项目经理这条路不是终点前方的路还很长。