项目准入评审是项目组合层面的准入关口：提案人提交材料，组合管理角色按统一标准评估战略契合、资源占用、风险与收益，评审组给出准入、暂缓或退回结论，并把结论与后续跟踪记录在同一处。本文给出可直接套用的主流程、评审维度与提案字段、角色交付物、完整示例和完成检查清单，帮助团队把评审从“开会拍板”变成可重复、可追溯的固定动作。
要点总览（TL;DR）
- 准入评审在组合层面判断三件事：是否值得占用组合资源、是否具备启动条件、以什么范围进入，对应资源账、准备度和边界定义三类证据。
- 主流程分三步：提案收集与预检、按统一标准打分与资源测算、评审会决议与记录；预检不通过不进入评审会，评分分歧在会上形成处理意见。
- 评审标准落到五个维度和统一权重：战略契合、资源需求、风险、收益、交付可行性；硬性门槛单独列出，只判断是/否，不参与加权评分。
- 五类角色分工明确：提案人、组合管理/PMO、领域评审专家、决策层、项目跟踪角色，各自交付物与提交时点与评审节奏对齐。
- 结论分准入、暂缓、退回三类，分别对应写入台账、设置复审时点与触发条件、记录退回原因并保留版本；用检查清单和失效信号定期核对机制是否可运行。
准入评审要回答的三个问题与核心步骤
准入评审要判断三件事：这个提案是否值得占用组合资源、是否具备启动条件、以什么范围进入。三个问题对应不同的评审证据——资源账、准备度和边界定义，缺一项就容易出现“通过了但做不动”或“做起来了但挤占其他项目”的情况。
把评审拆成三个步骤，每步都明确输入、动作、输出和完成标志，评审才能稳定运行。下表是主流程。
| 步骤 | 输入 | 动作 | 输出 | 完成标志 |
|---|---|---|---|---|
| 一、提案收集与预检 | 提案人提交的提案表、初步资源估算、目标与范围说明 | 组合管理/PMO 核对必填字段是否齐全、数据口径是否一致、是否触发硬性门槛；缺项退回补充 | 通过预检的提案清单，标注待补充项 | 所有进入评审会的提案字段完整、口径统一，预检意见已反馈提案人 |
| 二、标准打分与资源测算 | 预检通过的提案、组合资源现状、统一评分表 | 领域评审专家按维度打分并说明依据；组合管理角色测算人力、预算与关键资源占用，与现有项目比对 | 评分结果、资源测算表、专家意见 | 每个维度有分数和理由，资源占用有数量和时间区间，分歧点已记录 |
| 三、评审会决议与记录 | 评分结果、资源测算、专家意见、会议议程 | 评审组逐项讨论，按表决规则形成准入、暂缓或退回结论，写明条件与责任人 | 评审决议记录、结论通知 | 结论明确、理由可追溯、后续动作有责任人和时点，记录已归档 |
三步之间的衔接点是预检意见和评分分歧。预检不通过不应进入评审会，否则会议时间会被材料补齐工作消耗；评分分歧应在会上形成明确处理意见，而不是留到会后私下协调。
评审标准与提案材料字段怎么定
评审依据要落到可填写的字段和可比较的评分口径上。建议从五个维度评估：战略契合、资源需求、风险、收益、交付可行性。每个维度设定评分区间和权重，权重之和为100%，评分采用同一量表（如1–5分），并强制填写打分理由。
| 评估维度 | 评分关注点 | 权重设置方法 |
|---|---|---|
| 战略契合 | 与年度重点、业务目标的对应关系，服务的客户或市场范围 | 组合处于战略调整期时可提高权重 |
| 资源需求 | 人力数量与技能、预算区间、关键设备或外部依赖的占用时长 | 资源紧张时提高权重，并与组合资源余量比对 |
| 风险 | 技术不确定性、合规与安全要求、供应商依赖、进度外部约束 | 高风险业务或强监管场景提高权重 |
| 收益 | 收入、成本节约、效率改善或能力沉淀，注明测算口径与假设 | 收益可量化程度低的提案需补充定性说明 |
| 交付可行性 | 团队经验、里程碑合理性、验收标准是否清晰 | 新领域或跨团队协作项目提高权重 |
权重不必每次评审重新讨论，应由组合管理角色按年度目标设定并公布，评审会上只对个别提案的评分依据做讨论。权重调整要有记录，避免同一批提案使用不同口径。
提案模板的必填字段建议包括：提案名称与一句话目标、业务背景与要解决的问题、目标客户或使用方、范围与不做什么、预期收益及测算假设、资源需求（人力角色与数量、预算、时间区间）、关键里程碑、主要风险与应对、依赖项、验收标准、提案人与责任人。字段设计的原则是：每个字段都能被评审维度直接引用，填不出来的字段说明提案成熟度不足。
硬性门槛与一票否决项要单独列出，例如涉及合规审批未取得、关键资源已被其他项目锁定、预算超出授权范围等。门槛项只判断“是/否”，不参与加权评分；触发门槛即退回或暂缓，并在记录中写明触发项。
角色分工与各环节交付物
准入评审涉及五类角色：提案人、组合管理/PMO、领域评审专家、决策层、项目跟踪角色。职责和交付物按下表划分，提交时点与评审节奏对齐。
| 角色 | 职责 | 交付物 | 提交时点 |
|---|---|---|---|
| 提案人 | 填写提案表、准备答辩材料、回应评审意见 | 完整提案表、补充说明 | 评审会前按截止时间提交 |
| 组合管理/PMO | 组织预检、维护评分表与资源台账、安排会议、归档决议 | 预检意见、资源测算表、会议议程、决议记录 | 预检在会前完成，决议在会后两个工作日内归档 |
| 领域评审专家 | 按维度打分并给出依据，指出风险与可行性问题 | 评分表与书面意见 | 会前提交评分，会上补充说明 |
| 决策层 | 确认结论、裁定分歧、批准资源投入 | 评审决议与批准意见 | 评审会现场或会后签批 |
| 项目跟踪角色 | 接收准入结论，建立跟踪记录，按节点反馈进展 | 项目跟踪记录、阶段状态更新 | 结论通知后启动，按约定周期更新 |
评审会组织要固定议程：预检情况说明、提案人陈述、专家提问、评分汇总、决议形成。与提案存在直接利益关系的评审人员应回避打分或表决，回避情况记入会议记录。表决规则可设为“多数同意且无否决项”，具体比例由组织在机制文件中明确，避免每次临时约定。
结论通知由组合管理角色发出，内容包括结论类型、生效条件、责任人和下一步时点；归档责任同样落在组合管理角色，决议、评分表、提案版本和会议记录一并留存。
一次完整的准入评审示例
以下为演示情景，用于说明字段填写与结论形成过程，不代表真实客户案例。
某业务系统团队提出“客户自助报表模块”提案。提案表关键字段填写为：目标是把三类常用报表开放给客户自助查询，减少人工导出；范围包含报表配置、权限控制和上线培训，不包含数据仓库改造；预期收益为每月减少约40小时人工支持，测算假设是当前支持工单量保持稳定；资源需求为后端2人、前端1人、测试0.5人，周期8周，预算在部门授权范围内；主要风险是客户权限模型与现有账号体系不一致；验收标准为三类报表可自助生成且权限校验通过。
预检发现提案缺少权限模型差异的风险应对说明，退回补充后进入评审。评分环节，战略契合4分（支撑客户服务目标），资源需求3分（占用一名后端与现有项目重叠两周），风险3分（权限改造存在不确定性），收益4分（收益可量化但依赖工单量假设），交付可行性4分（团队有同类模块经验）。资源测算显示重叠两周需要与现有项目负责人协调排期。
评审会讨论集中在权限改造风险。结论为“暂缓准入”，条件是在两周内完成权限模型差异评估并给出改造方案，同时确认后端资源排期；复审时点定在两周后的组合例会。决议记录写明结论、条件、责任人和复审日期，提案状态标记为暂缓，跟踪角色在复审前更新评估进展。
评审结论落地与过程记录
三类结论对应不同后续动作。准入：写入组合台账，分配项目编号，通知跟踪角色建立跟踪记录，按里程碑更新状态。暂缓：保留提案编号，写明暂缓原因、复审时点和触发条件（如完成某项评估、资源释放、预算批复），到期由组合管理角色发起复审。退回：记录退回原因，提案人可修改后重新提交，重新提交视为新版本并保留历史记录。
组合台账建议包含以下字段：提案编号、提案名称、提案人、评审日期、结论类型、评分汇总、资源占用（人力与预算）、准入条件、责任人、复审时点、当前状态、关联跟踪记录。台账字段与提案字段保持同名同口径，减少重复录入和口径冲突。
暂缓项目的复审触发条件要具体可判断，例如“权限评估报告完成并经架构评审通过”“后端资源在现有项目结项后释放”。仅写“条件成熟后复审”无法执行。评审记录与决议的留存要求包括：提案版本、评分表、会议记录、决议文件、结论通知，保存期限按组织档案制度执行，确保后续复盘和审计可查。
当提案、评分和决议分散在邮件、表格和会议纪要中时，版本核对和状态跟踪会消耗大量协调时间。ONES 的项目管理与知识库模块可以承载提案文档、评审记录和跟踪工作项，让结论与后续状态在同一流程中流转；ONES Performance 提供交付效率、交付质量、资源效率、完成情况四个维度的效能度量实践体系，并支持多维度、精细化的数据分析，可用于准入后跟踪项目实际资源占用与交付表现，为下一轮评审提供参照。
完成检查：准入评审是否做到位
用以下清单逐项核对，判断评审机制是否可运行。每项都应有可查证的记录，而不是口头确认。
- 评审标准与评分表已发布，权重和量表全组合统一，调整有记录。
- 提案模板必填字段完整，所有提案使用同一版本模板提交。
- 硬性门槛与一票否决项单独列出，触发后有明确处置记录。
- 每个提案都有预检意见，缺项在进入评审会前补齐。
- 每个角色明确到人，提案人、预审人、评审专家、决策人、跟踪人可查。
- 评审会有固定议程，回避与表决情况记入会议记录。
- 每份决议写明结论类型、理由、条件和责任人，可追溯到评分依据。
- 准入结论已写入组合台账，暂缓项目有复审时点和触发条件。
- 提案版本、评分表、会议记录和决议已归档，保存位置统一。
- 跟踪角色按约定周期更新状态，实际资源占用与评审测算可比对。
常见失效信号包括：评审会变成材料补全会、评分只有分数没有理由、暂缓项目长期无人复审、台账与跟踪记录两套数据对不上、同一提案反复提交但历史版本丢失。对应修正方向是收紧预检、强制填写打分依据、为暂缓设置到期提醒、统一台账字段口径、保留提案版本历史。机制运行一段时间后，可用准入项目的实际交付表现回看评分准确性，据此调整权重和门槛，但调整应成批进行并留痕。
常见问题
提案在预检阶段被退回补充，是否还能赶上当次评审会？
取决于补充内容和会议排期。建议在机制文件中约定预检截止时间，例如评审会前三个工作日完成预检，缺项提案退回后须在截止时间前重新提交，逾期顺延到下一次评审。这样既保留补充机会，也避免会议被材料补齐工作占用。若缺项只涉及个别非关键字段，可由组合管理角色判断是否带条件进入评审，并在决议中写明补齐时点。
评分分歧较大时，评审会现场应该怎么处理？
先区分分歧类型。若是评分依据不同，请打分专家在会上说明各自依据，由评审组确认采用哪一口径，并记入会议记录；若是权重设置本身有争议，不在单个提案上临时调整，而是记录为机制改进项，成批调整并留痕。对于无法当场达成一致的提案，可以给出暂缓结论，写明需要补充的评估内容和复审时点，避免留到会后私下协调。
暂缓的项目长期没有复审，怎么避免变成事实上的搁置？
关键是让复审触发条件具体可判断，例如“权限评估报告完成并经架构评审通过”“关键资源在现有项目结项后释放”，并给每个暂缓项目设定明确的复审日期。组合管理角色在台账中维护复审时点，到期主动发起复审；跟踪角色在复审前更新条件完成情况。若条件长期无法满足，应在复审中明确转为退回，记录原因并释放提案编号，避免台账中堆积无效条目。
同一提案修改后重新提交，历史记录怎么保留？
把重新提交视为新版本，保留原提案编号或建立版本关联，历史版本的提案表、评分表、会议记录和决议一并留存。台账中记录当前有效版本和历次结论，便于复盘时对照评分与实际交付表现。若提案范围发生实质变化，例如目标客户或资源规模调整，建议按新提案重新走预检和评审，并在记录中注明与原提案的关系。
准入评审机制运行一段时间后，怎么判断评分是否准确？
用准入项目的实际交付表现回看评分。跟踪角色按约定周期更新资源占用和交付状态，与评审时的资源测算、收益假设做比对，重点看偏差较大的维度。ONES Performance 提供交付效率、交付质量、资源效率、完成情况四个维度的效能度量实践体系，并支持多维度、精细化的数据分析，可作为准入后跟踪的参照。据此调整权重和门槛时建议成批进行并留痕，避免同一批提案使用不同口径。
