阈值是什么
阈值是项目计划中对关键指标设定的触发线：一旦指标越线，就按事先约定的动作与上报层级响应。它把什么时候该介入从个人判断变成书面规则，常用于范围、进度、成本三类指标，例如变更数量或影响工时占比、关键路径延误天数、成本偏差比例。阈值只有同时写清数值、动作与责任人，才会在需要时真正被触发，否则只是计划里的一句漂亮话。
基本信息
| 三要素 | 触发数值、响应动作、上报层级 |
|---|---|
| 常见维度 | 范围变更、进度延误、成本偏差，可扩展至质量与风险 |
| 归属文件 | 项目管理计划中的变更管理计划与监控约定 |
| 确认方式 | 与治理层或发起人共同确认后写入计划 |
| 维护节奏 | 阶段关口重新评估，避免依赖过时数值 |
典型使用场景
- 需求新增频繁的项目：以影响工时占比作阈值，超过即必须提交变更控制委员会评审
- 关键路径敏感的项目：按延误天数分级，短期延误由项目经理纠偏，超期升级治理层
- 成本偏差监控：小幅偏差在月度报告专章说明，大幅偏差启动预案或申请变更
- 多项目共用资源：约定资源占用阈值，避免单个项目挤占其他项目产能而无人察觉
- 外包与分包管理：把质量与交付延误阈值写入合同，作为索赔、扣款或缓付的依据
阈值实例示意
阈值实例示意
# 范围：任何新增需求均需登记；影响工时超过 5% 提交变更控制委员会
# 进度：关键路径延误超过 3 天由项目经理主持纠偏；超过 7 天上报治理层
# 成本：偏差超过 5% 在月度报告专章说明；超过 10% 启动预案或申请变更
# 质量：严重缺陷未修复不得放行；一般缺陷带条件验收需治理层确认
# 风险：单个风险暴露超过储备的一定比例时重新量化并上报阈值三要素
| 要素 | 要求 | 缺失后果 |
|---|---|---|
| 数值 | 可测量的触发线，如天数或比例 | 写成原则性表述，无法判定是否越线 |
| 动作 | 触发后的响应措施与责任人 | 只写数值不写动作，触发后无人响应 |
| 层级 | 按严重度确定上报对象与时限 | 层级不清，小事占用高层时间、大事无人决策 |
阈值需要与治理层共同确认：项目经理单方面设定的数值，在真正需要升级时往往不被承认，规则随之失效。
示例中的数值仅为结构示意，实际阈值应结合项目规模、风险等级与历史数据试算，并按阶段调整。