2.2 规划阶段
项目能不能成，并不是在起跑线上就决定的，但失败往往可以追溯到一个阶段：规划阶段。这是你为项目画蓝图的地方。没把这一步做清楚就一头扎进去，结果就是方向走偏、不停返工、成本失控。
这一阶段的目的，是定义清楚做什么、什么时候做、谁来做、怎么做。把宽泛的目标变成可以真正执行、也能被衡量的具体计划。
规划阶段为什么重要
三个主要目标：
- 把项目可视化，画出通往目标的清晰路径
- 让干系人在共同的认知上对齐
- 建立跟踪进度和管理风险的机制
这一阶段在涉及多团队、多部门的项目里尤其关键。对齐要么在这里搭好——要么就从这里开始崩。
关键的规划活动和产出
1. 界定项目范围
明确包含什么、不包含什么。这一步还要覆盖交付物、质量预期和约束条件。
2. 编制工作分解结构（WBS）
把范围拆成可管理的任务。一份好的 WBS 能避免遗漏，也是后续排期和资源分配的基础。
3. 制定项目进度计划
基于 WBS 定义任务顺序、依赖关系和工期——然后用甘特图或同类工具把计划可视化。
4. 分配资源
把人、时间、技能、设备、预算映射到每个任务上。目标是搭出一个不让人超载、又能真正执行下去的现实方案。
5. 识别风险并准备应对策略
列出潜在风险，给每条风险定下应对方式：规避、缓解、转移、接受。事先做好准备，风险才可控。
6. 规划沟通
定义谁分享什么、什么时候分享、用什么方式——包括会议节奏和报告模板。沟通是让项目持续向前的关键。
7. 定义质量管理
把质量标准和验证方式写清楚——通过评审、测试或审批进行。这能让产出始终对齐到预期。
8. 规划采购
如果需要外包，定义清楚要采购什么、合同条款、评估方式和采购策略。
主要交付物示例
- 项目管理计划
- WBS 和任务定义
- 甘特图或项目时间线
- 带应对方案的风险登记册
- 资源分配矩阵
- 沟通计划 / 矩阵
- 质量管理计划
规划阶段需要注意的事
- 不要追求完美：计划本来就会演进。要做好"边走边调"的准备。
- 不要过分乐观：用真实数据和过往经验来估算工作量和工期。
- 让真正干活的人参与进来：他们的输入能保证计划既现实，又能被认可。
结语：计划就是蓝图
这一阶段给项目定下骨架。计划做得好，团队能保持对齐、进度稳定。模糊或不完整的计划，只会带来混乱、返工和时间浪费。
这正是这一阶段值得你投入真实时间的原因——一起想清楚、一起设计、一起达成对前进路径的共识。这是为长期成功做出的最值得的投资。
在 AB 中是这样的
上面提到的大部分规划产物，在 AB Project Management 里都有直接的对应位置：
- WBS → 父任务带子任务。"包含子任务"的标记和进度自动汇总，让任务的层层分解在每一层都可见。
- 进度计划 → 任务上的截止日期，加上项目日历——在你确认前就能发现瓶颈在哪一周。
- 资源分配 → 负责人字段加上每个任务的工时估算（默认 1 小时，而不是 0，避免未编辑的任务"无声地变成零成本"）。
- 风险登记册 → 项目 Wiki 里的"风险"页面，或者一组用 "Risk" 类型打标的任务，让每条风险都有自己的讨论线。
- 沟通计划 → 关联到 Teams 或 Slack 频道的 Adaptive Cards，加上任务上的提及来直接点名。
- 质量计划 → 评审检查项以子任务的形式记录；"完成的定义"放在项目 Wiki 里。
计划不是一份写完就忘的文档——它就是项目本身的结构，所有有权限的人都能看见。
→ 接下来：2.3 执行阶段