6.1 监控交付物
在衡量项目进度时，你是不是只在看任务有没有被打勾？只看这个还不够。真正的信号是交付物有没有以"达成最初目的"的方式完成。
这一节我们把视角从基于任务的进度切换到基于交付物的进度——并展示这种切换怎么让管理变得更锐利。
把"完成的定义"讲清楚
项目管理里最常见的坑之一，是"以为完成了"的错觉。要避开它，就要明确地为每个任务和交付物定义"完成"到底意味着什么。
有用的标准包括：
- 交付物达到规格要求
- 已经过评审或测试
- 已经分享给干系人并获得审批
- 相关文档已同步更新
"完成的定义"明确下来，能减少团队成员之间的误解，也能让质量保持稳定。
把任务状态拆得更细
要知道"事情现在到底走到哪儿了"，你需要的是可见的状态——而不是一个二元的勾选框。可以考虑下面这些状态：
- 待办（To Do）
- 进行中（In Progress）
- 等待评审（Waiting Review）
- 完成（Done）
其中最有价值的拆分，是"等待评审"和"完成"之间的区分——它能阻止团队把"还没做完"误当作"已经完成"。
培养以交付物为导向的文化
真正让一个项目变强的，不是工具——而是文化。从"任务完成了"再往前走一步，把看重交付物的质量与影响的思维方式扎根下来。
有助益的做法：
- 给每个任务都配上一个清晰的"完成的定义"
- 评审里把焦点放在"交付物有没有满足需求、有没有真正服务到最终用户"上
- 例会里按交付物来检查进度——而不是按任务勾选
这就是一个团队从看上去在推进走向真实推进的方式。
结语：进度由交付物来衡量，而不只是任务
仅仅说"这个做好了"是不够的。真正的进度意味着某件东西已经完成、被评审、被批准、并且能用于它原本要服务的目的。带着以交付物为先的思维方式，质量和速度都会同时上升。
在 AB 中是这样的
"任务关闭"和"交付物完成"之间的差距，就活在任务的进度百分比和状态字段里——而不只是一个勾。子任务会汇总到父任务上，所以一个"功能完成"的状态反映的是它底下真正做完了什么。日历会在还没人写汇报之前，就把哪一项在滑动给你看清楚。
→ 接下来，我们看怎么处理变更和问题：6.2 问题与变更管理