在高级产品经理眼中，好的项目管理流程是怎样的（下）

                                                犹如《西游记》中的唐僧取经团队，好不容易经历了九九八十一难，才来到了佛教圣地灵山取得真经。这就好比一个历经千辛万苦的项目管理过程，这种体会其实作为产品经理的你，也是有机会体验的。在项目的整个发展过程当中，我们已经经历了项目的启动，项目的计划，项目的执行和监控，最后终于到了项目的收尾阶段，有那么一瞬间，你会觉得一切都是值得的，因为胜利就在眼前，希望的曙光仿佛在明日即将瞥见。

项目收尾阶段主要是对项目的各项指标进行评估验收，对项目进行经验教训总结。但，作为整个项目的负责人，即使到了最后一刻，我们依然不能掉以轻心，有很多例子就足以证明仔细、认真的重要性。

比如说，一个简单的服务器修改功能，由于过于轻视，没有走测试流程，直接发布到外网，导致外发版几万用户的手机崩溃。虽然后期排查查明是因为程序员的疏忽导致的参数错误，但其实这里就已经暴露了项目流程上还存在很多问题，尤其是在项目收尾的过程中，产品测试是非常重要的一个环节，没有经过测试的产品，是万万不能对外进行发布的，这都是血的经验教训。
嗯，重要的事情还真是的说上三遍吧：
无论进度多赶的项目，发布前，请一定内测。
无论进度多赶的项目，发布前，请一定内测。
无论进度多赶的项目，发布前，请一定内测。
那么，具体到项目收尾这个事情上，就涉及到方方面面的验收及检查了，项目团队的所有成员都理应投入到自我检查和项目检查的队伍中来，这样才能确保项目正常、稳定的上线。
功能bug测试

测试是产品上线环节中重要的一部分，伴随着整个产品的生命周期，因此产品测试是很重要的一个环节，需要特殊的人员从事相关测试工作，这部分人就是测试工程师。目前所有的互联网公司都有测试工程师。
当然，根据项目的大小不同，测试团队的规模相差也很大。有些项目需要和开发团队人数相当的测试工程师，而有些团队的开发人员、产品经理则兼任了测试的职责。在项目的发展过程中，应尽量对一些基础功能制作自动化测试工具，并不断完善测试用例。这样测试团队可以把更多精力投入到新功能的测试中，而不是每次版本发布都在对已有功能是否被破坏而感到担心。测试工程师是产品上线的最后一环，对用户负责，是“上帝”的品菜师，他们的定位是产品把关者。
通常，测试工程师在项目中的主要职责分以下几部分：
[ol]

编写测试计划、规划详细的测试方案、编写测试用例；

根据测试计划搭建和维护测试环境；

执行测试工作，提交测试报告，包括编写用于测试的自动测试脚本，完整地记录测试结果，编写完整的测试报告等相关的技术文档；

对测试中发现的问题进行详细分析和准确定位，与开发人员讨论缺陷解决方案；

提出对产品的进一步改进的建议，对测试结果进行总结与统计分析，对测试进行跟踪，并提出反馈意见；
[/ol]
测试工程师完成了以上的相关任务后，才算是完成了项目的功能bug测试部分的收尾工作。
开发人员的走查
尽管大部分的功能性bug都被测试人员发现，并反馈到开发人员这边进行处理和修改，但是开发人员仍然需要对一些自己的工作进行走查，这样才能提高整个产品的安全系数。
[ol]

开发人员的走查，主要包含如下一些内容：

是否进行高危函数扫描？

是否进行安全漏洞扫描？

是否有内存泄漏的检测和结果（如果是C/C++代码）？

不必要log是否删除了，以及log信息是否清晰完整详细？

是否影响其他相关模块功能表现？

自身系统压力是否已评估？

后端支撑系统负载变化是否已评估？
[/ol]
当然，这里只是列举了一些比较常见的开发走查，具体的开发走查安排还是要靠开发部门的领导来具体计划和推动安排。
产品走查

