产品上线后，如何进行复盘？

———— / BEGIN / ————

我们在进行系统建设或者产品研发的过程中，经历了测试特别是UAT测试后，需要阶段性的对需求开发全过程进行复盘，特别是大型项目而言，因为后续还有历史数据处理，正式上线全员培训，二次优化等工作，复盘总结有利于发现当前阶段出现的问题或者多次返工、阻断性问题等等。避免下一个阶段出现类似的错误，能进一步提升效率。

在复盘前，PM要充分动员项目组的所有成员，包括参与的业务部门、项目组、产品组、开发组、测试组等等。一定是围绕目标达成度、计划执行情况、资源协调情况、变更管理、从设计到编码、从测试到发布以及团队协作等方面设置问题，并提前发送给团队成员，以收集大家的反馈。

这里主要总结一些我们需要重点关注，复盘的问题。围绕这些问题，我们需要每一个项目组成员去进行复盘思考，把做得好的，做得不好的，都能提出来进行沟通交流。

具体包括且不限于以下问题：

【目标完成度】：

1. 我们的产品旨在解决哪些问题？这些问题的定义是否清晰明确？对于典型用户和典型场景的描述是否足够清晰？

2. 我们是否达成了既定目标？原计划的功能实现了多少？是否按照原计划的交付时间准时交付？

3. 用户量以及用户对关键功能的接受程度与我们事先的预期是否相符？我们距离目标更近了还是更远了？（此问题需上线后观察再作答）

【计划执行情况】：

1. 在开发前，是否预留了充足的时间来制定计划？

2. 在计划阶段，团队是怎样解决成员间对于计划的不同意见的？

3. 你原计划的工作是否全部完成？若未完成，原因是什么？

4. 有没有发现自己做了一些事后看来毫无必要或价值不大的工作？

5. 每一项产品需求是否都有明确的定义和可衡量的交付成果？

6. 项目的整个过程是否都严格按照计划进行？期间出现了哪些意外情况？有哪些风险在当时未被预估到？为何会出现这种情况？

7. 在计划中是否设置了缓冲区？缓冲区起到了实际作用吗？

8. 未来的计划需要做出哪些调整和修改？

【资源协调情况】：

1. 我们是否拥有足够的资源来确保项目的顺利完成？

2. 项目所需的时间以及其他资源是如何进行预估的？预估的精度如何？

3. 测试所需的时间、人力以及软件/硬件资源是否充足？对于那些非编程类的资源（如产品、设计、文案、运营策略等），是否低估了其难度？

4. 你是否觉得自己所做的某些工作可以由他人来完成，且效率会更高？

【变更管理】：

1. 需求是否发生了变更？变更的次数是多少？每次变更的具体原因是什么？

2. 当需求变更时，是否所有相关员工都能及时获取变更的消息？

3. 针对每次变更，我们采取了何种决策方式，是选择“推迟”还是“必须实现”？

4. 变更的出口条件（即怎样才算“改好了”）是否有清晰明确的定义？

5. 对于可能出现的变更，是否能够提前制定相应的应急计划？

6. 员工能否有效地应对意料之外的工作变更？

【从设计到编码】：

1. 产品设计工作是在何时、由何人完成的？时间和人员的安排是否恰当合理？

2. 产品设计过程中是否遇到过模糊不清的情况？团队是如何解决这些问题的？

3. 团队在编码过程中是否运用了单元测试、测试驱动开发、UML、LINT等工具？这些工具的实际效果如何？

4. 哪些功能在测试过程中出现的bug最多？导致这种情况的原因是什么？

5. 在产品发布后，发现了哪些重要的bug？为何在设计和开发阶段没有预见到这些情况？（此问题需上线后观察再作答）

6. 代码走查是如何开展的？是否严格执行了代码规范？

【从测试到发布】：

1. 团队是否制定了测试计划？该计划的实际效果如何？

2. 是否进行了正式的验收测试？

3. 团队是否使用了测试工具来辅助测试？其效果怎样？

4. 团队是通过何种方式测试并跟踪产品开发效果的？从软件的实际运行结果来看，这些测试工作是否有效？存在哪些需要改进的地方？

5. 在发布过程中出现了哪些意外情况？是如何解决的？今后应如何避免类似情况的再次发生？

【团队协作】：

1. 团队中每个角色是如何确定的？是否做到了人尽其才？

2. 在项目执行过程中，团队成员是否发生了变更？变更是否引发了问题？如果有，是如何解决的？

3. 团队成员之间是否相互协助？

4. 当出现需求描述、项目管理以及合作方面的问题时，团队成员是如何解决的？

当然上述的问题，不一定都需要每个人回答。我们可以根据项目的自身特点，或者产品系统的研发流程等等，去进行调整。

例如，我们在进行产品研发的过程中，会单独对产品组的同事进行一个小范围的复盘。我们会列出相应的问题，由各个产品经理进行复盘，并将复盘的内容与项目组、研发、测试不同角色进行分享，这样才能有效的拉通各个角色分工，让不同角色的同事明白自己的工作存在哪些缺漏或者值得提升的地方。