项目经理是如何被击垮的

在IT领域，项目经理是一个专业岗位。相比产品经理，它早有了专业资质认证，如PMP、IPMP等。我当年也以怒刷系统集成项目管理工程师和高级项目管理师为荣，本以为这证书能让自己值钱一点，却从来没被面试官问起。当然受冷落的不仅仅是我这两本证书，还有项目经理岗位本身。这源于项目经理被产品经理挤压生存空间，当然更重要的是，在敏捷开发的背景下，在一群培训了几天代码和原型的团队成员协作下，带来了种种尴尬，从而成为击垮项目经理的最后一根稻草。我先罗列凡此招式，期待后来人能哀之而鉴之。

1、缺少市场分析

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

2、需求变更频繁

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

3、项目计划不清晰

在初始阶段，由于各项资源和项目范围还没有完全确认，崩溃的项目经理不敢排项目计划，他们不知道计划不等于实际承诺。对于大老板拍板的截止时间，他们要么无条件接受，要么犹豫抗拒，但自己不能拿出一个哪怕是不完美的初步计划。

4、相互推诿

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

5、会议低效

崩溃的项目经理组织会议低效，本来4~5个人就能解决，非要拉着10~15人参会，等开完会却发现，最重要的那个没来参会。会议之前，崩溃的项目经理没有给参会人充分的准备时间，也没有发出会议材料;会议开始之后，不讲会议背景和目的，直接抠细节。

6、文档管理

需求变更经常在微信中提及，但没有同步到文档中，文档修改也没有通知相关人，甚至天真地以为仅仅@相关人就是通知到位。

7、项目沟通

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

8、临时任务多

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

9、缺少领导力

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

10、没有后续计划
　
各种会议开完之后，没有后续计划和责任人，或者责任人不认可，对计划时间和可交付成果没有约束。开会是上班摸鱼的重要补充，开会是存在感的体现。

11、管理靠刷脸

项目过程中没有机制约束各方，崩溃的项目经理在项目协调过程中，喜欢哭丧着刷自己的脸， 他们不知道脸再大也有刷完的一天，人治和机制兼容并包才能取得更好的效果。

12、不熟悉业务

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

13、不做数据分析

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

14、最后一个知道风险

在崩溃的项目经理面前，研发人员每次开会的时候都报喜不报忧，因为知道报了风险也无济于事，那么就让事实成为最好的剧本吧。当风险最后爆发的时候，项目经理却成了那个“救火”队员。研发人员不知道的是，最好的“救火”方式就是让“火灾”不要发生，最好的风险管理就是把项目经理当兄弟，有任何小隐患提前沟通。

15、流程冗长

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

16、没有能量

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

17、缺少信任

三流的团队整日推责内耗，二流的团队人人高亢，一流的团队产出高效、创造价值。一流和二流的团队注定不会诞生崩溃的项目经理。严苛的流程会让协作的成本急剧增加，产品和技术为了适应流程，势必变得机械和冷漠，讲真话也是不可能的。崩溃的项目经理死守流程，哪管群众的呼声：我们需要真诚、需要团结、需要责任。

18、缺少变通

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

19、从不言行一致

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

20、缺少背景调查

崩溃的项目经理刚融入一个团队，准备表现自己，就立马开始梳理项目进度和风险，但不去梳理团队构成、项目背景、业务现状、项目痛点，以为老黄牛风尘仆仆的形象是印象分。初级项目经理的崩溃是注定的，其本质是由于快速的变化和高速发展的业务决定的。如果项目经理带领的是一个稳定发展的团队，那么以上问题会少很多。但是也架不住一些外行产品经理和技术经理的一顿折腾，其核心还在于人的思维和专业能力本身。当然了，以上问题终究浅显，不值得高阶的项目总监掉一根头发。

PMP认证不分行业，适合任何领域行业的项目，是通用的项目管理理念。在自我提升、晋升、加薪方面都会对你有所帮助。PMP证书不受行业限制。不管是IT、建筑、制药、制造业，还是电信、金融、通信领域，PMP证书都受到广泛的高度认可。
　　
PMP的报考所需条件如下：报名考生必须具备35小时以上项目管理PMBOK学习或培训经历，并出示相关证书复印件。
1.具有学士学位或同等的大学学历或以上者，申请者在五大项目管理过程中至少具有4500小时的项目管理经验，并且，在申请之日前6年内，累计项目管理月数至少达36个月。（在计算项目管理月份时，所要求的36个月是不重叠的、单独的。）
2.不具有学士学位或同等大学学历或以上者，申请者在五大项目管理过程中至少具有7500小时的项目管理经验，并且，在申请之日前8年内，累计项目管理月数至少达60个月。

中国大陆地区PMP考试将启用新版考纲。新版将专注于以下三个新领域:

人——强调与有效领导项目团队相关的技能和活动；
过程——增强管理项目的技术领域；
业务环境——突出项目和组织战略之间的联系。

内容贯穿价值交付范围（包括预测、敏捷和混合的方法），分布在三个考试领域。新的PMP考试将继续使用《PMBOK指南》第六版作为参考。

通过新考纲与《PMBOK指南》第六版对应关系，可以看出新考纲对教材PMBOK的变化还不大：主要是突出了人的重要性，强调的是整合与思考，一半基于预测型的项目管理方法，一半则基于敏捷型或混合型项目管理方法以及两者的混合，但不变的仍然是围绕PMBOK章节知识点考察理解和应用。

变化点为以下三个：

1、考察维度从5大过程组变为3大领域：人员(42%)、流程(50%)、商业环境(8%)；
2、考试情景更加贴近真实项目趋势;考察侧重点从做事到关注人；
3、对于项目经理的软技能要求更高，匹配PM能力模型三角。

将原有的知识点从不同的角度进行规划与分析，相比以往的考纲基于理论在每个环境的应用，新的考纲考察重点在于实际项目管理中人所需要的能力：领导力，技术项目管理能力，以及战略与商业管理能力，强调真实项目环境下的专业能力。

《2021年PMP考试新考纲》——重视服务型领导力

虽然旧考纲已经包含了支持变更，但新版考纲加大了敏捷式管理的应用、注重交付拥抱变更、强调贴近实际、注重变更管理与绩效管理，体现了PMI注重最佳实践与项目管理团队量体裁衣的能力。

新版考试其他调整还包括:
考试题目为180道题 (此前考试是200道题) ；
考试时间为230分钟（此前考试时间为240分钟）；
题型将包括单选题和多选题，多选题将说明需选择几个正确选项。