这张卡讲与范围蔓延配套的制度工具：变更请求怎么用才不伤关系。
核心拆解：合格的变更请求包含四块：变更内容（新增什么、修改什么）、影响评估（工期、成本、风险的量化）、计价方式、双方批准记录。它的价值不在文书而在把隐性交易显性化——客户提需求、供应商要资源，本来就该摆到桌面上，摆上桌面的交易才有价格。最容易走两个极端：流程僵化到连一行配置修改都要走三天审批，或者干脆搁置流程回到口头变更，一切照旧。
增量判断：国内驻场场景的惯性来自人情文化，务实的做法是分级处理：小改动走轻量通道（消息确认加月度汇总计价），大改动走正式流程，客户感受到的是弹性而不是官僚，流程才守得住，这一点比流程文本本身重要。
行动建议：为你的项目设计一页纸的轻量变更单，本周就用它接住下一个新增需求，之后每月回顾一次计价是否合理。
—— FDEChina编辑部 · 实战派
定义
变更请求（Change Request，CR）指把范围、进度或预算的任何偏离正式化的机制：提出、评估影响、计价、经双方批准后执行，是项目治理范围蔓延的核心工具。
展开
一份合格的变更请求包含四块：变更内容——新增什么、修改什么、替换什么；影响评估——工期、成本、风险的量化；计价方式——按什么单价、是否摊入本期；批准记录——双方谁在什么时间同意。它的价值不在文书本身，而在把隐性交易显性化：客户提需求、供应商要资源，本来就该摆上桌面。两个极端都要避免：流程僵化到改一行配置也要走三天审批，客户体验极差；或者嫌麻烦搁置流程，回到口头变更，范围蔓延重新开始。与范围蔓延的关系是攻防成对——蔓延靠顺手的口头需求生长，变更流程就是给它装的闸门。
国内驻场场景的阻力来自人情文化，务实的做法是分级：小改动走轻量通道，即时消息确认加月度汇总计价即可；大改动走正式流程。客户感受到的是弹性而非官僚，流程才守得住。