项目准入评估表用于回答一个组合层面的问题：这个提案是否值得进入当前项目组合、占用既定资源。表格通常按“提案基本信息—商业论证—资源与交付可行性—组合匹配与风险—准入结论”五段组织，由提案人申报、职能角色核验、评审组按统一口径给出准入、有条件准入或暂缓等结论。下文给出字段框架、操作步骤、角色分工、评分规则和一份填写示例，并说明如何用ONES承载申报、评审流转与结论记录。
要点总览（TL;DR）
- 准入评估表按“提案基本信息—商业论证—资源与交付可行性—组合匹配与风险—准入结论”五段组织，每段回答一类准入问题，字段按提案规模区分必填与选填。
- 流程分四步：提案人申报、职能角色核验、评审组打分定结论、记录条件与复核时点，每步都有明确的输入、输出和完成标志。
- 提案人对申报内容负责，财务、技术、资源等角色出具核验意见，评审组集体决定准入结论，有条件准入的条件由指定责任人跟进复核。
- 评分维度与字段一一对应，权重按组合战略导向设定并在评审周期内保持稳定；合规等硬性要求设为否决项，评分结果作为讨论基础，最终结论结合专家判断。
- 评估表只服务于组合准入决策，单项目启动授权和已准入项目的优先级排序由各自流程承担。
一张准入评估表应包含哪些字段
准入评估表的字段设计应围绕五类准入问题展开，每段回答一个问题，避免把部门日常报表的内容堆进同一张表。字段过多会让提案人反复补填，字段过少则评审组无法判断资源与风险的边界。
| 段落 | 回答的准入问题 | 关键字段示例 | 必填/选填 |
|---|---|---|---|
| 提案基本信息 | 这是什么提案，由谁发起，要解决什么问题 | 提案名称、提案编号、发起人及所属部门、提案日期、目标与范围、不做什么（范围边界）、期望启动时间 | 除提案编号由系统生成外均为必填 |
| 商业论证 | 预期收益是否足以支撑投入 | 预期收益（收入、成本节约、合规或战略价值）、成本估算（人力、采购、外部服务）、投入产出说明、关键假设、测算附件 | 收益、成本、关键假设必填；详细测算附件按提案规模选填 |
| 资源与交付可行性 | 现有资源与能力能否支撑交付 | 所需角色与人力投入（人月）、关键技能缺口、外部依赖、交付里程碑、主要技术或实施难点 | 人力投入、关键依赖、里程碑必填；技能缺口说明按规模选填 |
| 组合匹配与风险 | 与现有组合是否冲突，风险是否可接受 | 与现有项目/产品线的关系（互补、重叠、替代）、资源挤占情况、主要风险及等级、合规与安全要求、风险应对预案 | 组合关系、主要风险、合规要求必填；风险预案按风险等级选填 |
| 准入结论 | 评审组给出什么结论，附带什么条件 | 评分结果、结论（准入/有条件准入/暂缓/不准入）、附加条件、条件责任人、复核时点、评审日期与评审人 | 全部必填，由评审环节填写 |
必填与选填的划分要随提案规模裁剪。小额、低风险的提案可以简化商业论证的测算附件和风险预案，保留收益、成本、主要风险三项核心字段；跨部门、投入较大的提案则应补充依赖清单、技能缺口分析和分阶段里程碑。裁剪规则应写进表格说明，由组合管理角色统一解释，避免每个提案人自行判断。
在工具层面，提案申报与评审流转需要有承载位置。ONES Plan 在客户案例中被用于管理项目组合和里程碑风险，ONES Wiki 可沉淀项目文档与实践经验，评估表本身、测算附件和评审记录可以按提案归集，便于后续追溯。
从提案到准入结论的操作步骤
评估表的价值在于被完整走完一遍流程。每个步骤都应明确输入、动作、输出和完成标志，否则表格容易停在“已填写、未核验”的状态。
第一步：提案人填写申报与商业论证
输入是业务需求、初步调研材料和上一期组合评审的结论。提案人按五段结构填写前两段，明确目标、范围边界、预期收益和成本估算，并标注关键假设。输出是一份字段完整、假设清晰的申报稿。完成标志是必填项无空缺、收益与成本口径可被他人读懂。
第二步：职能角色补充核验意见
输入是提案人提交的申报稿。财务角色核验成本估算与收益测算的口径，技术或交付角色核验可行性、依赖与技能缺口，资源管理角色核验人力投入与当前占用情况。各角色在表格对应字段旁留下核验意见，标明“认可”“需补充”或“有异议”。输出是带核验意见的评估稿。完成标志是所有必填核验项均有意见记录，异议项已与提案人对齐或明确保留。
第三步：评审会按统一口径打分并形成结论
输入是完成核验的评估稿和本期组合的资源约束。评审组按既定评分维度和权重逐项打分，结合讨论形成准入、有条件准入、暂缓或不准入的结论。输出是评分表、会议记录和结论。完成标志是结论、评分和主要讨论意见均已记录，且与提案编号关联。
第四步：记录条件与复核时点
有条件准入的提案必须写明条件内容、条件责任人和复核时点，例如“补充外部供应商报价后复核”“关键岗位到位后启动”。输出是条件清单和复核计划。完成标志是每条条件都有责任人和日期，并在约定时点触发复核，复核结果回写到同一份评估记录中。
谁填、谁审、谁决策：角色与交付物分工
准入评估常见的失效方式是表格填得很完整，但没有角色对内容负责。把职责和交付物固定下来，评审时才能判断每条信息的可信度。
| 角色 | 职责边界 | 在表格上留下的交付物 |
|---|---|---|
| 提案人 | 对提案的目标、范围、收益假设和成本估算负责，回应核验意见 | 申报信息、商业论证、假设说明、对异议的答复 |
| 职能核验人（财务、技术/交付、资源管理） | 在各自专业范围内核验数据口径与可行性，不代替评审组做准入决策 | 核验意见、修正建议、异议记录 |
| 组合管理角色 | 维护评估表模板与评分口径，汇总本期提案，检查组合层面的资源与重叠情况 | 组合影响说明、模板版本记录、评审议程 |
| 评审组 | 按统一口径评分并给出结论，对结论和附加条件负责 | 评分结果、准入结论、附加条件、评审记录与签署 |
决策权限需要与结论类型对应。准入和不准入通常由评审组集体决定；有条件准入的条件设定与复核由评审组授权给指定责任人，复核结果超出原条件范围时应回到评审组重新确认。所有结论都应记录评审日期、参与人和意见摘要，保证后续可追溯。
评分口径与准入结论怎么定
评分的作用是把不同提案放到同一把尺子上比较，为讨论提供基础。评分维度应与评估表字段一一对应，避免出现“表里填了、评分用不上”的脱节。
| 评分维度 | 对应字段 | 权重设置思路 |
|---|---|---|
| 战略与组合匹配 | 与现有组合的关系、战略价值 | 组合处于扩张期时可适当提高 |
| 收益与成本 | 预期收益、成本估算、投入产出 | 按收益可验证程度分档 |
| 交付可行性 | 人力投入、技能缺口、依赖与里程碑 | 资源紧张时期权重上调 |
| 风险与合规 | 主要风险等级、合规要求、应对预案 | 合规为硬性门槛时单独设否决项 |
权重由组合管理角色提出、评审组确认，并在一个评审周期内保持稳定，调整需留痕。合规、安全等硬性要求适合设为否决项，不参与加权，未满足即不进入准入讨论。
结论判定建议采用四类：总分达到设定区间且无否决项，给“准入”；总分达标但存在待补事项，给“有条件准入”；收益或可行性证据不足、需要补充材料，给“暂缓”；触发否决项或与组合战略明显冲突，给“不准入”。阈值应结合本期资源约束设定，不照搬外部数值。
评分不能替代专家判断。当评分与评审组的判断不一致时，应在记录中写明分歧原因，例如收益测算依赖尚未确认的客户意向。唯分数论会让评估表退化为打分游戏，评审组的职责是解释分数背后的假设是否成立。
示例：一份填好的准入评估表
以下为演示情景，用于说明填写方式，不代表真实项目数据。
提案背景与申报信息
提案名称：客户服务工单系统升级；发起人：客户服务部；目标与范围：将现有工单系统替换为支持多渠道接入的新版本，覆盖在线客服与电话工单，不含内部IT运维工单；期望启动时间：下一季度初。
商业论证与资源风险字段
预期收益：工单平均处理时长缩短，减少重复录入带来的人力节约；成本估算：内部开发人力若干人月，加外部接口服务采购；关键假设：现有客户数据可迁移、外部接口供应商按期交付。资源需求：后端开发、前端开发、测试各若干人月，需一名熟悉迁移的工程师；主要依赖：外部接口供应商；主要风险：数据迁移出错影响上线，等级为中；合规要求：客户数据存储需符合内部安全规范。组合关系：与在研的会员系统改造存在部分前端资源重叠。
评分结果与准入结论
评审组按四个维度打分，战略与组合匹配、收益与成本得分较高，交付可行性因资源重叠得分中等，风险与合规无否决项。结论为“有条件准入”，附加条件为：与会员系统改造项目确认前端资源排期后再启动；数据迁移方案经安全评审通过。条件责任人为客户服务部提案人，复核时点为启动前两周。
完成检查：评估表可用性核对清单
表格设计完成后，用以下清单逐项核对，判断它是否达到可评审、可追溯的要求。
- 字段完整性：五段结构齐全，必填项与选填项有明确标注，裁剪规则写在表格说明中。
- 口径一致性：收益、成本、人力投入的计量单位统一，评分维度与字段对应关系清晰。
- 核验可追溯：每个必填核验项都有核验人和意见记录，异议有处理结果。
- 决策可追溯：结论、评分、评审日期、参与人和主要讨论意见与提案编号关联保存。
- 条件闭环：有条件准入的每条条件都有内容、责任人和复核时点，复核结果回写原记录。
- 维护责任：明确表格维护人和版本更新规则，字段调整留痕，历史提案按原版本可查。
评估表只服务于组合准入决策，单项目启动授权和已准入项目的优先级排序由各自流程承担。把这张表稳定运行几个评审周期后，再根据实际分歧点调整字段和权重，比一次性设计得过于复杂更有效。ONES 可将标准流程、评审节点和交付物模板沉淀为可复用资产，并通过数字线程贯通需求、开发、测试、变更与发布，支撑过程追溯，适合把准入评审记录纳入同一套研发管理体系中维护。
常见问题
提案规模差异很大，评估表要不要做两套？
建议用一套模板加裁剪规则，而不是维护两套表格。五段结构保持不变，按投入规模和风险等级调整字段深度：小额、低风险提案保留收益、成本、主要风险等核心字段，测算附件和风险预案可以简化；跨部门、投入较大的提案补充依赖清单、技能缺口分析和分阶段里程碑。裁剪规则写进表格说明，由组合管理角色统一解释，避免提案人各自判断导致口径不一。
有条件准入的条件一直没落实，怎么处理？
在结论记录时就把条件内容、责任人和复核时点写清楚，复核时点应早于提案实际启动时间。到达复核时点后，由责任人提交补充材料，评审组或授权人确认条件是否满足。如果条件在约定时间内未完成，或者复核发现情况超出原条件范围，应回到评审组重新确认结论，而不是默认放行。复核结果回写到同一份评估记录中，保证前后可追溯。
评分和评审组判断不一致时以哪个为准？
以评审组的判断为准，但要在记录中写明分歧原因。评分的作用是把不同提案放到同一把尺子上比较，为讨论提供基础；当某项收益依赖尚未确认的客户意向、或可行性判断存在信息缺口时，分数可能高估或低估实际价值。评审组需要解释分数背后的假设是否成立，并把分歧点和处理意见记录下来，供后续调整评分维度或权重时参考。
评估表里的收益和成本由谁核验，核验到什么程度？
财务角色核验成本估算与收益测算的口径，技术或交付角色核验可行性、依赖与技能缺口，资源管理角色核验人力投入与当前占用情况。核验的目标是确认数据口径可被他人读懂、关键假设有依据，而不是替提案人重做测算。各角色在对应字段旁留下“认可”“需补充”或“有异议”的意见，异议项由提案人答复或明确保留，所有必填核验项都有意见记录后才进入评审。
评估表运行一段时间后，字段和权重怎么调整？
先稳定运行几个评审周期，再根据实际分歧点调整。常见调整信号包括：某字段长期无人使用、评审讨论反复集中在表外信息、权重与实际资源约束脱节。调整由表格维护人提出，评审组确认后更新版本并留痕，历史提案按原版本可查。权重在一个评审周期内保持稳定，中途调整会让同期提案失去可比性。
