项目价值评估要回答的是“这个项目值不值得占用有限资源”，依据需要覆盖战略贡献、收益、成本与资源占用、风险与不确定性、依赖与约束五类。评估前先统一维度、权重和打分刻度，再按字段收集证据、打分校准并形成排序结论，结论与依据一并留档，供评审和复盘使用。
要点总览（TL;DR）
- 项目价值评估的依据覆盖五类：战略贡献、收益、成本与资源占用、风险与不确定性、依赖与约束，每类都要落到可追溯的证据。
- 评估前先确定评分维度、权重和打分刻度并冻结，所有项目使用同一口径，避免临时调整标准。
- 操作流程分五步：确定范围与时点、统一口径、按字段收集证据并标注假设、打分校准排序、记录结论进入评审。
- 项目负责人、业务或战略角色、财务角色、组合管理角色、评审角色各有明确交付物，提供假设与确认结论应分开。
- 提交评审前用检查清单核对依据完整性、假设验证方式、口径一致性和分歧记录，依据缺失时退回补充而非直接调分。
评估依据由哪几类信息构成
五类依据各自回答一个不同的问题，缺一类就会让结论偏向某一方面：只看收益容易高估，只看风险容易保守，只看战略容易忽略交付代价。每类依据都要落到可追溯的证据上，而不是停留在印象判断。
| 依据类别 | 回答的问题 | 需要的证据 |
|---|---|---|
| 战略贡献 | 项目支撑哪个年度目标或战略主题，在项目组合中处于什么位置 | 目标拆解表、战略主题映射、组合定位说明（如保底、增长、探索） |
| 收益 | 能带来什么财务或业务结果，何时实现 | 收入或成本节约测算、业务指标改善预估、实现时点与测算假设 |
| 成本与资源占用 | 需要投入多少，占用哪些稀缺资源，挤占了什么 | 预算估算、人力投入人月、关键角色占用、机会成本说明 |
| 风险与不确定性 | 可能出什么问题，概率与影响多大，应对要花多少 | 风险登记表（技术、市场、合规、交付）、概率与影响评级、应对成本估算 |
| 依赖与约束 | 依赖哪些前置项目或外部条件，受哪些合规要求限制 | 前置项目清单、外部供应商或审批条件、合规与安全要求说明 |
战略贡献依据要能回答“不做这个项目，哪个目标会受影响”，通常来自年度目标拆解和组合定位讨论。收益依据要区分财务收益与业务收益，并写明实现时点和测算假设，例如“上线后第二个季度起每月节省若干人工时”比“提升效率”更可核对。成本与资源依据除了预算，还要写清关键角色占用和机会成本，因为同样的资深工程师投入A项目就无法投入B项目。风险依据要按类型登记，并给出概率、影响和应对成本三个字段。依赖与约束依据则要列出前置项目、外部条件和合规要求，它们往往决定项目能否按时启动。
从依据到评分：操作步骤与口径设计
依据收集完成后，需要一套事先确定的评分口径把定性判断转成可比较的分数。口径在评估开始前确定，所有项目使用同一套维度、权重和刻度，避免因项目不同而临时调整标准。
第一步：确定评估范围与评估时点
输入是待评估项目清单和本轮资源约束；动作是明确哪些项目纳入本轮评估、以什么时点的数据为准；输出是评估范围说明；完成标志是清单经组合管理角色确认，且每个项目指定了负责人。
第二步：统一评分维度、权重与打分刻度
输入是五类依据；动作是把它们转成评分维度并分配权重，例如战略贡献、收益、成本、风险、依赖各占一定比例，权重之和为100%；同时定义刻度，如1至5分，每档写明判断标准。输出是评分口径表；完成标志是口径表经评审角色确认后冻结，本轮评估期间不再改动。
| 评分维度 | 权重示例 | 打分刻度示例 |
|---|---|---|
| 战略贡献 | 30% | 5分=直接支撑年度核心目标；3分=支撑部门目标；1分=关联度弱 |
| 收益 | 25% | 5分=收益可量化且一年内实现；3分=收益可估算但时点不确定；1分=收益难以量化 |
| 成本与资源占用 | 20% | 5分=投入小且不占用稀缺资源；1分=投入大且占用关键角色 |
| 风险与不确定性 | 15% | 5分=风险低且应对成本小；1分=存在高概率高影响风险 |
| 依赖与约束 | 10% | 5分=无前置依赖、合规路径清晰；1分=依赖多个未就绪条件 |
上表为演示性口径，实际权重应结合组织当期目标调整，并在评估前确认。
第三步：按字段收集证据并标注假设
输入是评分口径表和项目材料；动作是项目负责人按字段填写收益、成本、风险信息，业务或战略角色补充战略贡献判断，财务角色核对收益口径；输出是每个项目的评估表；完成标志是五类字段均有内容，且每条假设都标注了验证方式。
第四步：打分、校准与排序
输入是填好的评估表；动作是先由项目负责人自评，再由组合管理角色组织校准会，对分数差异大的项目逐项核对依据；输出是加权总分和排序结果；完成标志是校准后的分数有依据支撑，分歧点有记录。
第五步：记录结论与依据，进入评审
输入是排序结果；动作是整理评估结论、关键依据和例外说明，提交评审；输出是评审材料；完成标志是评审角色确认结论或给出调整意见，材料归档。
在证据收集和评审留档环节，ONES 的项目管理与项目集管理模块可承载项目清单、评估字段和评审记录，使依据与结论在同一处关联保存；具体配置方式以实际版本为准。
角色分工与各环节交付物
评估能否执行，取决于每个环节是否有人负责、有明确交付物。角色划分不必复杂，但要避免同一人既提供收益假设又独自确认结论。
| 角色 | 主要职责 | 交付物 |
|---|---|---|
| 项目负责人 | 提供收益与成本假设，登记风险 | 收益测算及假设说明、成本与人力估算、风险登记表 |
| 业务或战略角色 | 判断项目与战略目标、组合定位的对应关系 | 战略贡献判断及映射说明 |
| 财务角色 | 统一收益口径，核对成本核算 | 收益口径说明、成本核算确认 |
| 组合管理角色 | 汇总评估表，组织校准，形成排序 | 汇总评估表、校准记录、排序结果 |
| 评审角色 | 确认结论，处理例外与分歧 | 评审意见、例外处理记录 |
项目负责人对假设的真实性负责，财务角色对口径一致性负责，组合管理角色对流程完整性负责，评审角色对结论负责。分歧无法在校准环节解决时，应记录双方依据并提交评审，而不是用平均分掩盖差异。
示例：一个项目如何按依据完成评估
以下为演示情景，用于说明依据到结论的过程，数字仅作示例。
项目背景与范围：某研发团队计划在下一季度启动“客户门户改版”项目，评估范围包括该项目与另外两个候选项目的比较，评估时点为季度规划会前一周。
五类依据填写：
- 战略贡献：对应年度目标“提升客户自助服务比例”，属于增长类项目，战略贡献打4分。
- 收益：预计上线后第二个季度起，客服工单量每月下降约15%，按当前工单处理成本折算，年化节约可估算；假设为“客户迁移率不低于60%”，验证方式为上线后首月迁移数据。收益打4分。
- 成本与资源占用：需两名前端、一名后端投入约十周，占用团队一名核心架构师部分时间；成本打3分。
- 风险与不确定性：依赖第三方支付接口改造，存在排期不确定风险，概率中等、影响较大，应对成本为预留两周缓冲；风险打2分。
- 依赖与约束：前置条件为支付接口改造完成，合规方面需通过数据安全评审；依赖打2分。
打分与权重计算：按前文演示口径，战略贡献4×30%=1.2，收益4×25%=1.0，成本3×20%=0.6，风险2×15%=0.3，依赖2×10%=0.2，加权总分3.3分。与另外两个候选项目按同一口径打分后，该项目排在第二位。
结论与适用边界：评审结论为“本季度启动，但支付接口改造排期需在启动前确认”。该示例适用于项目数量有限、依据可集中收集的场景；项目数量多或跨事业部时，需要更细的字段和更长的校准周期。
完成检查：评估结果是否可用
评估提交评审前，可用以下清单逐项核对，判断依据是否充分、结论是否可复核。
- 五类依据是否齐全，每条依据是否注明来源，例如测算表、风险登记或目标拆解文档。
- 收益与成本中的假设是否单独标注，是否写明验证方式和验证时点。
- 权重与打分刻度是否在评估开始前确定，所有项目是否使用同一口径，中途是否发生调整并记录原因。
- 每个项目的结论是否能逐项对应到依据，换一个人按同样依据能否得出相近分数。
- 校准会上的分歧、评审中的例外是否记录，是否写明处理方式和责任人。
- 评估材料是否归档，是否能在下一轮复盘时调取对照。
检查中发现依据缺失时，应退回补充而不是直接调分；发现口径不一致时，应统一重算而不是保留两套结果。评估结论进入评审后，依据与结论的对应关系应保持可追溯，便于后续复盘时判断当初的假设是否成立。ONES 效能管理可基于系统内研发数据形成多维度分析指标，并预置面向管理人员、项目经理等角色的仪表盘模板，可作为评估后跟踪交付效率与完成情况的参考；具体指标范围以实际版本为准。
常见问题
项目数量多、跨事业部时，这套评估流程需要做哪些调整？
项目数量多或跨事业部时，集中收集依据和一次性校准会变得困难。可以把评估拆成两层：各事业部先按统一口径完成本单位项目的依据收集和自评，再由组合管理角色汇总，只对分数差异大或跨部门争抢资源的项目组织集中校准。字段上需要补充资源归属和跨部门依赖说明，校准周期也要相应拉长。权重和刻度仍应全组织统一，否则汇总后的排序无法比较。
收益难以量化时，是否就不能进入评估？
可以进入评估，但要把不确定性写清楚。收益依据允许使用可估算的业务指标，例如转化率、工单量、客户满意度等，同时标注测算假设和验证时点。打分时刻度应区分“可量化且时点明确”“可估算但时点不确定”“难以量化”几档，让这类项目在收益维度上得到相应分数，而不是被排除或强行套一个精确数字。评审时应重点关注这类项目的假设是否合理。
评估结论和评审意见不一致时怎么处理？
先区分是依据问题还是判断问题。如果评审认为某类依据缺失或失真，应退回补充材料后重新打分；如果依据完整但评审对权重或战略判断有不同看法，应记录双方理由，由评审角色给出最终结论并注明例外。处理结果要写进评审记录，与评估表一并归档，下一轮复盘时可以回看当初的分歧是否影响了项目结果。
评估结果多久需要重新核对一次？
建议在关键假设发生变化时触发复核，例如收益实现时点推迟、成本超出估算、出现新的高影响风险，或战略目标调整。没有明显变化时，可按季度或半年度结合组合复盘统一复核一次。复核时对照原评估表中的假设与验证方式，判断哪些已被证实、哪些需要修正，并把修正后的依据留档，保持结论与依据的对应关系可追溯。
用工具承载评估依据时，需要关注哪些能力？
核心是让依据、分数和评审记录能关联保存并可追溯。ONES 的项目管理与项目集管理模块可承载项目清单、评估字段和评审记录；ONES 效能管理可基于系统内研发数据形成多维度分析指标，并预置面向管理人员、项目经理等角色的仪表盘模板，可作为评估后跟踪交付效率与完成情况的参考。是否提供专门的价值评分或加权排序功能，现有资料未说明，选型时需单独核验；具体配置与可用范围以实际版本为准。
