项目复盘事实与改进行动

这个场景能帮你做什么

复盘容易从“发生了什么”直接跳到“谁沟通不到位”。本任务先还原目标、执行、问题和整改的事实，再分析原因假设及有效性，最终形成能落实和验证的下一步。

开始前需要准备什么

准备批准目标与基线、实际里程碑、费用质量、需求变更、问题整改、验收和交接记录。团队反馈可补体验，但需与客观记录分开。缺某类数据就标缺失，不为报告完整补成果。

具体怎么做

第一步：建立可追溯事实底稿

让 WorkBuddy 统一项目、任务、版本、时间和指标口径，按目标、里程碑、质量、费用、问题、整改与验收整理事实及来源。计划、已发生和推测分列，来源冲突先列差异。

第二步：对照差距与关键事件

在同范围同时间窗下比较计划和实际，列重要偏差、相关决定与约束。保留正面与负面结果，不只选对某个叙事有利的记录。

第三步：核原因及措施有效性

围绕差距从人员、流程、资源、外部依赖等提出原因假设，逐项核证据。连续追问可以帮助分析，但不强行凑五层；时间先后与同时发生不能直接证明因果。

把已实施措施和事后建议分开，核复测或数据是否支持措施有效。任务关闭不自动意味着问题已不再发生。

第四步：形成改进行动和报告

将结论转成动作、负责人、适用阶段、期限和验证方式。“加强沟通”应进一步说明在哪个节点确认什么、留什么证据。没有确认人或日期继续列待决。

报告明确已确认事实、原因判断、不确定性、措施有效性和下一步，不把工具生成速度当复盘效果。

可以直接交给 WorkBuddy 的完整要求

请先建立项目复盘事实底稿，再生成报告，不改原资料。
统一目标基线、实际里程碑、质量费用、变更问题、整改验收的时间版本与口径，关键事实保留出处，计划和已发生分开。
比较重要差距，原因分已确认、假设和缺证据；不把相关性当因果、不按单方评价定责。
核已实施措施及有效性证据，建议不得写成已完成改进。
输出事实对照、差距、原因与不确定性、后续行动。行动写动作、责任、时点和验证；资料不足缩小结论，不补亮点或问题。
事实表保留事件对象、计划实际、来源及确认状态；原因表列假设、支持与反对证据、补证动作；与后续行动分开，避免未验证原因进入事实底稿。

完成后会得到什么

事实与目标对照、原因证据、措施有效性、改进行动及复盘报告。值得推广的内容可交经验条目任务继续提炼。

下面为教学示例，演示事实与原因如何分开，不代表真实项目：

事件或指标	计划与实际	来源及确认状态	原因解释	下一步
接口确认节点	计划 11-03，实际 11-05 才收到确认	批准计划与确认邮件，事实可核	“新增字段导致”尚无证据	核字段变更批准日、等待记录及其他影响
整改措施	已提交新说明，尚无复验	提交记录可核，效果未确认	不能写成措施有效	按约定用例复验并记录结果

事实底稿列事件、对象、计划、实际、来源和确认状态；分析表再列差距、原因假设、支持或反对证据、待补证动作；行动表列动作、责任、时点和验证方式。三个层次可以在同一文件中，但不能用分析推断回填为已确认事实。

结果应该怎么检查

计划实际是否可比；百分比有无分母；整改关闭与效果是否混同；多种原因是否被压成单一结论；团队感受是否被写成客观事实。

遇到这些情况怎么处理

缺记录缩小范围并列补证；原因有争议保留不同解释；涉及个人或客户责任先核事实和授权；没有收益数据不能因验收通过宣称业务价值已实现。

哪些由工具处理，哪些必须人工决定

WorkBuddy 整理、计算明确差异和提出分析假设。业务技术负责人确认因果及效果，项目负责人批准后续行动，敏感评价按适当可见范围处理。