PI 规划会是什么
PI Planning 是 SAFe 中多团队周期性对齐的活动，通常在每个 PI（Program Increment，常见 8-12 周）开始前举行，常见为期两天。它把业务目标拆解到团队，暴露跨团队依赖与风险，最后形成各团队可承诺的迭代目标。
基本要素
| 节奏 | 每个 PI 开始前召开，通常持续两天 |
|---|---|
| 参与者 | 各交付团队、产品管理、系统架构与业务代表 |
| 主要产出 | 迭代目标、依赖关系图、风险清单、团队计划看板 |
| 后续动作 | 依赖进入跟踪清单，风险指定责任人与处置时间 |
典型使用场景
- 多团队共同交付一个产品，需要在同一节奏上确认承诺
- 业务方向调整后，用集中对齐替代多轮零散沟通
- 跨团队依赖长期靠临时协调：把依赖识别提前到计划阶段
- 新人快速理解全局：一次性看到所有团队的目标与依赖
- 远程团队采用多场次分段对齐，最后统一确认
两天议程骨架
两天议程骨架
第一天上午 业务背景、愿景与 PI 目标宣讲
第一天下午 各团队分组拆解特性，识别依赖并画出依赖图
第二天上午 团队计划草案宣讲、依赖确认与风险评审
第二天下午 调整计划、投票确认承诺、回顾改进点
# 确认环节要做的是暴露不切实际的目标，而不是走过场表决产出物与责任人
| 产出物 | 内容 | 谁维护 |
|---|---|---|
| 迭代目标 | 各团队本 PI 要达成的可验证结果 | 各团队负责人 |
| 依赖关系图 | 跨团队提供与被提供的接口与时间点 | 发布协调人 |
| 风险清单 | 未解决问题、假设与缓解措施 | 团队共同维护 |
| 计划看板 | 特性在迭代上的排布与容量 | 产品管理与团队 |
远程或跨时区团队可拆成多场次，但要保证依赖与风险的确认闭环；没有确认环节的规划会最后只剩一张漂亮的看板。