12 个让项目经理比程序员更痛苦的问题

1. 以为任命产生领导力

带队伍和当小兵是完全不同的，技术领导需要组织、领导、激励其他人为目标而工作。然而其他人会不会听你的，会不会阳奉阴违，会不会积极主动地干活，当别人与自己意见分歧时怎么办，怎么样让别人接受自己分配的任务，怎么样让别人接受你为其设定的目标……这些都是问题，需要有影响力和领导力才能玩儿下去。

然而新任的技术领导刚到经理岗位，对领导力可能还没有体会，很可能不知道怎么做，会错误的用行政权力来强硬地要求（命令）别人做某些事。这是一种误区，任命可以赋予一个技术领导行政权力，但不能产生领导力。来自权力的压力可能短时间内貌似有效，但实际上会严重损害一个经理的领导力和影响力，假如一个经理频频采用官大一级压死人的策略来推动项目和项目中的人往前进，往往最后会适得其反，招致大家的厌烦和反馈，在团队中失去威信。

2. 害怕别人不干活

从普通工程师晋升为经理后，开始管理其他程序员，开始管理项目，开始为整个团队或部门的工作进展负责。此时就会产生各种担忧，其中之一就是：要是别人不好好干活或不干活怎么办。

因为刚担任技术领导，对经理的角色还没有适应，不太了解一个项目的人员怎么运转，想当然的以为每个人都应该工作量饱和、工作积极，项目进展才能保证，因此对每个成员是否努力积极工作就会特别在意。同时也可能由己推人，如果自己是特别努力积极做出了成绩才晋升，那就可能觉得别人也应该和自己一致；如果自己曾经因为种种原因有怠工的行为，也会担心别人找各种借口不好好做事而影响进度……

其实这种担心是很正常的，但从客观上讲没太大必要，你相信大家都会积极完成工作，结果就一定会朝这个方向演进。因为多数团队原本就形成了某种节奏，可以度过领导更替的动荡期，然后继续有效运转。信任是一切的基石。

3. 总想亲自下场

因技术而晋升的技术领导，通常在技术方面有较强的能力，甚至是出类拔萃。这种技术能力的优势在作为普通员工时可能会给一个人带来显而易见的影响力，然而当这个人成为经理后，有时反倒可能成为他做好领导工作的障碍。因为他可能经常拿自己的技术水平衡量团队的其他人，觉得这个任务张三很难处理好，那个任务李四铁定犯错误，于是不放心把事情交给别人来做，或者交给别人做了又因为看到要出错，忍不住自己伸手去做，把分给团队成员的任务再拿回来自己做。

当一个技术领导因为担心下属会出错或不能按自己预期完成任务而收回这个任务自己做时，要么会让下属自己觉得自己无能（或者让下属猜测领导认为自己无能），要么会让下属觉得这个领导越俎代庖不干他该干的事儿，这就会产生严重的不良影响，不利于团队成员自己成长自己解决问题。同时，这位技术领导也会因为过分关注技术细节而忽略其他的组织、领导工作，导致只见树木不见森林，严重影响整个团队的效率和生产率。

4. 担心丢掉技术失去竞争力

有些技术领导刚刚开始带团队时，往往还停留在过去的角色里，认为技术是唯一的立身之本，担心放弃了技术细节后，自己会丧失竞争力，会贬值。比如会担心万一自己从这个经理岗位离开，就可能又找不到管理岗位的工作，又因为生疏了技术而找不到技术工作。所以，他们会陷入纠结中，一方面想提升整个团队的工作效率而不得不做很多的组织、激励、领导、协调等工作，花费大量精力；另一方面，这些非技术方面的工作会占用他们大部分精力，导致无暇深研技术而产生焦虑。

其实，此时更重要的是视野。你可能对技术细节了解得少了，但对技术方案选择、技术类别、技术的影响力等可能了解得更多，会形成更为广阔的视野，这足以弥补你在技术深度上的欠缺。而且，其实你之前的达到的技术深度也仍然存在，甚至会发酵，会反过来滋养你的技术视野，因为如果你之前在技术上达到了一定深度，一定在学习上摸索到了适合你的规律，这种学习模式，会帮助你更快的了解更多技术，让你从广度上来丰富自己，这虽然不能保证让你在技术方面更有竞争力，但也会帮助你将技术竞争力维持在某个水平。

最重要的，除了技术，你在管理岗位上的锻炼，将来一定会带给你更深层次的变化：要么你培育了组织能力领导能力；要么你认识到自己更适合做什么，对自己的才干和能力边界有更为清晰的认知，而一旦有了这种认知，再做其他事就会得心顺手——因为，你会更容易找到自己喜欢做的事情并带着热忱义无反顾地投入进去。

