我与PMP（下）：历程

Leeven

如果你有意了解PMP认证的一些常识，请翻阅我的美篇专辑中的《我与PMP（上）：常识》

个人情况

估摸着绝大多数考PMP的人都是项目中的乙方经理，或准备在乙方承当项目经理角色的人。我不是。在工作中，我一直是甲方，或者是甲方的项目经办人，或者是甲方的项目负责人，再或者是甲方的项目验收人。项目实施中，乙方为甲方提供项目成果，为甲方创造项目价值，从甲方获取项目资金，所以乙方的项目经理以复杂的心情戏称“甲方爸爸”，但是，我作为甲方的人员，从未体现过在项目实施过程中当“爸爸”的舒爽，环境使然，性格使然。

我现在从事的工作是学校信息中心分管技术模块的行政管理者，也算有某阶职务的人，并不太承担具体的技术实施，大概可算属于只要动口不需动手的。但是我的原始学历很寒碜，最初所学的专业也压根和IT无任何关系，参加工作后没几个月就改行，仗着学生时代学的一点计算机知识入了领导法眼，就那么稀里糊涂地改了岗位，然后进入疯狂自学且抛弃了原专业的阶段，在上个世纪九十年代，摸过APPLE-II，从MS-DOS3.0到PT-DOS到UC-DOS到Windows3.0到WindowsNT到95到98到ME到……也短暂折腾过Novell Netware和RedHat还有麒麟，从WordStar到CCED到WPS再到各种版本的MS-Office和金山Office，从在中华学习机上的BASIC到TurboC到dBase-III到Foxbase到Foxpro然后也简单接触了C#和Delphi还有PowerBuilder和Python，网页HTML/CSS，JavaScript/VBScript/ASP，学过网络综合布线、网络维护和硬件简单维修，甚至也干过多款激光打印机碳粉添加和Corel draw设计。你可以从我上面罗列的一堆乱七八糟的资料得出这么个结论：我接触计算机很早，我自学的东西很杂，层次也不深，在IT技术方面我是在中下层的万金油，在一个突出应用的单位里，我好像成了一个技术全面的能手，会写代码编程搞一些小型定制的应用软件，也会诊断处理常见的电脑硬件和网络故障，也懂一些偏理论的网络原理之类的，但我知道，我就是在很多外行人眼中误会了的普通人。

不管怎么说，我确实从事技术岗位的工作很多年，但自从被授以小小的行政职务后，我的人生道路再一次被改变，从那个时候起，我明白，技术在我这儿已经开始和我挥手告别了，但我也没有彻底放弃它，而是以我对自己的了解，以及对新的工作环境的理解，在考了中级职称的网络工程师后，没有继续选择高级的网络架构师去考，而是选择了信息系统项目管理师，做出这个选择，是基于对自己下一步的方向和对自身能力的综合判断。

2012年下半年，我一次性通过高项考试，获得国家认可的高级工程师资格，它让我受益良多，当年着魔发疯一般备考半年取得了丰厚的回报，也进一步让我对技术管理/管理技术有了更加深切的领会，同时增长了对这个融合了技术的管理学科滋长了越来越浓厚的兴趣，这些都是这回我继续学习PMP认证培训的内驱力，很快自己要奔五了，以后可能难以再有这样的干劲去考试了。另外，我对欧美日的管理学在历史上和眼下产生的巨大效益也非常钦佩，我们国家在这方面确实还有很长的路要走，所以我有兴趣去多接触，多学习它，哪怕在现实工作中不一定用得上，但我愿意对我内心的向往和认知付诸行动。

学习心得

