PMP职场实战108问 · 第20问

每周一次”范围偏差记录”该记什么？

你有没有经历过这种场景：项目做到一半，老板突然问你“这周进度怎么样”，你翻着Jira上的任务列表，发现明明按计划该交付的功能，开发组还在改需求，测试组还在等环境，而客户那边已经催了三次demo。

你心里清楚——范围正在悄悄膨胀。但你说不出具体膨胀了多少，也说不出是什么时候开始的。

这就是典型的“范围蔓延”后遗症：没有记录，就没有回溯；没有回溯，就永远被动。

很多项目经理觉得范围偏差记录就是“把变更单汇总一下”。但真正的问题在于：你记录的不是偏差，而是结果。 等偏差积累到肉眼可见的程度，往往已经晚了。

为什么你的“记录”总是不管用？

我见过三种最典型的错误做法：

❌ 只记变更单编号。 结果就是每周开会时翻出一堆CR，大家争论“这个到底算不算变更”。

❌ 只记坏的不记好的。 范围缩小、需求删减从不记，导致项目团队永远觉得“只有坏事才值得记”。

❌ 记了但不关联。 偏差记录成了独立文档，跟WBS、进度计划、成本账完全不挂钩，最后就是记了白记。

核心原因只有一个：你不知道该记录哪些维度，才能让数据“开口说话”。

一份能“打仗”的范围偏差记录，必须包含5个层次

我给自己团队设计的模板，核心就一句话：记录偏差不是写日记，而是做诊断。 每周花15分钟，填清楚这5个字段，你立刻就能知道项目“病”在哪。

1. 偏差类型：说清楚“是什么变了”

不要只写“需求变更”，要细化到：

• 新增需求：原来没有，现在要加（比如客户说“再加一个审批流”）
• 范围删减：原来有，现在不做了（比如“暂时不上移动端”）
• 需求替换：用A替B（比如“把PDF导出换成Excel导出”）
• 优先级调整：内容不变，但交付顺序变了（比如“先上线登录模块，报表模块下期做”）

真实案例：我跟踪的一个SaaS项目，第三周时客户突然说“首页UI要改成新版设计”。开发组长认为这是设计稿优化，不算变更。但我在记录里标记为“需求替换”——因为原有首页功能逻辑全部要重写，工作量从2天变成了5天。类型写对了，后面谈工期才有依据。

2. 触发来源：说清楚“谁让变的”

别只写“客户要求”，要具体到：

• 客户/用户：明确到具体对接人（比如“张经理要求”）
• 内部研发：开发自发的优化（“前端重构框架”）
• 管理层：领导临时拍脑袋（“老板说加个数据看板”）
• 外部法规/第三方：被动的合规要求（“银行接口协议更新”）

为什么这个重要？ 因为你能快速识别“谁是高频变脸王”。如果连续三周都是同一个客户代表在提变更，你就该约他领导聊聊了。

3. 影响范围：说清楚“动了谁的奶酪”

不要只写“影响进度”，要量化：

• WBS节点：具体哪个工作包被影响了（填编号）
• 相关干系人：谁需要被通知（开发、测试、销售、客户）
• 基底工作量：估算变更后增加/减少的人天
• 关联依赖：是否导致其他任务阻塞（比如“UI改版后，接口测试延期”）

4. 当前状态：说清楚“走到哪了”

• 待评估：刚提出来，还没分析影响
• 已确认：干系人签字同意了
• 进行中：开发正在做
• 已完成：已经发布上线
• 已驳回：评估后发现不划算，拒绝了

记住一条铁律：状态更新必须跟变更审批流程绑定。 别让记录成为“平行宇宙”——开发已经改完了，你的记录上还写着“待评估”。

5. 决策与备注：说清楚“最后怎么定的”

这是最容易被忽略的一环。写清楚：

• 谁做了决策（PM还是CCB？）
• 决策理由（“因为客户承诺增加预算”或“因为违反技术架构”）
• 后续行动项（“需要更新SOW第3节”）
• 关联的变更单编号（如果有正式文档）

每周只需15分钟，你就能拿到一份“预警报告”

我团队的做法是：每周五下午4点，每个项目经理花15分钟更新一张Google Sheet。 格式很简单：

累计一眼可见： 如果到第6周，你发现新增需求占了总工作量的20%，就可以直接跟发起人摊牌：“再这样下去，原定交付日期要延后两周。”

真实职场场景：一个让你睡不着的周一例会

小刘负责一个企业OA升级项目，第三周周例会上，老板问：“这周能不能把‘智能审批’功能加上？”

小刘没慌，因为他有范围偏差记录。他调出数据说：

• 第1周：客户增加了“多级审批流转”需求，影响5人天
• 第2周：研发自提了“审批节点可视化”优化，影响3人天
• 第3周：现在老板又提“智能审批”，初步评估至少10人天

他接着说：“目前累计新增工作量18人天，但原计划第4周就要交付第一批功能。如果本周加这个，我需要把第4周的报表模块延期1周，或者增加1名后端开发。”

老板听完，自己先犹豫了：“那先放一放，下期再说。”

这就是记录的价值——把模糊的“我觉得不行”变成清晰的“数据告诉你不行”。

今日动作

📌 今日动作：打开你的项目追踪工具（Excel、Jira、Notion都行），新建一个空表，装上我说的这5个字段：偏差类型、触发来源、影响范围、当前状态、决策结果。然后翻出过去两周的项目邮件和会议纪要，把“你认为不算变更但实际改了”的事情填进去——你大概率会数出至少5条被你忽略的范围偏差。

📚 返回 PMP职场实战108问 目录 →