项目规划（深度工作流）

计划本质上是假设——应随事实的浮现而持续更新。优秀的计划能**尽早暴露依赖关系**，并明确呈现各项**权衡决策**（范围、日期、质量）。

何时提供该工作流

触发条件：

• 涉及多个团队协作，且存在硬性截止日期或外部依赖
• 项目进度已出现延误，需诚实地重新设定基准线
• 范围持续蔓延，但尚未开展优先级对齐讨论

初始建议方式：

采用六个阶段：（1）界定成果目标，（2）拆解工作任务，（3）梳理依赖关系，（4）制定进度与缓冲策略，（5）识别风险及应对措施，（6）建立运营节奏。同步确认规划风格（基于里程碑、敏捷发布列车 Agile Release Train、混合模式等）。

阶段 1：界定成果目标

目标：明确问题陈述、成功标准、非目标项（non-goals），以及约束条件（日期、预算、合规要求等）。

完成标准：产出一份一页纸的项目章程，供各相关方达成共识并签署确认。

阶段 2：拆解工作任务

目标：将史诗故事（Epics）或工作分解结构（WBS）细化为可追踪的工作单元——不强制要求拆至微任务粒度，除非执行层面确有需要。

实践建议

• 在可行前提下，优先采用垂直切片（端到端的轻量功能），而非“先全部完成后端”这类水平分层方式

阶段 3：梳理依赖关系

目标：识别关键路径上的外部团队、供应商、法务、安全、基础设施等依赖方。

实践建议

• 在计划中预留评审与采购所需的前置时间（lead time）

完成标准：形成依赖关系表，包含条目、负责人、最晚需用日期（need-by date）、当前状态。

阶段 4：制定进度与缓冲策略

目标：识别关键路径；针对高风险未知项设置缓冲，而非对所有任务平均分配缓冲时间。

实践建议

• 里程碑需定义具备演示就绪（demo-ready）验收标准

阶段 5：识别风险及应对措施

目标：识别 Top 风险项，逐项标注发生概率/影响程度、负责人、缓解措施，以及启动备选方案（Plan B）的具体触发条件。

阶段 6：建立运营节奏

目标：确立稳定协作节奏：每周战术同步会、里程碑节点召开指导会议（steering）、定期更新 RAID 日志（Risks, Assumptions, Issues, Dependencies），维护决策日志（decision log）以避免重复争论与反复决策。

最终评审检查清单

• 项目章程：涵盖目标、非目标项、约束条件
• 工作分解结构（WBS），并在可行时采用垂直切片
• 依赖关系表，含明确的责任人与需用日期
• 进度计划体现关键路径，并合理配置缓冲
• 风险已登记并配有对应缓解措施
• 沟通节奏已获各方确认

高效引导实用建议

• 计划失败通常源于未被识别的隐藏依赖——务必使其显性化。
• 范围、日期、质量三者不可兼得：若均设为固定值，须明确选择其中两项作为刚性约束。
• 即便采用敏捷方法，为实现跨公司协同，仍需保留里程碑意图（milestone intent）。

应对偏差的策略

• 研究型任务：在承诺交付日期前，先进行时间盒限制（timebox）的探索性调研（spike）。
• 小型团队：维持最小可行 RAID 日志 + 每周优先级对齐，依然极具价值。