在上篇中说过，国内的高项考试内容基本和PMP的预测型知识相同，仅作了微小的调整，所以我的同批线上学员中就有一些人干脆同时报了PMP和高项考试，这也不失是个极具效率的举措。不过高项考试有三大模块，要考一天，基础题是选择题也是填涂答题卡的；下午综合题得写字了，回答专业方面的知识，一部分是涉及技术性质的，也有涵盖管理方面的，所以有要求死背的东西；下午第二场是写作，从项目管理九大知识领域（我是按我2012年考高项时的知识说的，不知道近年是否有更新。PMP中这一点就和高项有点小区别，它有十大知识领域，但总体知识面覆盖几乎一致，价值观方面会根据国情做了不易察觉的微调）中选择两个出题，考生可自由选择一个进行写作，融合“自己带过的项目”经历或理解来写，更像是一个短篇的夹叙夹议的项目报告，这样的考试评判标准就很主观了，所以很多报考高项的人莫名其妙死在这一关上。高项考试三个模块同考次都合格才能获得证书，缺一不可，没有补考的概念，不通过就重新再考三个模块，但是考试费用很便宜，我当年才一百多块钱，现在不知道多少。

首先，上面提到了价值观的问题，我在学习过程中是有感触的。PMP是美国的考试，在它的知识体系中免不了会渗透着西方的价值观和思维模式，所以在学习过程中就有一些同学容易陷于自己生活和工作现实环境形成的惯性思维中，做题时出了差错。因此，我们学习班的授课老师经常强调这是美国的考试，一定要先理解他们的思维模式和基本价值观，不要让自己固有的思维方式影响了学习和考试，即便工作中可能还得按我们的实际来。因此针对于此，就有人在网上抱怨学了PMP也不顶用，对于这一点，我个人看法是所有知识都是在某种环境下发挥它的作用，活学才能活用，学习的真谛并不是100%地照搬照套，更不在于有点争议就全盘否定。

第二，我们的授课老师还经常强调这是一门文科考试。对于这话，我的理解有仨：一是知识属于管理学，属于文科类；二是文科考试相比于理工科考试来说标准答案这个说法不那么强调，它确实存在一些争议或不完美，不必在个别题目答案有异议时过于纠结；三是考题中要熟练地抓住关键词、敏感词，以此甄别考题指向的知识点，不少考题看起来很像，但个别一两个词不同却能让考题指向不同的知识点或构建不同的场景从而左右了正确的选项。我印象中最常见的是考题中常有问：“项目经理应先做什么？”和“项目经理应做什么？”仅一字之差，前者一般是问出现的问题原因是在哪儿，项目经理本来应该做什么来避免这个问题的发生；后者一般是考出现了该问题后，项目经理按知识体系中的常态，接下来应该马上做什么。另外又比如，敏捷考题中，对于团队成员的冲突该怎么处理，一定要搞清楚冲突是因为技术知识领域的，还是因为人际关系或工作环境造成的，项目经理（敏捷项目中更多不再叫项目经理即PM了，而改称为敏捷大师或敏捷教练SM）也是采取不同的处理方式，前者一般由团队自行商量处理，哪怕冲突比较严重，但技术层面的冲突SM原则上不介入，这就是敏捷项目中SM是“仆人式领导”，敏捷开发团队是自组织团队，应该得到充分的授权，当然对应地也就当承担起必要的独立解决问题的责任。如果是后者，SM就得以“仆人”的角色提供排障、协调服务，为团队创造和谐、高能的工作环境。