5. 不理解岗位职责

很多从一线晋升的技术领导，一开始不理解经理这个岗位的职责，不知道具体要做什么、怎么做、公司对该岗位的考核指标、上级领导对这个岗位的期望，这些都是问题。虽然有些公司有明确规定项目经理、部门经理等的岗位职责，然而没做过，看那些毫无生气的官方描述也是挺蛋疼的，看着都是汉字，每个字都认识，但看了就是不知道不明白什么意思，和没看差不多。更何况，很多公司其实并没有这玩意儿，或者根本就是从网上或别的公司抄来的，是否适用都没人管。

比方说你看到项目经理的职责里写了这么一条：

确保项目目标的实现，领导项目团队准时、优质地完成全部工作。

对你有实质性帮助吗？再比如下面这条：

与客户沟通，了解项目的整体需求。并与客户保持一定的联系，即时反馈阶段性的成果，和即时更改客户提出的合理需求。

对你有实质性帮助吗？

即便你通过公司的文档了解了岗位职责，对工作范畴有了大概的认识，仍然还是会迷惘：具体我该做哪些？做到什么程度有没有标准？哪些轻哪些重哪些是考核的内容哪些对我的绩效考核影响大？

问题太多了。你知道要作为经理要和客户沟通，然而这并没有什么卵用，并不能将你眼前的铺天盖地的未知揭开，你只有慢慢去试才会知道水有多深，你是从一个工兵的角色忽然就变成了排长，以前的经验几乎没用了，你还没有掌握新的关于项目管理和人员管理的经验就必须面对那些事情了，这是一个“负位”的过程，你得自个儿慢慢摸着石头过河去适应。

注：人们的实际能力，往往低于他所坐的位置，也就是说，有负于他所坐的位置。这种现象被称为负位。

你需要一个可以伴你成长的同级或高级同事来充任你的mentor（导师），帮助你尽快熟悉工作中的各种事情，帮你答疑解惑，必要时为你指点方向。

6. 怕犯错

因为对岗位职责不甚了了，眼前一片茫然，这个时候就会担心犯错，担心一不小心搞错了什么事儿领导不待见，又因为对上级不了解而很难明了现在的上级是什么行事风格、如何要求下属，自然也担心如果自己的风格和领导不匹配是否会让领导对自己的错误过激反应。

还有，也可能会担心领导对自己评价不好——因为你在负位过程中，很多事情做起来没那么得心应手。但你有这种担心的时候，就会愈发想把事情做好，然后，要么迟迟不能决策，要么劲儿用过了把事情搞错了，最后反倒真的不好了。

人非圣贤，孰能无过。犯错也是一种成长，没有犯错就很难成长，不用怕，错误也是一种财富。

7. 担心下属议论自己

新晋升的技术领导，往往会因为以前没有做过，而特别在意自己是否做好了，既会担心领导对自己的评价，也会担心下属对自己的看法。这个阶段，风吹草动都会让人浮想联翩。心思较多比较敏感的人，还可能会因过于忧虑而导致神经紧张。

其实，大风吹倒梧桐树，自有别人论短长。无论你做什么事情，都不可能符合所有人利益，总是有人会议论的，因为这个而战战兢兢实无必要，还是信奉这句话吧：走自己的路，让别人说去吧。

8. 不知道怎样培育领导力

别人为什么听你的？你怎么样影响别人使得别人朝着某个目标努力？

这是一个又大又难的问题。对于新任的技术领导而言，有些人会错误的以为任命产生领导力，但多数人慢慢会意识到，领导力和任命没什么直接关系。那么，领导力从何而来？

当你作为一个程序员时，相对他人的技术优势可能让你说话更有力量；当一个团队的各个成员技术水平相当时，技术对领导力的贡献就几乎可以忽略，相互之间的关系会更多的影响一人的领导力；当一个程序员走上管理岗位，他的技术能力很可能对领导力没什么特别的贡献，甚至可能会损害他的影响力——假如他事事亲为的话。

温伯格的技术三部曲之一《成为技术领导者》里面对这一点有详细的论述，感兴趣的可以参考，我在我的微信订阅号“程序视界”中推荐过。这本书是每一个想成为技术领导的技术人员都应该阅读的，它是你成为技术领导者之路上的明灯。它这么定义领导的职责：

领导的职责就是创造这样一个环境，每个人都能在其中发挥出更多的能力。

