经理|用19个关键点，解析项目管理流程( 五 )

比如产品经理的PRD文档、UI设计师的设计稿、测试工程师的测试用例、运营人员的运营计划等。
3. 监督沟通沟通为什么要监督？虽然制订了沟通计划，但是项目涉及的多个团队和部门的运作模式并不一样，所以沟通协作的难度较大，从而计划执行的质量得不到保障。为了动作不变形，监督必不可少。
怎么监督沟通？监督沟通不是要参与每场沟通场合，而是建立固定的沟通渠道，要求每场沟通都输出会议纪要。纪要并不强调格式，哪怕是简明的几句话也是可以的。（如果有设置好的纪要模板，每次填写内容也是很好的选择）
唯有如此才能总控于心，不至于监督失效。
4. 变更管理有时为了适应项目运行中与各种关键因素的变化，保证项目目标的实现而对项目计划进行的调整，称之为变更管理。变更的触发有很多可能，比如客户/领导的想法变化、外部环境变化（政策或市场）、项目资源调整、团队人员调动……
不论基于什么原因，不断变更必然导致项目进度的失控，所以需要建立一套规范的变更管理机制，从而使项目变而不乱。

唯一接收入口：任何人都可以提出变更需求，但必须指定一个人做为唯一的接收人，一般由产品经理担任。避免到处是口子，无法统筹全局。
评估变更影响：接收后要严格评估变更对项目的影响，没有定论前的变更不能进入执行阶段。执行人不接受任何非产品经理的变更需求。
变更及时预警：评审通过后更新计划阶段受影响的文件，时间、资源、成本等……重点是及时和相关人员同步变更情况，进行预警。

05 项目收尾项目收尾是项目流程的最后环节，也是项目的紧要关头。主要是对项目的各项指标进行评估验收，以及对项目复盘，总结经验教训。如果验收时出现漏洞，项目也将功亏一篑！所以把好最后一关，要做好验收成果和项目总结。

文章插图
1. 验收成果在程序开发完成后就可以开始验收成果。由多角色参与，从各自的角度围绕产品进行测试验收和上线准备。比如：

研发：自行进行单元、集成测试，如有bug可及时在研发团队内部处理。
测试：根据测试用例在测试环境进行测试。发现、分析、跟踪bug，并提交测试报告。
产品：需求清单的功能实现是否完整；交互反馈和视觉是否符合规范；产品文档是否更新（需求文档、操作手册…）

验收通过后除了安排产品上线，还需要释放资源和文件归档——释放项目资源，比如项目人员可以投入其他的工作；把项目相关资料进行整理归类，作为档案封存。
2. 项目总结通过复盘来发现项目中存在的问题，针对问题找出原因并提出解决方案，从而提高后续项目的质量。推荐一个简单的复盘模型：

描述事实：首先回顾之前制定的目标，再对比各个阶段中目标执行的实际结果。寻找两者之间的差距。
观察过程：观察执行过程有哪些做的不足；哪些做的好的；发生了哪些意料外的事情。
总结经验：通过观察过程，总结经验。针对后续的执行要停止什么措施、继续什么措施、新增什么措施。

经过项目复盘，不仅要沉淀知识经验，更要利用和分享经验。通过建立起学习型组织，帮助团队得到共同的成长。
06 结语终于在时间、范围、成本、质量的平衡中完成了产品上线和项目交付。这代表可以松口气了，毕竟张弛有度的节奏才更有利于后续的工作。
项目过程中肯定有各种管理或人员的问题。事项偏离原计划、事项不在计划内……面对层出不穷的问题，产品经理需要带领项目团队做好准备，勇于迎接各种挑战。