适用场景

同一个坑在项目里踩三次，本质是没有复盘与知识沉淀。复盘的产出应该是"下次怎么做"的具体动作。

配置步骤（风险台账管理）

# 风险台账字段
# 风险描述 | 影响 | 概率 | 等级 | 应对措施 | 责任人 | 状态
# 示例：
# 设备到货延期 | 影响工期 | 中 | 中 | 提前锁定供应商+备选型号 | 张三 | 跟踪中

关键参数与建议

  • 交付清单固定：功能、文档、培训、账号、培训记录、验收单
  • 风险台账：风险描述、影响、概率、应对措施、责任人
  • 里程碑复盘：每个阶段结束就复盘，不等项目结束
  • 问题分类：需求变更、技术难点、协作问题、外部依赖
  • 经验沉淀：形成检查清单与模板，用于下一个项目

容易踩的坑

  • 风险只在脑子里，没有台账
  • 识别了风险但没应对措施
  • 风险状态不更新，到期才发现没处理

验证与巡检

# 验证：每周更新风险台账并在例会上过一遍
  • 巡检：风险台账每周更新、关闭项有依据

小结

复盘不是写总结报告，而是产出可复用的清单与模板。三个月后还能被下一个项目用上的复盘，才算有效。

> 说明：文中命令为通用写法，不同型号/版本可能略有差异，落地前请对照设备实际版本的官方文档；带外管理与安全设备变更建议先在测试设备验证。