你如何管理范围并避免范围蔓延?

Question

你如何管理范围并避免范围蔓延?

Accepted Answer

**Scope**（范围）是项目同意交付的工作集合。**Scope creep**（范围蔓延）是该范围的逐步、失控的扩展——源源不断的"小改动"悄悄地破坏了进度。管理范围意味着控制*变化*，而不是拒绝变化。

## 前期明确定义范围

```text
✓ Document what's IN scope
✓ Document what's explicitly OUT of scope (the underused half)
✓ Define "done" / acceptance criteria
✓ Get stakeholders to agree before work starts
```

一份书面的、达成一致的边界让你后来可以拿出证据说"那是一项变化"。

## 有意识地处理变化

变化本身并不坏——失控的变化才是问题。当新请求到来时，通过一个简单的门槛来审查：

```text
1. Is it really needed now, or is it a "nice to have"?
2. What's the impact on timeline / cost / other work?
3. Make the trade-off VISIBLE → "yes, but it pushes the date / drops X"
4. Get the stakeholder to decide with full information
```

关键动作：永远不要默默吸收额外的工作。让每项新增都成为利益相关者有意识地做出的权衡。

## 一个具体例子

项目中期，一名利益相关者要求"还要支持批量上传——应该很快"。与其悄悄地挤进去，你回答："我们可以做，但这增加了大约一周的时间。我们要延后日期，还是把分析功能推到下个发布周期？"现在由他们决定，成本摆在面前。

## 一个常见的陷阱

为了帮助而同意每个请求，然后错过截止日期。团队看起来像是失败了，实际上它默默地承担了额外的工作。

## 为什么这很重要

范围蔓延是项目延期的最常见原因——不是因为任何单一的变化很大，而是因为数十项变化无形中积累起来。

管理范围让项目保持诚实：变化是可以接受的，但它的成本总是要明确地提出来，由想要它的人承担责任。