项目复盘怎么画因果图？从事实记录到改进动作

用版本延期案例把事实、原因、影响和行动分开，画出可复查的项目复盘因果图。 本文不从软件清单开始，而是先把用户要完成的任务拆成可绘制的结构，再说明怎样用 Boardmix 组织协作和复查。

先写事实，不急着找责任

事实应能被日志、记录或参与者确认，例如“测试环境在周三下午才可用”，而不是“测试同事配合不好”。先把可验证材料集中起来，再讨论原因。

从事实连到可改变的原因

在 Boardmix 中用不同颜色区分事实、原因、影响和行动，连线只表达因果关系。若一条原因无法通过行动改变，就把它标为背景约束，不要伪装成改进项。

把原因转成下一次动作

行动要有负责人、完成时间和检查证据，例如“在下个迭代开始前建立接口变更清单，并由测试负责人检查一次”。复盘结束后保留未决问题，避免会议结束就失去追踪。

按事实—原因—行动完成一次复盘

1. 先把时间线、日志和交付记录放到事实区，暂不讨论责任归属。
2. 对每个事实追问“什么条件让它发生”，只保留团队能影响的原因。
3. 把原因连到影响，再把可改变的原因改写成下一次迭代的行动。
4. 为行动补负责人、完成时间和检查证据；无法验证的行动先缩小范围。

避免因果图变成责任清单

如果你需要把这类结构与团队一起讨论，可以在 项目复盘做 页面继续查看适合的画布和模板。本文的重点是先明确输入、判断标准和交付物，再选择绘图形式。