Project Planning (Deep Workflow)
Plans are hypotheses—update them as facts arrive. Strong plans surface dependencies early and make trade-offs explicit (scope, date, quality).
When to Offer This Workflow
Trigger conditions:
- - Multi-team effort with a hard date or external dependency
- Timeline slip and need to re-baseline honestly
- Scope creep without prioritization conversation
Initial offer:
Use six stages: (1) frame outcome, (2) decompose work, (3) map dependencies, (4) schedule & buffers, (5) risks & mitigations, (6) operating rhythm. Confirm planning style (milestone-based, agile release train, hybrid).
Stage 1: Frame Outcome
Goal: Problem statement, success criteria, non-goals, constraints (date, budget, compliance).
Exit condition: One-page charter stakeholders can align on.
Stage 2: Decompose Work
Goal: Epics or WBS → trackable chunks—not necessarily micro-tasks unless execution needs it.
Practices
- - Prefer vertical slices (end-to-end thin features) over “all backend first” when possible
Stage 3: Map Dependencies
Goal: External teams, vendors, legal, security, infra—on critical path.
Practices
- - Include lead time for reviews and procurement
Exit condition: Dependency table: item, owner, need-by date, status.
Stage 4: Schedule & Buffers
Goal: Identify critical path; buffer risky unknowns, not every line uniformly.
Practices
- - Milestones with demo-ready acceptance criteria
Stage 5: Risks & Mitigations
Goal: Top risks with likelihood/impact, owner, mitigation, and trigger for plan B.
Stage 6: Operating Rhythm
Goal: Steady cadence: weekly tactical sync, steering at milestones, RAID log updates, decision log to avoid re-litigation.
Final Review Checklist
- - [ ] Charter: goals, non-goals, constraints
- [ ] Work breakdown with vertical slices where feasible
- [ ] Dependencies with owners and dates
- [ ] Schedule reflects critical path and buffers
- [ ] Risks tracked with mitigations
- [ ] Communication cadence agreed
Tips for Effective Guidance
- - Plans usually fail on hidden dependencies—make them visible.
- Fixed scope + fixed date + fixed quality: pick two explicitly.
- Agile still benefits from milestone intent for cross-company coordination.
Handling Deviations
- - Research-heavy work: timebox spikes before committing delivery dates.
- Small teams: minimum viable RAID + weekly priority still helps.
项目规划(深度工作流)
计划即假设——随着事实的涌现及时更新。优秀的计划能尽早暴露依赖关系,并明确权衡取舍(范围、日期、质量)。
何时提供此工作流
触发条件:
- - 涉及多团队协作且存在硬性截止日期或外部依赖
- 时间线出现延误,需要诚实重新设定基准
- 范围蔓延但未进行优先级讨论
初始建议:
采用六个阶段:(1) 界定成果,(2) 分解工作,(3) 映射依赖关系,(4) 制定时间表与缓冲,(5) 识别风险与应对措施,(6) 建立运营节奏。确认规划风格(里程碑式、敏捷发布列车、混合模式)。
阶段一:界定成果
目标: 问题陈述、成功标准、非目标、约束条件(日期、预算、合规要求)。
退出条件: 形成一页纸的章程,供利益相关方达成共识。
阶段二:分解工作
目标: 史诗级故事或工作分解结构 → 可追踪的工作块——除非执行需要,否则不一定是微任务。
实践要点
- - 尽可能优先采用垂直切片(端到端的精简功能),而非“先完成后端”
阶段三:映射依赖关系
目标: 识别关键路径上的外部团队、供应商、法务、安全、基础设施等。
实践要点
退出条件: 依赖关系表:项目、负责人、需求日期、状态。
阶段四:制定时间表与缓冲
目标: 识别关键路径;为高风险未知因素设置缓冲,而非均匀地为每项任务添加。
实践要点
阶段五:识别风险与应对措施
目标: 列出主要风险及其发生概率/影响、负责人、应对措施,以及触发B计划的信号。
阶段六:建立运营节奏
目标: 保持稳定节奏:每周战术同步会、里程碑指导会、RAID日志更新、决策日志记录(避免重复争论)。
最终审查清单
- - [ ] 章程:目标、非目标、约束条件
- [ ] 工作分解(尽可能采用垂直切片)
- [ ] 依赖关系(含负责人和日期)
- [ ] 时间表反映关键路径和缓冲
- [ ] 风险跟踪并附应对措施
- [ ] 沟通节奏已达成一致
有效指导技巧
- - 计划通常因隐藏的依赖关系而失败——请使其可见。
- 固定范围 + 固定日期 + 固定质量:明确选择其中两项。
- 敏捷方法仍可从跨公司协调的里程碑意图中获益。
处理偏差
- - 研究密集型工作:在承诺交付日期前,先对探索性任务进行时间盒限定。
- 小团队:最小可行RAID + 每周优先级更新仍然有效。