项目组合决策权限可以按“决策层级—决策事项—授权额度—证据与复核”四个要素设置：先划分战略层、组合层、项目层三级决策主体，再把立项、优先级调整、预算增减、暂停终止、资源调配等事项逐项挂到唯一拍板人，用金额或资源比例设定授权上限，超出上限自动升级，每项决策留下输入材料、会议记录与复核时点。本文按这一顺序给出可直接对照使用的授权表、额度表、记录模板与检查清单。
要点总览（TL;DR）
- 决策权限按四要素设置：先划战略层、组合层、项目层三级主体，再把决策事项逐项挂到唯一拍板人，用金额或资源比例设授权上限，最后用输入材料、会议记录和复核时点留痕。
- 层级划分同时看投资规模、跨项目影响和资源占用，任一维度超出本级阈值即向上升级；上级对下级是书面授权关系，保留超限事项的收回权。
- 授权额度可用预算金额、人力投入、跨部门影响三种口径并用，任一超出即触发升级；超额事项走例外审批并记录超出条目、理由和批准人，例外集中出现时回头调整额度。
- 决策记录至少包含事项、备选方案、结论、责任人、生效时间、复核时点六个字段，变更时保留原记录并建立关联，形成可追溯链条。
- 上线前逐项自查授权表覆盖、唯一拍板人和升级路径，运行后每季度复核例外次数、升级处理时长与表外新事项，据此调整授权表版本。
先定决策层级：谁在什么范围内拍板
决策层级解决的是“哪一类问题由哪一级主体定”。层级划分过粗，所有事项涌到最高层，决策排队；划分过细，又会出现同一事项多头请示。比较稳妥的做法是设三级：战略层、组合层、项目层，每级有明确的决策对象和时间跨度。
划分依据建议同时看三个维度：投资规模、跨项目影响、资源占用。只影响单个项目、金额在授权线内的事项，由项目层决定；涉及多个项目的资源争抢、优先级排序、组合预算分配，由组合层决定；涉及组合整体投资方向、年度预算总盘、重大撤项的事项，由战略层决定。三个维度中任一维度超出本级阈值，即向上升级。
| 层级 | 决策主体 | 决策对象 | 时间跨度 | 升级规则 |
|---|---|---|---|---|
| 战略层 | 经营班子或投资决策委员会 | 组合投资方向、年度预算总盘、重大立项与撤项、跨组合资源倾斜 | 1—3年 | 本级为最终决策层，重大事项需形成会议决议 |
| 组合层 | 组合管理委员会或PMO牵头评审会 | 组合内项目优先级、预算增减、项目间资源再调配、阶段关口放行 | 季度至年度 | 超出组合层授权额度或涉及战略方向调整，提交战略层 |
| 项目层 | 项目负责人及其直接上级 | 项目内范围调整、执行计划变更、授权额度内的预算使用、团队内部任务分配 | 周至季度 | 超出项目层授权额度、影响其他项目或关键里程碑，提交组合层 |
层级之间是授权关系，上级把一定范围内的决定权授予下级，同时保留对超限事项的收回权。授权应有书面依据，写明授权事项、额度、有效期，避免口头授权在事后产生争议。
常见的层级错位有两种。一种是组合层替项目层做执行决策，例如组合会议逐条讨论某个项目的任务排期，既消耗高层时间，也让项目负责人失去判断空间。识别信号是组合会议议程中执行细节占比过高。另一种是项目层替组合层做资源决策，例如项目负责人自行承诺抽调其他项目人员，识别信号是资源冲突频繁在事后才被组合层知晓。发现错位后，把对应事项重新挂回正确层级，并在授权表中注明。
把决策事项拆成可授权的清单
“组合决策”是一个笼统说法，落到权限设置必须拆成具体事项。建议至少覆盖六类：立项与撤项、优先级排序调整、预算增减、范围重大变更、暂停与终止、资源再调配。每类事项再按影响程度细分，例如预算增减可分为额度内调整与超额度追加。
每个事项只设一个拍板人，这是避免一事多拍板的核心规则。提议人负责准备材料，审核人负责专业把关，知会人在决策后获得通知。会签只用于确实需要多方共同承担后果的事项，例如同时涉及预算与合规的追加投入，会签方数量控制在必要范围内。
| 决策事项 | 提议人 | 审核人 | 拍板人 | 知会人 |
|---|---|---|---|---|
| 新项目立项 | 项目发起人 | 组合管理岗 | 组合层（超额度提交战略层） | 财务、相关项目负责人 |
| 项目撤项 | 项目负责人或组合管理岗 | 组合管理岗 | 战略层 | 项目全体成员、财务 |
| 优先级排序调整 | 组合管理岗 | 各项目负责人 | 组合层 | 受影响项目负责人 |
| 预算增减（额度内） | 项目负责人 | 财务 | 项目层上级 | 组合管理岗 |
| 预算追加（超额度） | 项目负责人 | 财务、组合管理岗 | 组合层或战略层 | 财务负责人 |
| 范围重大变更 | 项目负责人 | 业务方代表 | 组合层 | 相关项目负责人 |
| 项目暂停与终止 | 组合管理岗 | 项目负责人 | 组合层（重大终止提交战略层） | 项目全体成员、财务 |
| 跨项目资源再调配 | 需求方项目负责人 | 资源所属项目负责人 | 组合层 | 双方项目成员 |
事项与层级的对应关系要写进授权表，而不是留在制度文件的描述里。授权表按“事项—层级—角色—额度”四列组织，任何一项决策都能在表中找到唯一对应行。若某事项在表中找不到对应行，说明授权表存在缺口，应先补表再决策，避免临时指定拍板人形成先例。
无人拍板的情况通常出现在跨部门事项上，例如两个项目共用一套测试资源，双方负责人都认为对方应先提出。处理办法是在授权表中为这类事项指定一个常设拍板人，通常是组合层中分管资源的成员，并规定提议时限。
用授权额度设定升级触发线
同一类事项在不同规模下应由不同层级决定，授权额度就是这条分界线。额度可以用三种口径计量：预算金额、人力投入、跨部门影响范围。三种口径可以并用，任一超出即触发升级。
| 事项类型 | 项目层授权上限 | 组合层授权上限 | 超出后升级至 |
|---|---|---|---|
| 预算增减 | 单次不超过项目预算的5% | 单次不超过组合预算的10% | 战略层 |
| 人力投入调整 | 不超过项目团队人数的10% | 涉及3个及以上项目的人员调配 | 战略层 |
| 范围变更 | 不影响里程碑与对外交付承诺 | 影响组合内其他项目的依赖关系 | 战略层 |
| 进度调整 | 关键里程碑延期不超过2周 | 延期影响组合整体交付节奏 | 战略层 |
表中的比例和时限是示例口径，实际设置应结合组织预算规模和项目数量确定。额度设置的原则是让大多数日常决策在本级完成，只有真正影响组合全局的事项才向上流动。额度定得过低，升级频繁，组合层变成审批瓶颈；定得过高，下级承担了超出其信息范围的决策。
超额事项走例外审批，不能因为“情况紧急”直接越级执行。例外审批需要记录三项内容：超出的是哪条额度、例外理由、批准人。例外记录本身是额度是否合理的检验材料，如果某条额度频繁被突破，说明额度设置需要调整。
额度应定期复核，建议与组合预算周期同步，每季度或每半年检查一次。触发调整的条件包括：组合预算总盘变化、项目数量显著增减、例外审批次数超过约定阈值、组织架构调整导致决策主体变化。复核结果更新到授权表中，并注明生效日期。
决策输入、会议与留痕怎么组织
决策质量取决于输入材料是否充分。每项上会事项至少准备三类材料：业务论证，说明为什么做、预期收益是什么；资源测算，说明需要多少预算和人力、从何处来；风险与依赖说明，列出对其他项目或外部条件的影响。材料不齐的事项不进入决策议程，这一条应写入会议规则。
决策会议按层级设置节奏。组合层评审会建议每月一次，处理优先级调整、预算增减、阶段关口放行；战略层决策会按季度或半年召开，处理投资方向与重大撤项；项目层决策在日常工作中完成，通过书面确认留痕。临时事项走加急议程，但同样需要材料与记录。
决策记录至少包含六个字段：事项、备选方案、结论、责任人、生效时间、复核时点。记录在决策当场形成，会后由提议人确认，避免事后补记产生偏差。决策变更时保留原记录，新增一条变更记录并注明关联的原决策，形成可追溯的链条。
在工具层面，决策事项可以作为工作项承载，输入材料与会议记录以文档形式关联到对应事项，页面级权限控制谁能查看和编辑。ONES 的企业知识库支持将业务信息、项目数据与 Wiki 文档关联，页面可按范围设置查看、编辑、导出权限，适合把授权表、决策记录和复核结论集中维护在同一处，让参与决策的成员看到最新版本。具体的工作项字段与流程配置需结合组织实际在系统中搭建。
一个组合决策权限设置的示例
以下为演示情景，用于说明设置过程，不代表任何真实组织。
某组织有12个在研项目，年度组合预算2400万元，设战略层为经营班子，组合层为组合管理委员会（含PMO负责人、财务代表、业务线负责人），项目层为各项目负责人。组合层每月召开一次评审会。
层级与事项对应关系为：立项由组合层拍板，单个项目预算超过300万元时提交战略层；撤项由战略层拍板；优先级调整由组合层拍板；项目内预算调整在项目预算5%以内由项目负责人上级拍板，5%至10%由组合层拍板，超过10%提交战略层；跨项目人员调配涉及3个及以上项目时由组合层拍板。
某月，一个项目提出追加预算80万元，该项目原预算600万元，追加比例约13%，超出组合层10%的授权上限，按规则升级至战略层。提议人提交了业务论证、资源测算和依赖说明，组合层审核后给出“建议批准但需压缩至60万元”的意见，战略层据此批准60万元，并要求两个月后复核投入产出。决策记录中写明事项、两个备选方案（追加80万元与追加60万元）、结论、责任人、生效时间与复核时点，原追加申请记录保留，变更记录关联原决策。
两个月后复核，项目实际投入与预期基本一致，复核结论记入同一决策链条。这次超额升级也暴露出该项目预算基线偏紧的问题，组合层在季度额度复核时将该类项目的项目层授权上限从5%调整为8%。
上线前自查与运行后的复核
授权表定稿后，先做一轮逐项自查，确认规则可以执行再发布。
- 授权表是否覆盖全部决策事项，六类事项均有对应行，且同一事项不重复出现在两个层级。
- 每项事项是否有唯一拍板人，会签方是否控制在必要范围。
- 授权额度是否写明计量口径与数值，超额升级路径是否指向明确的层级和角色。
- 例外审批是否有记录字段和批准人，是否存在“紧急情况可越级”的模糊表述。
- 决策记录模板是否包含事项、备选方案、结论、责任人、生效时间、复核时点六个字段。
- 决策变更是否保留原记录并建立关联，能否从任一结论追溯到输入材料。
- 各级会议频次与议程规则是否明确，材料不齐的事项是否有拦截规则。
运行一段时间后，复核重点从“规则是否完整”转向“规则是否被按预期使用”。建议每季度检查一次：例外审批的次数与分布，判断额度是否合理；升级事项的平均处理时长，判断升级路径是否顺畅；是否存在授权表外的新事项，判断覆盖是否有缺口；决策记录是否完整，抽查若干条能否还原决策过程。
触发规则调整的条件包括：例外审批集中在某一条额度上、升级事项长期积压、组织架构或预算总盘发生变化、出现授权表未覆盖的新事项类型。调整时更新授权表版本并注明生效日期，旧版本保留备查，确保历史决策仍可追溯。
常见问题
组合层和项目层的决策权限出现重叠时，应该怎么处理？
重叠通常表现为同一事项在两级授权表中都有对应行。处理办法是先确认该事项的影响范围：只影响单个项目、金额在项目层额度内的，归项目层；涉及多个项目的资源或优先级，归组合层。确认后从另一级授权表中删除该行，并在备注中写明移交原因和生效日期。
如果重叠来自历史制度文件与新版授权表并存，以授权表为准，同时废止旧文件中对应条款，避免两套规则同时被引用。
授权额度定得不合适，运行中怎么调整？
额度是否合适可以从两个信号判断：一是例外审批是否集中在某一条额度上，二是升级事项是否长期积压。前者说明额度偏低，日常决策被迫向上流动；后者说明升级路径或额度设置与实际情况脱节。
调整建议与组合预算周期同步，更新授权表并注明生效日期，旧版本保留备查。调整只影响生效日期之后的决策，历史决策仍按当时版本追溯。
项目负责人临时出差，授权范围内的决策能否由他人代行？
可以，但代行需要事先在授权表中写明。常见做法是为每个拍板角色指定一名固定代理人，并规定代行范围仅限额度内事项，超额事项仍按升级路径处理。代行期间做出的决策，记录中注明实际决策人和代行依据，便于事后追溯。
临时口头委托容易在事后产生争议，建议把代理人写进授权表而不是每次临时指定。
决策记录用文档维护还是放在项目管理系统里？
两种方式都能用，关键是与决策事项保持关联。放在项目管理系统里的好处是决策记录与立项、预算变更等工作项直接挂钩，查看事项时能同时看到决策依据；用文档维护则更适合需要多人协同编辑、按页面控制查看范围的场景。
ONES 的企业知识库支持将业务信息、项目数据与 Wiki 文档关联，页面可按范围设置查看、编辑、导出权限，适合集中维护授权表与决策记录。具体采用哪种承载方式，取决于组织现有的工具使用习惯。
授权表发布后，出现表里没有的新事项类型怎么办？
先按事项的影响范围临时指定拍板层级，并在决策记录中注明“授权表未覆盖”。决策完成后，把该事项类型补入授权表，明确提议人、审核人、拍板人和额度口径，再发布新版本。
如果同类表外事项反复出现，说明授权表的分类粒度不够，需要重新梳理事项清单，而不是每次临时指定拍板人。
