项目组合准入标准要解决的是“提案能否进入组合”的资格判断：在投入详细规划与资源之前，用统一门槛筛掉明显不适配的提案，把有限的管理注意力留给值得推进的方向。它与单项目立项授权、已准入项目之间的优先级排序是三种不同决策，本文只聚焦准入环节，给出一套可执行的判断问题、字段、评审规则与校准方法。
要点总览（TL;DR）
- 组合准入标准先回答五类问题：战略契合、资源可承受、价值可说明、风险可控、信息完整；每类都要有判定口径，否则评审只能凭印象。
- 把判断问题转成字段时，每个字段写明填写人、判定方式（阈值/分级/评审判断）和必填性；首版必填项控制在六到八个，信息缺失走退回补充并设时限。
- 评审角色分提案人、组合管理负责人、业务评审人、技术评审人；决议设通过、有条件通过、退回补充、不准入四种，每种都写明后续动作与责任人。
- 标准上线前用一两个真实提案试跑，观察通过率、退回原因分布和评审耗时，据此调整门槛松紧，并建立修订触发条件与版本记录。
- 落地完成检查按字段、角色、决议、记录四类逐项核对；无判定口径、无决议记录、无责任人属于阻断项，修复后再整体验收。
准入标准先回答哪几个问题
准入标准的设计起点是一组判断问题，表格是这些问题的后续载体。先想清楚“提案进入组合前必须被确认什么”，再决定用什么字段收集信息，标准才不会变成一张填不完却没人看的表单。
需要先划清三条决策边界。准入回答“这个提案有没有资格进入组合”；立项授权回答“这个项目是否可以正式启动并投入执行”；优先级排序回答“已进入组合的项目之间谁先获得资源”。三者混在一套规则里，常见后果是评审会既在筛资格又在排顺序，讨论失焦，决议也难以记录。
准入判断可归纳为五类问题，每类都要给出判定口径，否则评审只能凭印象：
| 判断类别 | 要回答的问题 | 判定口径示例 |
|---|---|---|
| 战略契合 | 提案支撑哪项业务目标或年度重点？ | 分级：直接支撑年度重点为高，间接支撑为中，无对应目标为低；低档需额外说明理由 |
| 资源可承受 | 所需人力、预算与现有组合容量是否冲突？ | 阈值：申请人力不超过当前可用余量的约定比例；超出则需说明资源来源 |
| 价值可说明 | 预期收益是什么，如何衡量？ | 评审判断：收益类型（收入、成本、合规、体验）明确，且有可观察的衡量指标 |
| 风险可控 | 主要风险是否被识别，有无应对思路？ | 分级：按技术、合规、依赖三类风险分别评级，高风险项须附应对方案 |
| 信息完整 | 评审所需的关键信息是否齐备？ | 清单核对：必填字段全部填写，关键假设有来源或说明 |
五类问题的关系是并列而非替代：战略契合度高不能抵消资源明显超载，价值描述清楚也不能跳过风险识别。评审时可以设定“任一必填项缺失即退回补充”，其余判断按综合结论处理。
把判断问题转成可填写的准入字段
字段化的目标，是让提案人知道填什么、评审人知道看什么、记录能支撑事后追溯。每个字段至少定义四项内容：字段名称、填写人、判定方式、必填性。判定方式分三类——阈值判定（对照明确数字）、分级判定（按档位选择）、评审判断（需集体讨论形成结论）。
| 字段 | 填写人 | 判定方式 | 必填性 |
|---|---|---|---|
| 对应业务目标 | 提案人 | 分级（高/中/低） | 必填 |
| 预期收益与衡量指标 | 提案人 | 评审判断 | 必填 |
| 所需人力与预算 | 提案人，资源负责人确认 | 阈值 | 必填 |
| 资源来源说明 | 资源负责人 | 评审判断 | 资源超阈值时必填 |
| 主要风险与应对 | 提案人 | 分级＋评审判断 | 必填 |
| 关键依赖（系统、供应商、其他项目） | 提案人 | 评审判断 | 必填 |
| 时间窗口与关键里程碑 | 提案人 | 评审判断 | 选填 |
| 类似项目历史参考 | 提案人 | 评审判断 | 选填 |
必填与选填的划分原则是：缺少该项就无法做出准入判断的，列为必填；只影响判断精细度的，列为选填。选填字段过多会拉长填写时间，必填字段过多则容易催生敷衍填写，建议首版控制在六到八个必填项，试跑后再调整。
信息不完整时，处理方式应写入规则而非临场决定：缺失必填字段的提案进入“退回补充”，并约定补充时限（例如五个工作日内），超时未补则自动转为不准入或由提案人撤回。这样既避免因个别信息缺失直接否决有价值的提案，也防止提案长期滞留在待评审状态、占用评审议程。
字段确定后，需要有一个稳定的承载位置：提案以统一模板提交，字段值、评审意见和决议状态集中记录在同一处，避免散落在邮件和聊天记录中。在 ONES 中，这类提案信息可以用工作项承载，评审意见与决议记录放在关联文档中，状态字段反映提案当前所处的评审阶段，便于组合管理负责人按状态汇总待评审清单。
评审角色、频次与准入决议怎么定
评审机制要回答三件事：谁来判、多久判一次、判完怎么流转。角色不清会导致评审会变成提案人的单向汇报，频次不定会让提案积压或仓促上会。
| 角色 | 主要职责 | 在评审中的动作 |
|---|---|---|
| 提案人 | 按模板提交完整提案，准备评审材料 | 陈述提案要点，回答质询，会后按决议补充信息 |
| 组合管理负责人 | 维护准入标准与评审议程，汇总组合整体容量 | 主持评审，核对资源可承受性，宣布决议并记录 |
| 业务评审人 | 判断战略契合与价值可说明性 | 对业务目标对应关系和收益衡量方式给出意见 |
| 技术评审人 | 判断技术可行性、依赖与风险 | 对关键依赖和技术风险评级给出意见 |
评审频次建议与组合规划节奏对齐，例如每月一次固定评审窗口，材料在评审前三个工作日截止提交，逾期顺延至下一窗口。频次过高会让提案质量下降，频次过低则影响业务响应速度，可按提案量在试跑后调整。
决议设四种结果，每种都写明后续动作与责任人：
- 通过：提案进入组合，由组合管理负责人登记，转入后续的立项与排序环节。
- 有条件通过：附明确条件（如补充资源来源确认、限定范围），条件由指定责任人在约定期限内闭环，未闭环则回退为退回补充。
- 退回补充：指出缺失或需澄清的具体字段，提案人在时限内补充后进入下一次评审窗口。
- 不准入：说明主要理由（如与年度重点无对应、资源明显超载且无来源），记录归档，提案人可在条件变化后重新提交。
决议必须落到记录上：决议类型、理由、条件、责任人和时限缺一不可。缺少记录的决议在后续追溯时无法说明当时依据，也容易在资源分配时引发争议。
一个提案走完准入的示例
以下为演示情景，用于说明字段和决议如何被实际使用，不代表真实案例。
提案背景：某业务团队提出建设客户自助服务门户，希望减少人工客服工单量。提案人按模板填写：对应业务目标为“提升客户服务效率”（分级为高）；预期收益为工单量下降，衡量指标为上线后季度工单量对比；所需人力为两名开发加一名产品，预算在阈值内；主要风险为与现有客服系统集成的不确定性，评级为中；关键依赖为客服系统接口开放时间。
评审过程：业务评审人确认该提案与年度服务效率目标直接对应，收益指标可观察，同意价值判断。技术评审人指出接口开放时间尚未确认，集成风险应上调为高，且缺少应对方案。组合管理负责人核对资源后确认人力在可用余量内，但提醒同期已有两个项目占用同一批开发人员，存在排期冲突。评审会上的分歧集中在“依赖未确认是否构成阻断”：一种意见认为应退回补充，另一种意见认为可有条件通过并限定接口确认时限。最终按规则处理——高风险项须附应对方案，当前缺失，决议为退回补充。
决议记录：决议类型为退回补充；理由为集成风险缺少应对方案、接口开放时间未确认；要求提案人补充接口确认计划与备选集成方案，时限五个工作日；责任人为提案人；记录关联至该提案工作项，状态更新为“待补充”。提案人在时限内补充后，进入下一评审窗口，第二次评审给出有条件通过，条件为接口确认在两周内完成。
试跑校准与准入标准的维护
标准定稿不等于可执行。上线前用一两个真实提案试跑，重点不是验证提案本身，而是检验门槛的松紧和字段的可填性。
试跑阶段建议观察三类指标：通过率（含四种决议的分布）、退回原因分布（集中在哪些字段）、评审耗时（从提交到决议的平均时长）。退回原因若高度集中在某一字段，说明该字段的填写要求表述不清或判定口径缺失；通过率接近全部通过，说明门槛偏松，标准没有起到筛选作用；大量提案因同一阈值被挡，则要检查阈值是否脱离实际资源状况。
| 观察现象 | 可能原因 | 调整方向 |
|---|---|---|
| 通过率过高，几乎无退回 | 门槛偏松或判定口径模糊 | 收紧关键阈值，把评审判断类字段改为分级判定 |
| 退回集中在信息完整类 | 模板说明不清或必填项过多 | 精简必填项，补充填写示例 |
| 评审耗时持续偏长 | 议程无时限或分歧无裁决规则 | 设定单项提案讨论时长，明确分歧由组合管理负责人裁决 |
| 有条件通过的条件长期未闭环 | 缺少条件跟踪机制 | 为条件设置责任人与到期提醒，到期未闭环自动回退 |
修订触发条件建议明确写入标准本身：例如连续两个评审窗口出现同类退回原因、组合资源容量发生显著变化、业务目标调整，均触发标准复审。每次修订保留版本号和变更说明，旧版本归档，便于解释历史决议为何按当时口径做出。
准入标准落地完成检查
判断标准是否真正可执行，可按字段、角色、决议、记录四类逐项核对。每项检查都要有证据，口头确认不算完成。
| 检查类别 | 检查项 | 通过标准与证据 |
|---|---|---|
| 字段 | 每个必填字段都有填写人、判定方式和填写说明 | 字段表已发布，且至少一份试跑提案按表填写完整 |
| 角色 | 提案人、组合管理负责人、业务与技术评审人均已指定到人 | 角色分工表有姓名，评审议程有固定召集人 |
| 决议 | 四种决议类型及后续动作、时限已定义 | 决议规则文档可查，试跑中至少产生过一次非“通过”决议并完成流转 |
| 记录 | 每次评审的决议、理由、条件、责任人可追溯 | 评审记录集中存放，能按提案查到完整历史 |
以下三项属于阻断项，任一项不满足即判定标准尚未落地：存在必填字段但没有判定口径，评审只能凭印象；评审发生后没有决议记录，无法追溯依据；每个环节没有明确责任人，退回补充和条件闭环无人跟进。阻断项修复后再进行整体验收，验收通过的标准是：一份新提案在不额外解释的情况下，能按标准完成填写、评审并留下完整记录。
常见问题
准入标准里的“资源可承受”阈值怎么定才合理？
阈值要结合当前组合的实际可用余量来定，而不是套用固定比例。建议先统计未来一个规划周期内已承诺项目占用的人力与预算，算出剩余可用容量，再设定“申请资源不超过可用余量的一定比例”作为门槛。比例过松会让组合持续超载，过紧则可能挡掉本可分批投入的提案。试跑阶段可以观察因资源阈值被退回的提案数量：如果大量提案卡在同一阈值，需要检查阈值是否脱离实际资源状况，或补充“资源来源说明”字段让超阈值提案有解释通道。
提案信息不完整时，直接不准入还是退回补充？
建议默认走退回补充，并约定补充时限（例如五个工作日内），超时未补再转为不准入或由提案人撤回。直接不准入容易误伤方向正确但材料准备不足的提案，也会让提案人倾向于在首次提交时堆砌信息。退回补充时要指出具体缺失的字段和澄清要求，而不是笼统写“材料不全”。同时要防止提案长期滞留在待评审状态、占用评审议程，因此时限和超时处理规则必须写入标准本身，由组合管理负责人在评审记录中跟踪。
有条件通过的条件一直没闭环怎么办？
有条件通过的条件必须附带责任人、完成时限和验证方式，并在评审记录中单独列出。到期未闭环时，建议按规则自动回退为退回补充，而不是继续保留“有条件通过”状态。组合管理负责人可以在每次评审窗口开始时先核对上一轮条件的闭环情况，未闭环的提案不进入新的议程。如果条件本身需要较长时间（如等待外部接口开放），可以约定分阶段验证节点，每个节点有明确的观察结果，避免条件长期悬空。
试跑时通过率多高算门槛偏松？
没有统一数值，判断依据是准入是否真正起到了筛选作用。如果试跑的一两个提案全部通过且几乎没有退回，说明门槛偏松或判定口径模糊，标准没有区分度；如果大量提案因同一字段被退回，则可能是填写要求表述不清或必填项过多。建议同时观察退回原因分布和评审耗时：退回集中在信息完整类，优先精简必填项并补充填写示例；退回集中在价值或风险判断类，优先把评审判断类字段改为分级判定，减少主观分歧。通过率只是信号之一，要结合提案质量和评审讨论深度综合判断。
准入标准多久修订一次比较合适？
不建议固定按日历周期修订，而是设定触发条件：连续两个评审窗口出现同类退回原因、组合资源容量发生显著变化、业务目标调整，均触发标准复审。每次修订保留版本号和变更说明，旧版本归档，便于解释历史决议为何按当时口径做出。没有触发条件时，标准保持稳定，避免评审口径频繁变化让提案人无所适从。修订后建议用一份新提案验证修改是否解决了原问题，再正式启用新版本。
