3.1 界定项目范围
在项目管理里，界定项目范围是最关键的一步之一。为什么？因为范围决定了"赛场"。它定义了项目要负责什么、要交付什么——同样重要的是，它定义了什么不在项目范围内。
带着模糊的范围开局，等于给认知偏差、加塞的任务、时间压力和预算超支大开方便之门。一份清晰的范围让团队有底气，也为后续决策搭起牢固的基础。
什么是范围？
PMBOK（项目管理知识体系）这样定义范围：
"为交付具备特定特征和功能的产品、服务或成果所需要完成的工作。"
所以范围既包括交付物，也包括为产出它所需要做的工作。同样重要的是：明确什么不包含在内——也就是范围外（out-of-scope）的部分。
范围界定为什么重要
- 管理干系人预期：避免那种没人说出口的假设——"他们大概也会顺手做这个吧"。
- 明确项目边界：给团队一个清楚的参照，知道自己负责什么、不负责什么。
- 支撑变更控制：判断新进来的请求是在范围内、还是需要走正式变更流程。
- 支撑进度跟踪：有了清晰的范围，更容易衡量做完了多少、还剩下多少。
模糊的范围，往往是延期、超支和质量问题的根本原因。
界定范围的步骤
1. 收集需求
访谈干系人，把他们的期望和需求收集起来。先广撒网——细节后面再打磨。
2. 编写范围说明
把需求转化成具体的工作定义。清楚地写出：要做什么、不做什么。然后争取干系人达成一致。
3. 拆解为 WBS
用工作分解结构（WBS）把范围拆成更小、可管理的任务。这一步也是后续排期和资源分配的基础。
4. 建立范围基线
把范围说明、WBS 和 WBS 词典打包成范围基线。这就是后续跟踪和变更管理的正式参照物。
范围文档常见的组成部分
- 项目背景和目标
- 交付物清单
- 范围内的工作
- 范围外的排除项
- 约束条件
- 前提假设
常见的坑
- 干系人没对齐：没有把范围细节充分共享，结果出现"我不知道这个不在范围里"。
- 排除项不清晰：导致意外的工作量，资源被挤压。
- 过早写得过细：开局就把每一处都写死，会牺牲后期的灵活度。
结语：范围是一份共同的承诺
范围远不止是一份任务清单。它是团队和干系人之间的共同承诺——是后续所有决策的基础。
要把项目带成功，你需要那种把"做什么、不做什么"画清楚的能力和勇气。这正是范围界定真正在做的事。
在 AB 中是这样的
在 AB Project Management 里，项目本身就是范围的边界——任务都活在项目里，不会到处飘。项目描述承载那一行简短的范围说明；项目 Wiki 承载更长的范围文档，并在其中明确标出"范围外"的内容。当后面有干系人问你"X 不也是你们做的吗？"，你可以直接把这一页和审计轨迹拿给他看。后来出现的新请求作为任务进来时，可以打标签或者移到"待评估 / 范围外"分区里去——这样关于是否扩大范围的讨论会被显式地拉出来谈，而不是悄悄累积。
→ 接下来：3.2 制定项目进度计划