考试信息系统项目管理师（PMP）备考，实际上挺像是一场在信息洪流里冲浪。

那会儿总认定这行是那种宏大的叙事，管全生命周期、做干系人分析、搞知识体系，听起来就像把 PPT 堆砌在一块黑板上。但目前想想，这行真没那么光鲜，倒像是被各种需求、文档、会议和突发状况逼得人喘不过气。咱们松松垮垮地搭个框架，把那些琐碎的坑一个个填满，根本就够了。 启动过程最让人头大，出于干系人忒多，利益诉求各异。项目发起人只想扩大规模，项目团队只想早点上线，用户想要更便宜，客户要更稳定。

这时候你没法随意调个头，你得先搞清楚哪位说了算。项目经理不能只是拿着红本的，还得去沟通。

比如有个大型选课系统，发起人说要把功能加到 15 个，团队说现有架构撑不住，客户说预算超了。

这时候光靠文件拍板没用，得找个中间人，比如一个技术大牛要么业务负责人，让他出来平衡意见。

这种时候，大家最好能坐下来喝杯咖啡，大家的面子都在这，吵完了再定个协议。协议得写得明白，哪位负责改，哪位负责回，最好有个版本管住，别待会儿改个按钮，待会儿改个数据库字段，大家一脸懵。 文档这东西，不仅是记录，更是沟通的媒介。伪代码、流程图、用例图，这些看起来都挺专业，实际上大量时候就是为了应付检查。但真正干活的时候，大家只关心这个功能能不能做出来，能不能按时交付。

故此文档写得再好，要是没人记得，等于没写。大量项目都死在这种“文档墙”面前，需求改了版本，测试用例全废了。

这时候得有个活文档意识，比如那个需求文档，得让参与人随时更新，而不是等到周五晚上才发一个汇总版。测试用例也不应当只存有一个写文档里，得在 Jira 要么 Confluence 里实时更新，测试的人才能随时看到最新的变更。 估算和规划过程跟一般/平平人过日子差别不大。咱们每天要管钱、管人、管进度，不可能整天盯着看数字。但考试时，务必会用数字讲话。

比如一个采购需求估算，不能只说“大约需求 2 万”，得算上差旅费、税费、备用金，还有最坏情况下的缓冲。假设标准成本是 2 万，最坏情况增添 10%，那预算就是 2.2 万。

这种数字得经得起推敲，哪怕最终实际花了 2.5 万也得有依据。 风险管理的核心不是预测风险，是应对风险。

那会儿总想着“没事”就行，目前得想“万一出事如何办”。

比如系统上线前，得做个压力测试。测试团队拿几台服务器跑满，数据量翻倍，看看会不会崩。

这时候发现某个模块响应慢，得现场找缘由，是数据库慢，还是网络卡？是能优化一下代码，还是加个缓存？要是测试发现一个 Bug，直接提报给技术负责人，让他限期修复。修复好了就要重新测试，别指望一次就能把难题全消光。 收尾阶段别直接怂恿解散。项目没终止，团队可能还在收尾，文档还没归档，测试还没全做完。

这时候得有个明确的退出标准。

比如所有核心文档都归档了，所有测试用例都通过了，所有干系人签字确认，项目才能正式关闭。有些项目最终被叫停，就是出于有人认定“差不多就行”，那“差不多”得量化，不能是不清楚的感觉。 整本书下来，实际上就是个不断磨合的过程。你一启动可能认定理论挺管用，但实际执行时，文档一辈子跟不上需求变更，风险一辈子躲不掉，资源一辈子抢不完。

这时候别指望能完美驾驭全局，你得学会在混乱中寻找秩序，在冲突中寻找共识。多和不同背景的人聊聊，看看他们到底想要啥，有时候你会发现，所谓的“最佳实践”，不过是别人已经踩过的坑。考试时把那些坑填了，拿到分数，这就够了。