很多人管项目，是这样的：接到任务，开始做，做完，交差。
中间碰到问题，解决问题；碰到延期，加班追进度；碰到扯皮，开会协调。
这种方式，不能说完全错，但有一个根本的缺陷：它是被动的。
哪里有火，扑哪里。问题出了，再解决。风险爆了，再应对。
主动管项目，靠的是一套清晰的全流程框架——
知道每个阶段该做什么，为什么做，怎么做，做完了交什么；
知道在哪个节点应该有哪些问题被回答、哪些风险被识别、哪些决策被确认。
这，才是项目管理的专业所在。
今天，把项目管理的全流程，从立项到结项，完整说一遍。
下文中提到的系统—— 简道云 项目管理模板可直接复制链接使用： https://www.jiandaoyun.com
项目管理的五个阶段
国际项目管理协会（PMI）把项目管理分为五个过程组：
启动 → 规划 → 执行 → 监控 → 收尾
这五个阶段，不是线性的，而是相互交叉的——规划在执行过程中持续调整，监控贯穿整个项目始终。
但为了说清楚，我们还是按顺序来讲。
第一阶段：启动——搞清楚做什么，凭什么做
启动阶段，是项目最容易被草率跳过的阶段。
很多项目，收到任务就开始干，觉得"先做着，做中学"。
这种做法，在简单项目里勉强可以；在复杂项目里，会在后期付出高得多的代价
——因为你在一个没有被想清楚的方向上，做了大量的工作。
启动阶段要回答的核心问题：
1、这个项目，为什么要做？
不是"老板让做"这种答案，而是真正的业务价值：这个项目解决了什么问题，创造了什么价值，达成什么目标？
想清楚这个问题，项目后面遇到资源争夺、优先级冲突的时候，才能有清晰的判断依据。
2、这个项目，做成什么样算成功？
模糊的目标，会产生无尽的争议——项目收尾时，各方对"成功"的定义不一样，谁都觉得自己对，谁都觉得对方没达标。
成功标准，必须在启动阶段被明确、被各方认可，用具体、可衡量的语言写下来。
3、谁是这个项目真正的负责人？谁有权拍板？
项目经理负责推进，但有些决策超出了项目经理的权限——谁是项目的最终决策者，什么级别的问题需要上升到他那里，什么级别的问题项目经理可以自行决定？
这些不清楚，项目遇到关键决策时会陷入扯皮。
启动阶段的核心产出：项目章程
项目章程，是一份简短但关键的文件，包含：
- 项目背景和目的
- 项目目标（具体、可衡量）
- 项目范围（做什么，不做什么）
- 主要干系人和各自职责
- 初步的时间和预算预估
- 项目经理的权限边界
项目章程，是整个项目的"宪法"——后续所有的规划和决策，都在它的框架下进行。
没有项目章程，就没有一个共同认可的基准，各方理解不一致，后期必然产生冲突。
第二阶段：规划——想清楚怎么做，谁来做，什么时候做
规划阶段，是整个项目管理里技术含量最高的阶段，也是很多项目经理最容易做得不够细的地方。
规划不是做一个漂亮的甘特图。
规划，是在执行之前，把所有可以提前想清楚的事，尽可能想清楚。
规划阶段需要完成的核心工作：
工作分解（WBS）
把项目目标，分解成一个个具体的、可执行的任务包。
分解的原则：每个任务包，要足够具体，一个人能认领，有明确的完成标准，能估算工作量。
"开发后台系统"——这不是一个任务，这是一个模糊的目标。
"开发用户管理模块，包含：用户注册、登录、权限分配三个功能，按XX界面原型实现，通过联调测试"——这才是一个可以被认领、可以被追踪的任务。
WBS做得越细，后面执行阶段的任务分配、进度追踪才越清晰。
时间规划（进度计划）
有了WBS，再给每个任务估算工期，排定顺序，识别依赖关系——哪个任务必须等另一个完成才能开始。
然后，识别关键路径——从项目开始到结束，工期最长的那条任务链。关键路径上的任务，任何一个延误，都会直接影响项目最终的完成时间。
关键路径上的任务，是项目经理最需要重点盯防的。
进度计划的一个常见错误：把所有时间排满，没有留缓冲。
真实的项目，永远有意外。没有缓冲的计划，遇到第一个意外就崩溃。
合理的做法：在关键里程碑之前，留出缓冲时间；关键路径上，预留10%-20%的弹性时间。
资源计划
这个项目需要哪些人，各自投入多少时间，什么时候需要？
需要哪些外部资源——设备、软件、外部供应商、合作伙伴？
资源计划要和进度计划对照着看——某个关键任务需要某个稀缺的技术人员，但那个时间段他已经在另一个项目上了，怎么办？这类冲突，越早发现，解决成本越低。
风险识别与应对计划
规划阶段，做一次系统性的风险识别：
这个项目里，什么地方最可能出问题？历史上类似项目踩过什么坑？有哪些外部依赖，依赖方有没有风险？
把识别到的风险，评估概率和影响，对高风险制定应对措施——规避、转移、减轻，或者制定预案。
风险在规划阶段识别，成本最低；在执行阶段爆发，代价最高。
沟通计划
这个项目里，谁需要知道什么信息，多久知道一次，通过什么方式知道？
老板需要每周看一次进度报告；客户需要每两周开一次同步会；团队内部每天做15分钟站会……
把这些沟通安排，提前计划好，让所有人知道他们能从哪里获得项目信息，减少因为信息不对称产生的焦虑和误解。
规划阶段的核心产出：项目管理计划
把上面所有规划的结果，汇总成项目管理计划——进度基准、成本基准、质量标准、风险台账、沟通计划、资源分配……
这份计划，是整个执行阶段的行动指南，也是监控阶段判断偏差的基准。
第三阶段：执行——按计划推进，同时应对意外
执行阶段，是项目实际干活的阶段，也是项目经理最消耗精力的阶段。
但执行不是"埋头干"，是在推进工作的同时，持续管理各种关系和信息。
执行阶段的核心工作：
团队管理
分配任务、确认每个人理解自己的工作、推动任务按计划开始、解决团队成员遇到的障碍。
项目经理在执行阶段的一个核心职责，是帮团队清除障碍——不是催，是帮。
某个任务卡住了，不是催负责人"快点"，而是帮他找到卡住的原因，推动解决：跨部门协调没有响应，帮他升级；技术问题没有答案，帮他找到有答案的人；资源不够，帮他争取。
干系人管理
项目执行过程中，定期和关键干系人沟通，让他们了解项目进展，及时发现并处理他们的顾虑。
不要等到干系人来问——主动汇报，主动同步，主动收集反馈。
被动等待干系人发现问题，往往意味着他们发现的时候，问题已经大了。
变更管理
执行过程中，变更几乎不可避免——客户需求变了，技术方案需要调整，某个依赖条件变了……
变更本身不是问题，不受控的变更才是问题。
每一个变更，要走正式的变更流程：评估变更对进度、成本、质量的影响，确认影响之后由有权限的人审批，审批通过后更新计划，通知相关人员。
没有正式变更流程的项目，会慢慢被无数个"小小的调整"积累成失控。
第四阶段：监控——持续感知偏差，提前干预
监控，是贯穿整个项目的工作，不是某个独立的阶段。
但单独拿出来说，是因为它太重要，也太容易被忽视。
很多项目经理的监控，是这样的：开周会，听汇报，打钩，发报告。
这不是监控，这是信息记录。
真正的监控，是主动发现偏差，在偏差变成危机之前介入。
监控什么？
进度偏差： 计划这周完成的任务，实际完成了多少？有没有任务在悄悄滑动但没有人说？
成本偏差： 花了多少预算，完成了多少工作？按现在的消耗速度，能不能在预算内完成？
质量偏差： 交付物的质量符合标准吗？有没有缺陷在积累？
风险状态： 之前识别的风险，现在状态怎么样？有没有新的风险出现？
干系人状态： 关键干系人对项目的态度有没有变化？有没有新的顾虑需要处理？
发现偏差，怎么处理？
进度偏差：分析根因，是资源不足、任务估算不准、还是遇到了意外？根据根因制定应对——调整资源、压缩范围、或者和干系人重新谈时间。
成本偏差：超预算了，立刻汇报，和决策者一起决定是追加预算还是压缩范围。不能等到项目结束才说超了。
质量偏差：缺陷越早发现，修复成本越低。发现质量问题，立刻处理，不要积累到交付阶段一次爆发。
第五阶段：收尾——正式关闭，沉淀经验
收尾阶段，是很多项目经理最容易草率对待的阶段——项目做完了，任务交了，验收过了，就散伙了。
这种收尾，丢掉了项目最宝贵的东西：经验。
收尾阶段的核心工作：
验收与交付
确认所有交付物符合在启动阶段确定的成功标准；
客户或内部干系人正式确认接收；
完成项目范围内所有未尽事项的收尾工作。
合同和财务收尾
关闭所有外部合同——供应商、外包方的合同是否已经履行完毕、款项是否已经结清；
完成项目财务清算——预算执行情况、剩余资金处理、成本归档。
团队资源释放
项目成员回归各自的部门或进入下一个项目；
对项目团队的贡献做评价，给出反馈。
项目复盘
这是收尾阶段最容易被跳过、但价值最高的工作。
一个好的项目复盘，要回答四个问题：
什么做得好，应该在下次项目里继续做？
什么做得不好，应该在下次项目里改进？
遇到了哪些意外，有没有办法提前预防？
有没有什么经验和方法，应该被固化成团队的标准做法？
复盘的结论，要形成文档，保存在一个所有人都能找到的地方——不是保存在某个人的脑子里或者邮件里，而是被沉淀成组织的知识资产。
项目档案归档
所有项目文件——章程、计划、变更记录、会议纪要、交付物、验收文件——整理归档。
这些文件，是未来类似项目的参考，也是必要时的追溯依据。
贯穿全流程的三件事
说完五个阶段，说三件贯穿全流程、需要持续做的事：
第一件：信息透明
项目的真实状态，要对所有相关人可见——进度、风险、问题、决策……
信息不透明，各方产生信息差，信息差产生猜测，猜测产生误解，误解产生冲突。
第二件：问题闭环
项目里每一个问题，从被发现到被解决到被验证，要形成完整的闭环——有人认领，有处理，有确认，有记录。
没有闭环的问题，会反复出现，或者在某个关键时刻以意想不到的方式爆发。
第三件：变更可控
每一个变更，都要走正式流程——评估影响，审批确认，更新计划，通知相关人。
变更不可怕，失控的变更才可怕。
最后说一句
从立项到结项，项目管理的全流程，听起来复杂，本质上只有一件事：
在不确定性中，保持对项目的掌控。
启动阶段，掌控方向——搞清楚做什么，凭什么做；
规划阶段，掌控节奏——想清楚怎么做，谁来做，什么时候做；
执行阶段，掌控推进——按计划干，同时灵活应对意外；
监控阶段，掌控偏差——持续感知，提前干预，不让小问题变成大危机；
收尾阶段，掌控沉淀——正式关闭，让经验留下来，让下一个项目更好。
掌控，靠的不是更长的工作时间，而是更清晰的框架、更实时的信息、更有效的工具。
这三样东西都到位了，项目管理才能从救火模式，走向真正的主动掌控。
