项目评分矩阵把候选项目放在同一张表里，按统一维度打分、加权汇总并排序，帮助团队在项目组合层面做取舍。本文提供一张可直接复制的空白表，并逐字段说明填写口径、必填与选填规则、一份完整填写示例，以及后续调整与维护方法。表中维度、权重和评分刻度为建议值，使用时需结合组织战略与组合目标调整。
要点总览（TL;DR）
- 项目评分矩阵是一张把候选项目按统一维度打分、加权汇总并排序的表格，用于项目组合层面的取舍。
- 空白模板包含基本信息、维度与权重、各维度得分、加权总分、排序与决策结论六类字段，维度建议覆盖战略契合、收益、成本投入、风险、资源可得性与时间紧迫性，权重合计100%。
- 必填项缺失时该行不进入排序；提交前需校验权重合计、加权得分与总分三项一致性。
- 填写示例演示了六个维度的加权计算与排序结论，示例为虚构情景，字段与空白模板一一对应。
- 维度与权重需随组合目标调整，每轮评审留存版本，便于比较同一项目在不同周期的得分变化。
可复制的项目评分矩阵空白模板
下表按“基本信息—维度与权重—打分汇总—决策结论”的顺序排列，可直接复制到文档或表格工具中填写。每个候选项目占一行，维度列可按需增删。权重合计应为100%，加权得分由维度得分乘以权重得出。
| 项目名称 | 负责人 | 所属业务线 | 评估日期 | 评估人 | 战略契合（权重%） | 收益（权重%） | 成本投入（权重%） | 风险（权重%） | 资源可得性（权重%） | 时间紧迫性（权重%） | 加权总分 | 排序 | 决策结论 |
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
如果希望把权重与评分标准单独维护，可在主表之外附一张“维度定义表”，列出维度名称、权重、评分刻度与各分值对应的判断标准。主表只保留得分，便于横向比较；定义表承担口径说明，避免每次评估重复解释。两表配合使用，主表保持简洁，评分依据集中可查。
字段说明：每个格子填什么
字段说明的目标是让不同评估人对同一项目给出可比的分值。基本信息回答“评的是谁、谁来评”，维度字段回答“按什么标准评”，汇总字段回答“怎么算总分”，结论字段回答“评完怎么处理”。
| 字段 | 含义 | 填写口径 |
|---|---|---|
| 项目名称 | 候选项目的唯一标识 | 使用立项时的正式名称，避免简称歧义 |
| 负责人 | 项目推进的第一责任人 | 填写具体人名，便于后续追问 |
| 所属业务线 | 项目服务的业务范围 | 按组织现有业务线名称填写，用于分组比较 |
| 评估日期 | 本次打分的日期 | 填写实际评审日期，便于追溯版本 |
| 评估人 | 参与打分的人员或角色 | 多人打分时列出全部参与者，或注明评审小组 |
| 维度名称 | 用于比较项目的评价角度 | 建议覆盖战略契合、收益、成本投入、风险、资源可得性、时间紧迫性 |
| 权重 | 该维度在总分中的占比 | 以百分比表示，全部维度合计100% |
| 评分刻度 | 分值的取值范围与含义 | 建议采用1–5分，1分最不利、5分最有利，并为每个分值写明判断标准 |
| 维度得分 | 该项目在该维度的实际打分 | 按评分刻度取整数，需能对应到评分标准中的描述 |
| 加权得分 | 维度得分乘以权重 | 如战略契合得4分、权重25%，加权得分为1.0 |
| 加权总分 | 各维度加权得分之和 | 满分等于评分刻度上限，1–5分制下满分为5分 |
| 排序 | 按加权总分从高到低的名次 | 同分时按战略契合得分或收益得分排序，规则需事先约定 |
| 决策结论 | 本次评估的处理意见 | 取值建议为立项、暂缓、观察、放弃，并附一句理由 |
成本投入与风险两个维度需要特别注意方向一致：若采用“1分最不利、5分最有利”的刻度，成本越低、风险越小应得越高分，避免出现高分代表高风险的混用。评分标准中应明确写出这一方向，减少打分时的理解偏差。
必填与选填：哪些字段不能空
必填字段决定这张表能否用于排序和决策，选填字段用于补充背景。缺失必填项时，该行不应进入排序，而应退回补充；选填项缺失不影响计算，但可能影响评审讨论的充分性。
| 类别 | 字段 | 缺失时的处理 |
|---|---|---|
| 必填 | 项目名称、负责人、所属业务线、评估日期、评估人 | 补齐后再提交评审，否则无法追溯责任与时间 |
| 必填 | 各维度权重、各维度得分 | 任一维度缺分则总分不成立，该行暂不参与排序 |
| 必填 | 加权总分、排序、决策结论 | 由计算和评审得出，评审结束前不得留空 |
| 选填 | 评分标准说明、决策理由 | 建议填写，用于解释分值与结论，缺失不阻断计算 |
| 选填 | 项目背景、依赖关系、备注 | 按需补充，帮助评审理解项目上下文 |
提交前建议执行三项一致性检查：权重合计是否为100%；每个维度的加权得分是否等于得分乘以权重；加权总分是否等于各加权得分之和。三项检查通过后，再按总分排序并填写决策结论。多人打分时，还需检查同一维度是否使用了相同的评分刻度，避免有人按1–10分、有人按1–5分填写。
填写示例：一个完整打分的项目
以下为演示情景，项目名称与分值均为虚构，用于说明字段如何联动。假设某业务线提出一个“客户自助服务门户”项目，评审小组在季度组合评审会上按六个维度打分，权重依次为战略契合25%、收益20%、成本投入15%、风险15%、资源可得性15%、时间紧迫性10%。
| 维度 | 权重 | 得分（1–5） | 加权得分 | 打分依据 |
|---|---|---|---|---|
| 战略契合 | 25% | 5 | 1.25 | 直接支撑本年度客户体验提升目标 |
| 收益 | 20% | 4 | 0.80 | 预计降低人工客服量，收益可量化 |
| 成本投入 | 15% | 3 | 0.45 | 需新建前端与接口，投入中等 |
| 风险 | 15% | 3 | 0.45 | 依赖第三方身份认证，存在集成风险 |
| 资源可得性 | 15% | 4 | 0.60 | 团队有类似项目经验，人力可协调 |
| 时间紧迫性 | 10% | 4 | 0.40 | 需在下一财年前上线以配合合同承诺 |
| 合计 | 100% | — | 3.95 | — |
计算过程为：1.25 + 0.80 + 0.45 + 0.45 + 0.60 + 0.40 = 3.95。若同批次另有三个候选项目，总分分别为4.20、3.60、3.10，则该项目排序为第二。评审小组据此给出“立项”结论，理由为战略契合度高且收益可量化，同时要求在立项材料中写明第三方认证的集成方案与风险应对措施。若该项目总分处于中位且风险维度得分偏低，结论可改为“观察”，待风险缓解方案明确后再进入下一轮评审。
示例中的字段与空白模板一一对应：基本信息填入表头各列，六个维度得分填入对应列，加权总分与排序由计算得出，决策结论附理由。实际使用时，建议在评审记录中保留每位评估人的原始打分，便于出现分歧时回溯讨论。
调整与维护：让矩阵随组合变化更新
评分矩阵在第一次评审后并非固定不变。业务目标、资源状况和项目组合结构变化时，维度和权重需要同步调整，否则排序结果会偏离实际取舍标准。维护的重点是让每次调整有触发条件、有记录、有版本可查。
新增或删减维度时，先确认该维度是否影响项目之间的比较。例如组合中开始出现大量跨部门协作项目，可增加“协同复杂度”维度；若某维度长期所有项目得分接近，说明区分度不足，可考虑合并或删除。增删维度后需重新核对权重合计是否为100%，并对在评项目重新打分，避免新旧口径混排。
权重调整通常由三类情况触发：组织战略重点转移、上一周期排序结果与实际决策偏差较大、成本或风险约束明显收紧。每次调整应记录调整日期、调整人、调整前后的权重对照及原因，并在下一轮评审前通知全部评估人。评分周期建议与组合评审节奏一致，按季度或半年度复核；项目状态发生重大变化时，可临时发起复评。
历史版本需要留存，至少保留每轮评审的完整表格与权重定义，便于比较同一项目在不同周期的得分变化，也便于解释某次决策的依据。若使用文档工具承载评分矩阵，可借助 ONES Wiki 的页面模板库一键创建制式化表格文档，并利用其页面版本记录查看与回滚历史内容；评分矩阵所在页面组可关联对应项目，使评估记录与项目工作保持对应。这样，维度调整、权重变更和每轮打分结果都留在同一处，复评时可直接对照上一版本。
维护清单可归纳为：每轮评审前确认维度与权重版本；评审后校验权重合计与总分计算；记录决策结论及理由；归档本轮表格并标注版本号；下一轮评审前回顾上一轮排序与实际结果的偏差，决定是否调整维度或权重。
常见问题
权重合计不等于100%时，应该先调整权重还是先改评分刻度？
先调整权重。权重决定各维度在总分中的占比，评分刻度只影响单个维度的取值区间，两者作用不同。权重合计偏离100%时，按组织当前战略重点重新分配各维度占比，使合计回到100%，再核对评分刻度是否仍为统一的1–5分。若同时改动两者，上一轮得分将无法与新一轮直接比较，历史版本的可比性会下降。
多人参与打分时，如何减少同一维度上的口径分歧？
在评分标准中为每个分值写明判断依据，并在评审前统一说明评分方向，尤其是成本投入与风险两个维度：采用“1分最不利、5分最有利”的刻度时，成本越低、风险越小应得越高分。评审时可保留每位评估人的原始打分，出现明显分歧的维度当场对照标准讨论，必要时记录分歧原因，供下一轮修订评分标准使用。
评分矩阵和单个需求的优先级排序是什么关系？
评分矩阵处理的是项目之间的取舍，回答“这一批候选项目先做哪个、暂缓哪个”；单个需求的优先级排序关注同一项目内部需求的价值与先后。两者使用的维度和评审节奏不同，矩阵结果确定项目进入组合后，项目内部的需求排序可另行开展。把两类排序混在一张表里，容易让项目层面的资源取舍被单个需求的细节淹没。
项目状态发生重大变化时，是否需要立即重新打分？
可以发起临时复评，但不必每次变化都重算全表。触发复评的典型情况包括：项目范围明显扩大或缩小、关键资源被抽调、外部依赖出现重大风险、组织战略重点调整。复评时沿用当前版本的维度与权重，只更新受影响项目的得分与结论，并在记录中注明复评原因和日期，保持与常规评审周期的记录可区分。
评分矩阵的表格和评分标准说明放在哪里，便于团队长期使用？
主表保持简洁，只保留基本信息、各维度得分、加权总分、排序与结论；维度定义、评分刻度与各分值判断标准单独维护成一张定义表，两表配合使用。承载方式上，可放在团队共用的文档空间中，按评审周期建立页面并保留历史版本。ONES Wiki 提供页面模板库，可一键创建制式化文档模板，并记录页面版本、支持查看与回滚，适合存放每轮评审的表格与权重定义；页面组还可关联对应项目，使评估记录与项目工作保持对应。