产品经理作为整个项目的负责人或主导者，对于自己份内的工作也要做到仔细走查一遍，确定没有任何产品策划上的问题，才是对自己工作岗位职责的尽责，也是对项目的负责。
通常，产品经理在项目收尾阶段，需要检查如下事项：
[ol]

需求清单是否有调整或更新？例如每个功能特性是否有确定的输入、处理、输出；

需求文档是否补充完整或及时更新？例如交互图、设计稿是否已经更新；

产品更新说明文档是否已经提交并进行客服培训；

产品页面文案是否已检查（包括但不限于页面文字、广告语）；

已有功能、标识的改动，在其他模块的呈现，是否覆盖完整？

数据统计需求是否明确提出？数据是否正常上报？
[/ol]
这些都是非常细节和琐碎的工作，产品经理在处理这些事情的时候，往往需要多一份耐心和细心，这样才能考虑周到和全面，确保在自己的工作范围内，没有给项目造成什么损失。
交互和设计走查
这部分，主要是交互设计师和UI设计师要做的工作，因为即使是再精致的设计稿也只是设计师们电脑中的图片，只有经过了项目里的前端工程师、开发实现了的产品，才能被广大用户看到。所以，在前端和后台开发完成后，设计师与开发人员一起确认的环节是必不可少的。不经过确认就上线的产品，往往在产品细节上会存在疏漏，比如说某几个页面样式的细节和原先的设计稿不符，这样就造成了产品用户体验的下降。
在这个环节，交互设计师通常要做的工作包含如下内容：
[ol]

页面的交互动作，操作及其反馈；

交互控件的各种状态，初始状态、常态、边界状态、错误状态等的情况确认；

其他交互细节，如默认值是否正确、第一屏的高度、产品文案等；
[/ol]
而UI设计师要做的事情主要是对产品的视觉样式进行走查，如是否有色差、尺寸间距、图片质量、是否符合栅格等；
产品运营人员的走查

如果项目做好之后，就要投入到市场，那么产品运营人员肯定也要在产品上线之前做好相关的运营准备，这样才不至于沦落到产品推出之后无人问津的尴尬境地。
那么，通常来说，产品运营在这个环节需要做哪些工作呢？
[ol]

产品的冷启动是否已经准备完毕，种子用户的招募工作是否已经开启？

内容运营是否已经规划？内容的更新机制是否已经确认，并进行部署，是自动更新，还是人工更新？

活动运营是否已经规划？是否有专人负责？周期性的活动，是否已经配套有运营模板？

用户运营是否已经规划？拉新、留存、促活的关键步骤都有哪些？

新媒体运营的账号是否已经建立，是否有专人负责？

渠道拓展是否已经规划？是否发展代理？是否要引入合作伙伴，合作伙伴的资质又应该是怎样的？
[/ol]
项目收尾总结
在看着产品成功发布上线后，项目团队总算是松了一口气，这个时候就是项目进行了成功地交付了。这个时候，产品经理可以总结一下整个项目的收获和成功经验，比如运用了任务优先级排序，才确保产品项目的主流程能够顺利按时上线。
在整个项目管理的过程当中，肯定也暴露了团队成员的不少问题，比如研发阶段，前松后紧，总是临近提测时，才匆匆收尾；这常常导致提测质量不佳，或者提测时间延后，风险积攒到测试阶段才集中爆发，最终导致项目延期发布，或者带着显性的Bug上线。
面临这方方面面的问题和陷阱，产品经理需要带领项目团队做好准备来迎接各种挑战。最关键的是能够构建一个学习型团队和高效沟通的团队，及时总结项目经验和教训，从而不重复犯同样的错误，团队在项目的发展中不断学习提高。
最后要做的，就是一些文档的归档和项目庆功，这些想必大家在日常的项目管理过程中都遇到过了，就不再复述多言。