如何击垮一个项目经理

在互联网和IT领域，项目经理是一个古老而专业的岗位，相比产品经理，它早有了官方认证，比如国外的pmp，国内也有项目管理师认证。

呱哥这门土炮，当年也以怒刷系统集成项目管理工程师和高级项目管理师为荣，本以为这证书能让自己值钱一点，却从来没有面试官问起。

当然受冷落的不仅仅我这两本证书，还有项目经理岗位本身，这还要追寻到项目经理被产品经理挤压的生存空间，当然更重要的是在敏捷开发的背景下，在一群培训了几天代码和原型的团队协作下，带来的种种尴尬，成了击垮项目经理的最后一根稻草。

先罗列凡此招式，期待后来人能哀之而鉴之。

1、缺少市场分析

业务人员随口一说此项目上线要获客一百万，盈利一个亿，崩溃的项目经理盲目乐观的以为要一飞冲天，多次被忽悠之后又变得完全不信任。他们在思维层面缺少市场分析进行审查的机制，以及对mrd进行详细研究的意识。

2、需求变更频繁

需求变更其实很正常这是共识，但是崩溃的项目经理却在埋怨需求变更这一共识，而不是建立需求变更流程，所以对变更要么想变就变，对变更次数没有限制，变更通知不到位，变更原因不清晰，给大家的感觉就是乱，但是乱的背后原因没有人深究。

3、项目计划不清晰

在初始阶段，由于各项资源和项目范围还没有完全确认，崩溃的项目经理不敢排项目计划，他们不知道计划不等于实际承诺。

大老板拍板的截至时间要么无条件接受，要么犹豫抗拒，自己不能拿出一个初步哪怕是不完美的计划。

4、相互推诿

对于项目延期或者线上bug，内部的产品和技术，以及跨部门的产品之间相互推诿，手指一直向外，以不担当责任为荣，以个人利益大于集体利益为傲，沉静的湖水下面暗流涌动，长期以往，老实人要么离开，要么也变成老油条。

5、会议低效

崩溃的项目经理组织会议低效，一个会议4-5个人能解决，非要拉着10-15人参会，等开完会确发现最重要的那个人尽量没有参会。

会议之前没有给参会人充分的准备时间，也没有发出会议材料，会议开始之前不讲会议背景和目的，直接扣细节。

6、文档管理

需求变更经常在微信或者im中提及，没有同步到文档中，文档修改没有通知到位相关人，甚至天真的以为仅仅艾特相关人就是通知到位。

7、项目沟通

远程办公和异地办公，疫情让人们的沟通看似不需要见面，崩溃的项目经理天真的以为im和群内沟通就能完全代表沟通，从而忽略线下沟通，由于缺少定期的面对面沟通，造成项目组成员生疏，缺少默契。

8、临时任务多

项目过程中紧急bug，线上问题排查，监管检查各种紧急不那么重要的事情蜂拥而来，忽略了重要紧急的日常开发任务，更别提重要不紧急的规划和复盘总结，崩溃的项目经理让工作日常变成疲于奔命。

9、缺少领导力

涉及需要协作的跨部门沟通，崩溃的项目经理喜欢大老粗喜欢命令式安排任务，或者是小绵羊祈求式的得到支持，没有对相关方进行领导力影响， 其实他们怎么能知道成功的影响力三要素其实很简单：获知、动机和能力。

10、没有后续计划

各种会议开完之后，没有后续计划和责任人，或者责任人不认可，对计划时间和交付物没有约束。

开会是上班摸鱼的重要补充，开会是存在感的体现。

11、管理靠刷脸

21世纪逐步步入法制社会了，但是项目过程中没有机制约束各方，崩溃的项目经理在项目协调过程中，喜欢哭丧着刷自己的脸， 他们不知道脸再大也有刷完的一天，人治和法制兼容并包才是中国人的智慧。

12、不熟悉业务

一个不成熟的项目团队可能没有产品规划，一个不成熟的项目经理可能也不会主动了解业务规划，以及项目到底是在做什么，能达到什么效果，对其它项目的依赖关系如何。

13、不做数据分析

一年发布多少版本，平均每次版本修改bug数，每次线上问题bug数，项目上线运营情况，项目总人力成本，各个标准产品的平均项目工期都不能从崩溃的项目经理口中得到答案。

14、最后一个知道风险

在崩溃的项目经理面前，研发每次开会的时候都报喜不报忧，因为知道报了风险也无济于事，那么就让事实成为最好的剧本吧。

当风险最后爆发的时候，项目经理却成了那个救火队员，他们哪知道最好的救火方式就是让火灾不要发生，最好的风险管理就是把项目经理当兄弟，有任何小隐患提前沟通。

15、流程冗长

需求评审会，设计评审会，工作量评审、业务价值专家评审，技术评审会，测试用例评审，项目上线前评审。因为开会崩溃的项目经理才有了一丝丝存在感，哪管一个项目的上线加起来的评审时间比开发工作量还高，流程就应该生搬硬套。

16、没有能量

当离子从一个稳态跳到另外一个稳态，最关键的就是能量，而崩溃的项目经理是团队的传话筒，那还有多余的能量作为团队的润滑剂和轴心骨。

17、缺少信任

三流的团队整日撕逼推责内耗，二流的团队人人高亢，一流的团队产出高效、创造价值。·一流和二流的团队注定不会诞生崩溃的项目经理。

严苛的流程会让协作的成本急剧增强，产品和技术为了适应流程，势必变得机械和冷漠，讲真话也是不可能的，崩溃的项目经理死守流程，哪管群众的呼声：我们需要真诚、需要团结、需要责任。

18、缺少变通

真正的高手从来不拘泥于一招一式，而是天下武功唯快不破，崩溃的项目经理喜欢制定流程，又长又臭的流程才显得自己专业，遇到紧急变更，死板的全部不给开口子，笨拙的口子大开。都已经奔溃了哪管什么变更适度开口子，哪管根据业务阶段来判断。

   19、从不言行一致

言行一致是对每个人的基本要求，崩溃的项目经理哭诉着说大家都不信任他，但是当他说出去的每一句话和每一个承诺，别人不记得了，自己记不得了，团队成员主动提出的协作要求，也是丢三落四的时候，信任坍塌已经凸显。

20、缺少背景调查

崩溃的项目经理刚融入一个团队准备表现自己，就立马开始梳理项目进度和风险，不去梳理团队构成，项目背景，业务现状，项目痛点进行梳理，以为老黄牛风尘仆仆的形象是印象分。

‘

初级项目经理的崩溃是注定的，其本质是由于快速的变化和高速发展的业务决定的，如果是一个稳定发展的团队，那么以上问题会少很多。

但是也架不住一些外行产品经理和技术经理的一顿折腾，其核心还在于人的思维和专业能力本身。

但以上问题终究浅显，不值得高阶的项目总监掉一根头发。