第三，这仍然是一场考试，培训的过程也免不了体现了我们的应试教育特点，学习掌握基本的知识框架之后，在脑袋中形成一张PMP知识体系的网格，然后就是要大量的模拟题训练，以题海来检验、补全自己的理论知识覆盖面，此外，大量的题目训练能让自己将理论知识与现实场景做更好地结合，用这种方式来将理论知识转化为工作能力。当然，大量的试题训练也能检验和提升自己的答题速度，适应高强度的真实考试。我自己在学习过程中差不多做了三千道题吧，和同学相比大概属于中等，他们很多人对后期的几套模拟题重复地刷刷刷，我没有，我一般只做一遍，有些做了两遍（但时间相隔较久，第二遍的成绩只比第一遍稍好一些，所以我觉得自己老化的脑袋，记不住更多东西，更多凭内化在心的感觉，因此我也没有每天花费非常多时间在看书上的理论知识上，很惭愧地说，那本厚厚的教材我基本没怎么翻过，仍然是崭新的，所以我也没奢望能有3A的成绩），倒是将后期每套题目中的错题又翻看了两遍，甚至到后面，我看完题干是先不看选项，而是以填空的那种模式，我觉得应该给什么样的答案，然后在选项中去找，我觉得这样才是更好的知识掌握。我所做的约三千道题中，有一半是通过网上下载的一个另一家培训机构提供的免费APP，里面有每日一练十道题，我坚持了好几个月的量，有段时间我在饭后散步、等餐开始甚至如厕粑粑都会利用时间碎片来做题。我也发现在那个APP上的题，我正确率要比我参加培训的那个机构给的试题的正确率高出近10%，呃，80%多 vs 70%多吧，所以不同机构的教学策略还是有所不同的，或者也可以说不同培训机构对题目的表述有不同的风格，那个APP中表述的风格更适合我吧所以读题更好懂。

预测和敏捷

前文有说到，我在工作中更多是甲方，按常人理解可以说学PMP对我的眼下工作没有太大直接帮助，但是我并不这么认为。

我最近手上正好有几个项目在实施，去年下半年开始，部门中突然间来了很多项目，本来人员就单薄的我们部门人手严重短缺，所以我也只能接手几个项目和不同的乙方合作，而以往我也有跟过项目，不同类别的都有，有软件部署类的，也有施工类的，更多是货物/硬件类的，或者是货物加工程综合类的，所以跟项目也是有不少经验的，也就有和性格、能力迥异的不同乙方项目经理和团队合作的经历，自然也遭遇过不同的困难和问题，有合作极其愉快的成功的项目，也有糟心得不得了的项目，不一一列举，我更多是去分析问题、解决问题，当然也没有把所有项目都做得很好，也有按我自己的标准做得不怎么成功的，甚至眼下仍然是这样的状况。一个项目做下来，就像综艺节目“冲冲冲”那种，从开始到终了，中间会有很多很多具体的环节，会有很多很多各式各样的困难和风险，任何一个环节没抓紧，任何一个困难没解决好，任何一个风险准备或应对不到位，这些串联的负面的因素任意一个均可能让整个项目歇菜，所以我几十年的工作体验是：从事这一行当的人，如果别人看到的是平平淡淡，波澜不惊，那么这个项目团队是牛得有内涵，这个项目经理是牛得挺高端。做这行当的人，不应当追逐鲜花掌声，也不应当奢求夸赞表彰，能把项目顺顺当当地保质保量完成，功成身退，不带走一片云彩，已经是非常圆满的结局。当然，遵纪守法，谨记职操，把团队带好，让各方都得到收益，这是项目人的天职。

在实际工作中，也有一些乙方的项目团队工作效能低下，工作质量不高，工期拖延，沟通困难，投机取巧或机械生硬，我也会去分析、对照、反思自己和自己的团队，别人的优点学习下来能提升自己，别人的缺点分析透彻同样能鞭策自己，学习很多是在书本以外的地方，正如周恩来总理的那句名言：与有肝胆人共事，从无字句处读书。我把周恩来总理的这句话请人写了条幅，挂在我办公桌前，时时看着。（顺便多说一句，我仍然请这人又给我写了一个对称悬挂的条幅，是李白的诗句：黄金白璧买歌笑，一醉累月轻王侯。）

然后谈一下预测和敏捷。