如果你能理解这一点，对培育你的领导力会有相当的助益。以此为目的，技术领导应该是一个公仆的角色，为团队成员服务，有人需要资源就给协调资源，有人不明白目标就帮助他明确目标并制定其个人目标，不同的模块间接口无法确认就组织相关人员讨论，张三任务完成的好就明确肯定，李四对自己所从事的技术方向感到迷惘就协助他找到归属和发展方向，有人忽然情绪低落效率低下就及时发现背后的原因并在必要时提供支持……大家和你一起同甘共苦完成了一件事，并且都看到并认可你的努力，你就具有领导力了……总之，你做一切事，创造一个让大家各尽其职各展所长的环境，让这个组织运转正常，让目标得以实现，那你的领导力就形成了。

9. 不能接受绩效比当普通员工时差

前面我们说从技术岗位晋升到管理岗位后，这个新上来的技术领导，往往是负位的，所以，在上任后的那个绩效评估周期内，他所得到的评分，如无意外，肯定是比他做普通员工时差的。

嗯，这种结果往往会让这位同志不能接受。你想啊，我当普通一兵时次次得A，现在当了经理，人都累成马了心都操成渣了，结果却是C！有情绪很正常，没情绪才不正常。但其实，也应该换个角度想想，在技术领导岗位上，其实你是从0开始哦，有一个爬坡曲线也是符合逻辑的。

10. 特定的事情可能会带来挫败感

有时我们也会碰见一些具体的事情，不知道怎么做。

比如公司是结合职级评定和年终绩效决定一个人是否升职加薪，那张三没有参加职级评定但工作结果很好，从各方面看都应该加薪，此时你怎么操作？传说公司有人操作过非正常流程给员工升职加薪，可是你不知道怎么做。问谁？怎么说服你的老板支持这么做？怎样绕过公司的常规流程？

比如你们每个月都要向高层汇报工作，需要写PPT，而你只有一个管理部门给的PPT模板，模板里除了封面和封底只有一页正文，写了几句不痛不痒的话，你要怎么根据这个模板写出你的第一份月度汇报材料？

比如公司规定要定期和下属一对一面谈，你从未有过这方面经验，根本不知道目标是什么、谈什么、怎么谈、如何应对可能出现的问题，想起来就会担心就想逃避，谁来拯救你？

你会面临各种对你来说头一遭的事儿，而多数情况下既没有人show给你怎么做，也没有机会去演练，你只能凭着感觉战战兢兢如履薄冰地往前走，一不留神没搞好，就可能被老板批评被同级嗤笑被下属鄙夷，这样的挫败感可能很难接纳……

11. 耻于下问

有些新作技术领导的，遇到问题不好意思找人问也怕找领导求助，怕露出自己的无知、短板，怕别人瞧不起，怕显得自己不老练……

其实不必，谁是生而知之呢？大家都是从不断地学习不断地实践中培育自己的能力的，很多事情你没经历过就是不知道没做过就是没体会，求助于别人是再自然不过的，一般的人也乐于帮助你，不会因为你不懂某个技术某个规则而看不起你，你显露自己在某方面的无知也不说明你这个人能力有问题，人因为不那么高大全而更真实更有魅力。同时，一个人也只有先正视自己的无知，才能更快地进步。

士别三日当刮目相待，无需多虑，尽管前行即可，你明天的成就并不会因为你昨天的懵懂而掉一分成色，相反，你还会获得快速成长的美誉。

12. 不知道怎么应对变化的关系

当一个程序员成为技术领导后，还会面临关系的变化：原来同级的伙伴将成为下属，原来很难见到的高层成了领导。

面对原来同级的小伙伴，是该故作威严拿起官腔，还是依旧嘻嘻哈哈不分彼此？打官腔公事公办会不会让人指指戳戳认为自己小人得志？不分彼此一团和气又会不会妨碍任务的分配和执行最终什么都很难推动？这也是不大不小的问题。但一般来讲不必刻意端着，就事论事公私分明即可。

新的领导往往Level较高，看待问题的角度和切入点与刚晋升的经理之间有很大不同。通常的情况是，他看结果不看过程，而你往往还在经理角色的转换和负位过程，所以经常会收到批评、否定的信息。怎么办？其实这是一个必经的过程，虽然老板嘴里信里说的都是自己的不完美，但也很少有老板有那个闲心思专门针对你（很遗憾你没你想的那么重要），一般来讲接纳即可。要相信自己正在变好，随着你熟悉规则，随着你角色转换过程的演进，美好的事情很快就会到来。