项目组合容量约束失效，往往源于每次评审都重新讨论“还有没有人”，缺少一套常设规则。本文按口径定义、准入检查、审批把关、例外处理、定期复核的顺序，说明如何让容量约束在每次立项决策中被重新引用，并给出可直接使用的表格、清单与示例。
要点总览（TL;DR）
- 容量约束持续生效的前提是建立唯一、可复用的容量口径，按角色或技能划分并预留缓冲，指定维护人与更新周期，变更走审批留痕。
- 在评审会前设置容量预检，由资源负责人依据口径与已登记占用数据核对申请，结论分为通过、退回补正、排队等待、进入例外四类。
- 审批链中设容量把关人，将“有没有容量”与“要不要做”分开判断；决策结论与容量占用同步登记，未登记视为流程未完成。
- 例外通道需限定可申请情形与不可突破的底线，要求申请人说明补偿措施，设置审批层级与有效期，到期回收并进入复核。
- 按季度复核并在重大立项、人员大幅变动时触发临时复核，校准口径与占用登记，调整项同步更新到准入规则。
先定口径：可承接容量怎么算、由谁维护
容量约束要持续生效，前提是组织内只有一套被认可的容量口径。口径稳定，评审时讨论的是“这个项目是否超出已定容量”，而非“容量该怎么算”。口径应由组合管理职能牵头制定，经资源负责人确认后发布，并指定唯一维护人。
可承接容量由四部分构成：可用人力，即扣除休假、培训、运维支持等非项目投入后的净可用工时；技能结构，即各角色或技能域可投入的人数与工时；关键角色瓶颈，如架构师、测试负责人、特定领域专家等稀缺角色的可用量；预留缓冲比例，用于吸收估算偏差与突发需求，通常按可用容量的一定比例预留，具体比例由组织根据项目不确定性确定。
口径的粒度建议按角色或技能划分，仅按人头统计会掩盖结构性缺口：总人数够，但某类角色已排满，新项目依然无法承接。按角色统计还能让评审直接定位瓶颈所在。
| 容量项 | 计算方式 | 数据来源 | 维护人 | 更新周期 |
|---|---|---|---|---|
| 可用人力 | 在岗人数×可用工时－非项目投入工时 | 人力台账、工时记录 | 资源负责人 | 每月 |
| 技能结构容量 | 按角色/技能域汇总可用工时 | 技能矩阵、人员档案 | 资源负责人 | 每季度 |
| 关键角色瓶颈 | 稀缺角色可用工时－已承诺占用 | 资源规划记录 | 组合管理者 | 每月 |
| 预留缓冲 | 可用容量×缓冲比例 | 组合管理决策 | 组合管理者 | 每半年评估 |
口径变更需走审批：维护人提出变更说明，写明调整原因与影响范围，由组合管理者审批后发布新版本，旧版本归档留痕。变更生效后，后续评审一律引用新口径，避免同一时期并存多套算法。
嵌入评审与立项：准入检查与审批把关怎么设
容量约束要真正卡住决策，需落在两个位置：评审会前的容量预检，以及审批链中的容量把关环节。前者过滤明显超限的申请，后者对边界情形做判断。
立项申请必须提交容量占用声明，至少包含：所需角色及投入工时、占用起止时间、关键角色需求、对现有项目的挤占说明。声明由项目发起人填写，作为申请材料的必备项，缺失即退回补正。
评审会前由资源负责人或组合管理专员执行容量预检，依据当前口径与已登记占用数据，核对申请所需容量是否在剩余可承接范围内。预检结论分为四类：通过、退回补正、排队等待、进入例外。判定规则应事先写明，例如所需容量超出剩余额度一定比例即进入例外流程，而非在会上临时争论。
审批链中设置容量把关人，通常由资源负责人担任，其权限是对容量结论签字确认或提出调整意见，无权单独批准项目本身；项目是否立项仍由决策层决定。这样把“有没有容量”与“要不要做”分开判断，避免容量问题被业务优先级直接覆盖。
决策结论与容量占用需同步登记：批准即登记占用额度与时间窗口，排队即登记排队顺序，例外即登记例外编号与有效期。登记是后续复核和下一次预检的数据基础，未登记的批准视为流程未完成。
例外处理：容量超限时如何有条件放行
例外通道的作用是让约束保持刚性：紧急或高价值项目可以放行，但必须付出可见的代价，且代价经过审批。没有例外通道，约束会在第一次紧急项目面前被整体绕过；例外无边界，约束同样形同虚设。
可申请例外的情形应事先列举，例如监管强制期限、重大客户承诺、战略级机会。不可例外的底线同样要写明，例如关键角色已无任何可用工时、缓冲已被耗尽且无释放计划，此类情形只能排队或拆分，不能放行。
例外申请必须说明补偿措施：释放哪些现有项目、延后哪些交付、从何处调配人员，并给出时间点。补偿措施是例外获批的前提条件，仅说明“后续再协调”的申请不予受理。
| 字段 | 填写要求 |
|---|---|
| 申请项目 | 项目名称、发起人、期望启动时间 |
| 超限说明 | 超出哪个容量项、超出数量、依据的预检结论 |
| 例外理由 | 对应可申请情形，附支撑材料 |
| 补偿措施 | 释放/延后的项目、调配人员、完成时间 |
| 审批层级 | 按超出幅度确定审批人 |
| 有效期 | 例外占用的截止日期 |
| 回收方式 | 到期后容量如何归还或续期 |
例外审批层级按超出幅度与影响范围设定，超出越多、挤占关键角色越多，审批层级越高。例外必须设有效期，到期由组合管理职能核对占用是否已释放；未释放的需重新申请，不得默认延续。
定期复核：让约束随组合变化持续校准
容量口径和占用登记会随人员变动、项目结项和新立项逐渐偏离实际，复核的作用是把偏差拉回来，并据此调整后续评审规则。
复核按季度执行，并在三类情况下触发临时复核：重大立项获批后、人员规模或关键角色发生较大变动时、例外集中出现时。复核由组合管理者组织，资源负责人提供数据，决策层听取结论。
复核内容包括：口径准确性，即实际可用工时与口径测算的偏差；占用登记完整性，即已批准项目是否全部登记、结项项目是否释放；例外到期情况，即是否存在逾期未回收的例外占用。复核输出应形成明确的调整项，例如修正缓冲比例、收紧某类角色的准入阈值、清理失效登记。
复核结果向决策层与各项目发起人通报，调整项同步更新到口径文件与准入规则中，使下一轮评审直接使用校准后的标准。
角色与交付物分工
机制能否持续运行，取决于每个环节都有明确的责任人和可交付的产物。角色分工建议按下表设定，组织规模较小时可由一人兼任多个角色，但职责边界仍需区分。
| 角色 | 输入 | 动作 | 输出物 | 交接时点 |
|---|---|---|---|---|
| 组合管理者 | 容量口径、复核结论 | 制定与发布口径、组织复核、调整规则 | 口径文件、复核记录、规则调整说明 | 评审前发布口径；季度末组织复核 |
| 资源负责人 | 人力台账、工时数据、立项申请 | 维护容量数据、执行预检、担任容量把关人 | 预检结论、容量把关意见 | 评审会前完成预检 |
| 项目发起人 | 项目需求与排期 | 填写容量占用声明、提出例外申请及补偿措施 | 容量占用声明、例外申请 | 提交申请时一并提交 |
| 审批决策层 | 预检结论、把关意见、例外申请 | 决定立项、排队或批准例外 | 决策结论与登记指令 | 评审会当场形成结论 |
跨角色交接的关键时点是评审会前：发起人提交声明，资源负责人完成预检，组合管理者确认口径版本，三者齐备后会议才能进入容量议题。任一环节缺失，评审应顺延而非跳过。
示例：一次立项评审中的容量把关全过程
以下为演示情景，用于说明机制运行方式，不代表真实组织数据。
某季度，项目发起人提交新立项申请，容量占用声明写明需要后端开发两名、测试一名，持续三个月，其中包含一名关键角色架构师的部分投入。资源负责人按当前口径预检，发现架构师剩余可用工时不足以覆盖申请需求，预检结论为超限，申请进入例外或排队判定。
评审会上，决策层先确认项目价值，再依据预检结论讨论处理方式。发起人选择申请例外，说明补偿措施：将另一项目的架构评审延后一个月，并临时由外部顾问承担部分设计工作。容量把关人核对补偿措施的可执行性后签字，决策层按超出幅度对应的层级批准例外，有效期设为三个月。
会后，组合管理职能登记例外编号、占用额度与到期日，并在下一季度复核中核对占用是否按期释放。若到期未释放，该例外自动进入复核议程，由决策层重新判断是否续期或压缩范围。整个过程使容量约束在申请、预检、审批、登记、复核五个节点都被引用一次。
完成检查：机制是否真正持续生效
以下清单可用于判断容量约束是否已嵌入日常决策，建议每季度复核时逐项核对。
- 容量口径唯一且有明确维护人，版本变更留有审批记录。
- 所有立项申请均包含容量占用声明，缺失即退回。
- 评审会前完成容量预检，预检结论有书面记录。
- 审批链中有容量把关人，其意见与立项决策分开记录。
- 例外申请均说明补偿措施，全部登记且有有效期。
- 到期例外按期回收，逾期项进入复核议程。
- 季度复核按期执行，并产生口径或规则调整项。
- 决策结论与容量占用登记可追溯，能还原任一项目的准入依据。
在工具承载层面，ONES 的资源管理方案支持跨项目团队资源规划，提供资源规划视图与资源利用率、负荷度查看，并可按工作数量和工时规模掌握成员排期与投入比重，可用于支撑容量占用登记与预检的数据基础；立项审批与例外登记的具体承载方式需结合组织现有流程确认。将预检结论、审批意见与登记记录放在同一工作项或文档中流转，能让下一次评审直接引用历史依据，减少重复讨论。
常见问题
容量口径应该由谁维护，变更时如何避免多套算法并存？
口径由组合管理职能牵头制定，经资源负责人确认后发布，并指定唯一维护人。变更时由维护人提出变更说明，写明调整原因与影响范围，经组合管理者审批后发布新版本，旧版本归档留痕。变更生效后，后续评审一律引用新口径，同一时期只保留一套有效算法。
评审会前容量预检发现超限，但项目发起人认为业务价值很高，应该怎么处理？
预检结论为超限时，申请进入例外或排队判定，不在评审会上临时争论容量算法。发起人可在评审会上申请例外，但必须说明补偿措施，例如释放哪些现有项目、延后哪些交付、从何处调配人员，并给出时间点。容量把关人核对补偿措施的可执行性后签字，决策层按超出幅度对应的层级批准例外。若无法提出可执行的补偿措施，则只能排队或拆分。
例外批准后，如何确保到期时容量真正被回收？
例外申请必须填写有效期与回收方式，批准后由组合管理职能登记例外编号、占用额度与到期日。到期时核对占用是否已释放；未释放的例外自动进入复核议程，由决策层重新判断是否续期或压缩范围，不得默认延续。季度复核时集中检查例外到期情况，逾期未回收项列为调整事项。
组织规模较小，角色分工可以由一人兼任吗？
可以。组织规模较小时，组合管理者、资源负责人等角色可由一人兼任，但职责边界仍需区分：预检结论与立项决策应分开记录，容量把关意见不能替代决策层的立项决定。兼任时建议在流程文件中写明每个动作的责任人，避免因人员重合导致把关环节被跳过。
定期复核除了按季度执行，还有哪些情况需要触发临时复核？
建议在三类情况下触发临时复核：重大立项获批后、人员规模或关键角色发生较大变动时、例外集中出现时。临时复核聚焦受影响的容量项与占用登记，输出调整项并同步更新口径文件与准入规则，使下一轮评审直接使用校准后的标准。