在2022年的6月，我依然没有敏捷方面的知识，记得六一期间我还到一个兄弟单位参访交流他们投资二千多万元、历经两年多的信息化项目。那时我头脑里依然只有我的高项学习掌握的预测型项目的知识，所以当他们介绍说他们的系统设计是在不断地提出想法不断地付诸实施并完善的时候，我提问：“那你们是怎么控制如此多的变更呢？”当时我以为这是项目管理中的重点和难点，但他们回答说：“我们甲乙双方相互协商，合作得挺好，目前还有一些功能还在继续完善呢。”那时，我充满了疑问，那对项目时间和预算怎么把控？那验收又得依据什么？通过这次PMP培训学习，之前的疑问迎刃而解，他们其实并不是采用我头脑中当时仅有的预测型项目管理，而是采用了敏捷项目管理，他们在总预算内适应需求的变更，向用户交付价值而不是按既定的合同详细需求条条框框去逐一完成后一次性交付。

但是，我现实的工作依然在面临着传统模式的约束，凡是项目验收，都要逐一核对合同条款，一一检视对照，丝毫没有敏捷的味道，也自然不会用交付价值来衡量项目是否能给予验收通过。这已经成了一个巨大的障碍，但在传统的管理思维占据主导地位的环境中，敏捷的实施必须要有整个组织战略上的调整，这在公字号单位里简直难如登天，因为参与验收的人都怕自己的验收缺少依据，而现有机制下似乎有意无意地假设了项目负责人是有过错的，然后要用一条条的既定约束是否一一得到满足来推翻那个假设，直到假设被完全推翻，验收以“符合合同约定的数量、型号、规格”为最终定调才算成功结束收尾，哪怕合同中存在不合理之处也不能轻易改动，否则项目负责人就会踩红线、犯错误、被惩处。

然而，我确实在五年多前就已经面临一个项目需求在其它众多部门收集不上来的尴尬，眼看着工期一拖再拖，领导多次催问这项目怎么还不见推进，也没能对我提出需求收集几乎停滞不前的困难给予实质性帮助，最后我只能凭自己的理解做一个总体框架式、粗线条的功能，并描述了一个高层级的、轮廓性的愿景，然后在实施过程中通过推出模板（原型）的方式艰难推进，最终也踉踉跄跄地投入使用、通过验收。这一次的经历，现在回过头去想，其实也已经采用了部分迭代交付的敏捷思维，只是当年压根就没有这方面的知识。所以说，在许多需求不明确、需求变动多的项目中，采用敏捷模型是非常有必要的，只不过公字号单位难以变革的预测型管理思维之下如何让这类混沌的项目得以成功实施，这是极其值得去研究摸索的。

最后

我在培训期间就已经给自己定下了任务，PMP考试完一定要写总结，系统地把PMP这方面的常识和自己的心得记下来。无论这次考试有没有考过取得证书，我都不会再去考一次，我和许多人考这个证书用于转岗、提薪、升职的目的不同，我纯粹是为了更系统地学习一下项目管理方面的知识，能取证留个纪念自然好，如果不能也没白废这半年的学习，让自己懂得许多新知识，特别是敏捷方面的知识，受益良多，以后还会继续随性地学习。这半年来，我放下了许多事：本地志愿者活动我几乎缺席了80+%，陆续买来放在书架和床头的好书堆了一摞还没安排时间看，周末经常往附近有特色的乡野走走看看拍些照片的惯例也几乎先搁置了……我还是想重新回归原有的生活方式，毕竟那是我喜欢的。如果能取得PMP证书，据说纸质版证书要一年以后，那正好当成自己年满五十周岁的礼物。我去，已经有一个糟老头子的即视画面了。我以为我会是最年老的考生，其实在考试那天，我发现除了有身怀六甲的少妇，也有几个头发花白的老哥哥。

我是一个比较特别、另类的PMP考试人，学习中我和那些能把五十至尊图和各个过程的输入、输出、工具和技术及相互承担关系背得溜熟的人相比，我汗颜不已；但相比于那些临考了还在提些听起来还没找到感觉的问题的人，我又能安慰自己，总之，我依旧是普通人一枚。写的这些，权给访客作小故事看看。