项目优先级清单要解决的是多个项目之间的取舍，而不是单个需求先做后做。一张可用的清单通常包含四组信息：项目标识、评估依据、排序结果、状态与复核。下面给出一张可直接复制填写的空白表，并逐字段说明填写口径、必填判断、完整示例和维护方法，方便团队建立统一口径后长期使用。
要点总览（TL;DR）
- 项目优先级清单围绕项目间取舍组织四组字段：项目标识、评估依据、排序结果、状态与复核，先保证字段齐全再补充评分细则。
- 必填字段集中在标识、战略贡献、投入规模、预期收益和排序结论上，缺失时项目暂缓排序并标注待补事项与责任人。
- 排序结论由战略贡献、收益确定性、风险与依赖共同决定，投入大小只作参考，示例中合规改造排在投入更小的视觉改版之前。
- 清单按固定周期复核，并在新增高投入项目、依赖延期、负责人变更等情况下提前触发，变更记录按决策日期保留历史版本。
- 清单承载在协作工具中时，可用文档关联项目任务、页面版本记录和权限配置支撑长期维护，具体形式以团队现有流程为准。
可复制的项目优先级清单空白模板
下面这张表按项目间取舍的需要组织字段，可以直接粘贴到文档表格或电子表格中，再按团队情况增删列。每行代表一个待排序项目，同一批次的项目放在同一张表里比较，跨批次比较时以决策日期区分版本。
| 项目编号 | 项目名称 | 负责人 | 所属组合/业务线 | 战略贡献说明 | 预期收益 | 投入规模 | 主要风险 | 关键依赖 | 优先级等级 | 排序序号 | 决策人 | 决策日期 | 当前阶段 | 下次复核时间 | 变更记录 |
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
表格列较多时，可以按四组拆成“标识与评估”“排序结果”“状态与复核”三块并排维护，但项目编号必须唯一且在各块之间保持一致，否则排序结果无法对应回具体项目。若团队已有项目台账，项目编号、名称、负责人、所属组合可直接引用台账字段，避免两处维护产生偏差。
每个字段记录什么：字段说明与填写口径
字段含义不清是清单失效的常见原因：同一个“预期收益”，有人填金额，有人填定性描述，排序时就无法横向比较。下表给出每个字段的记录方式和口径建议，与空白模板逐列对应。
| 字段 | 所属分组 | 填写口径 |
|---|---|---|
| 项目编号 | 项目标识 | 沿用组织内唯一的项目编码；无编码时按“业务线缩写-年份-序号”自编，一经使用不再变更 |
| 项目名称 | 项目标识 | 使用立项时的正式名称，避免简称；名称变更时在变更记录中注明 |
| 负责人 | 项目标识 | 填对项目结果负责的一人，不填团队或部门 |
| 所属组合/业务线 | 项目标识 | 填项目在组合中的归属，用于分组比较；一个项目只归一个组合，跨组合时以主要出资方为准 |
| 战略贡献说明 | 评估依据 | 用一两句话说明项目支撑哪项业务目标或年度重点，写清对应关系，避免“重要”“核心”这类无指向的词 |
| 预期收益 | 评估依据 | 写明收益类型（收入、成本节约、合规、客户体验等）和口径，能量化则给区间和测算依据，不能量化则写可观察的结果 |
| 投入规模 | 评估依据 | 记录人力、周期、预算的主要量级，注明单位与统计口径，例如“5人×3个月”；不同口径的投入不直接比较 |
| 主要风险 | 评估依据 | 列一到三条影响交付或收益的关键风险，写清风险类型和可能后果，不罗列所有细项 |
| 关键依赖 | 评估依据 | 记录决定项目能否启动或按期交付的外部条件，如其他项目产出、供应商、审批，注明依赖对象 |
| 优先级等级 | 排序结果 | 使用团队统一的等级定义（如高/中/低或P0–P3），等级含义在清单外单独约定并保持稳定 |
| 排序序号 | 排序结果 | 同一批次内的相对顺序，从1开始连续编号；序号反映本批次结论，跨批次不直接比较 |
| 决策人 | 排序结果 | 填对本次排序结论负责的人或决策会议，便于追溯结论来源 |
| 决策日期 | 排序结果 | 填排序结论确定的日期，与复核周期配合使用 |
| 当前阶段 | 状态与复核 | 按团队阶段定义填写，如待评估、已排期、进行中、暂停、已完成；阶段变化时同步更新 |
| 下次复核时间 | 状态与复核 | 填具体日期，按复核周期或触发条件确定，到期未复核的项目在清单中标记 |
| 变更记录 | 状态与复核 | 记录等级、序号、负责人等关键字段的调整，写清变更日期、变更内容和原因 |
评估类字段要特别注意口径一致。例如预期收益统一按“首年可验证收益”记录，投入规模统一按“内部人力人月”记录，团队内所有项目使用同一口径，排序结论才有可比性。战略贡献说明与预期收益承担不同作用：前者回答“为什么做”，后者回答“做完得到什么”，两项都填才能支撑取舍讨论。
必填与选填：哪些字段缺失就不能排序
清单字段齐全并不意味着每个字段都必须填满。缺少标识和排序结果类字段，项目无法进入排序；缺少部分评估字段，可以先标注待补再参与讨论。下表给出必填与选填的划分及理由。
| 字段 | 必填/选填 | 理由与缺失处理 |
|---|---|---|
| 项目编号、项目名称、负责人 | 必填 | 缺少任一项，项目无法被唯一识别和追责，不得进入排序 |
| 所属组合/业务线 | 必填 | 决定项目与哪些项目同组比较，缺失时无法确定比较范围 |
| 战略贡献说明 | 必填 | 是取舍的首要依据，缺失时该项目暂缓排序，标注“待补战略说明” |
| 投入规模 | 必填 | 没有投入量级就无法判断性价比，缺失时暂缓排序 |
| 预期收益 | 必填 | 与投入共同构成取舍基础；确实无法量化时填写定性收益并注明“未量化” |
| 优先级等级、排序序号、决策人、决策日期 | 必填 | 排序结论的载体，四项同时填写才视为完成一次排序 |
| 当前阶段、下次复核时间 | 必填 | 保证清单可持续维护，缺失时清单会退化为一次性快照 |
| 主要风险 | 选填 | 风险尚未识别清楚时可先留空，在排序讨论中补充；高风险项目建议必填 |
| 关键依赖 | 选填 | 无外部依赖的项目可填“无”；存在依赖但未确认时标注“待确认” |
| 变更记录 | 选填 | 首次建立清单时可为空，发生调整后必须追加记录 |
缺失处理遵循两条规则：必填字段缺失的项目不参与本轮排序，在清单中保留行并标注待补事项和补齐责任人；选填字段缺失不影响排序，但要在评审时说明缺失原因，避免把“未填”误读为“没有风险”或“没有依赖”。待补项目补齐后，在下一次排序批次中一并纳入比较。
填写示例：三个项目的完整清单行
以下为演示情景，用于说明字段如何配合表达取舍结论，不代表真实客户数据。三个项目同属一条业务线，在同一批次内排序。
| 项目编号 | 项目名称 | 负责人 | 所属组合/业务线 | 战略贡献说明 | 预期收益 | 投入规模 | 主要风险 | 关键依赖 | 优先级等级 | 排序序号 | 决策人 | 决策日期 | 当前阶段 | 下次复核时间 | 变更记录 |
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| PAY-2025-01 | 支付链路合规改造 | 张明 | 支付业务线 | 支撑年度合规整改要求，对应监管检查项 | 规避合规处罚，保障支付业务持续可用 | 6人×2个月 | 改造涉及存量接口，回归范围大 | 依赖风控系统接口升级完成 | 高 | 1 | 业务线决策会 | 2025-03-10 | 已排期 | 2025-05-10 | 2025-03-10 初始排序 |
| PAY-2025-02 | 商户结算周期缩短 | 李倩 | 支付业务线 | 支撑商户留存目标，改善结算体验 | 预计商户续约率提升，收益未量化 | 4人×3个月 | 结算规则调整影响对账准确性 | 依赖财务对账系统改造 | 中 | 2 | 业务线决策会 | 2025-03-10 | 待评估 | 2025-05-10 | 2025-03-10 初始排序 |
| PAY-2025-03 | 支付页面视觉改版 | 王涛 | 支付业务线 | 配合品牌升级，暂无直接业务指标对应 | 体验改善，收益未量化 | 2人×1个月 | 改版效果依赖用户反馈验证 | 无 | 低 | 3 | 业务线决策会 | 2025-03-10 | 待评估 | 2025-05-10 | 2025-03-10 初始排序 |
三行的差异体现在评估依据上：合规改造有明确的监管对应关系和不可延后的时间要求，排在首位；结算周期缩短有业务目标支撑但收益尚未量化，排在其次；视觉改版投入最小但缺少直接业务指标，排在末位。排序结论不是简单按投入大小排列，而是战略贡献、收益确定性、风险与依赖共同作用的结果。若后续结算项目的收益完成测算，可在复核时调整等级和序号，并在变更记录中写明依据。
清单的调整与维护方法
清单建立后如果长期不更新，排序结论会与实际资源投入脱节。维护的重点是设定复核节奏、明确调整原则、保留历史版本，让清单始终反映当前的取舍判断。
复核周期与触发条件
常规复核按固定周期进行，例如每季度一次，与项目组合的规划节奏对齐。出现以下情况时应提前触发复核：新增高投入项目进入候选、关键依赖发生延期、项目负责人或所属组合变更、外部合规或市场条件变化。复核时逐行确认评估字段是否仍然成立，更新当前阶段和下次复核时间。
字段增删的调整原则
字段调整以“是否影响取舍判断”为标准。新增字段应先在小范围试用一个复核周期，确认能稳定填写后再推广；删除字段前确认历史数据不再需要横向比较。等级定义、收益口径、投入口径这类影响全表可比性的规则，调整时要在清单外记录生效日期，避免新旧口径混用。
变更记录与历史版本保留
每次排序结论变化都要在变更记录中追加一行，写清变更日期、变更字段、变更前后取值和原因。按决策日期保留历史版本，便于回答“当时为什么这样排”。清单承载在协作工具中时，可以把清单作为项目文档维护，与项目任务保持关联，并利用页面版本记录查看和回滚历史内容。ONES Wiki 支持文档关联项目任务、页面组关联项目，文档实时同步并记录页面版本，适合承载这类需要长期维护、多人协作的清单文档；页面模板库可用于固化清单结构，权限配置可区分决策人与填写人的读写范围。具体承载形式仍以团队现有工具和流程为准。
与组合调整、需求排序的边界
项目优先级清单回答“多个项目之间先做哪个”，项目组合调整回答“资源在组合之间如何分配”，需求排序回答“单个项目内先做哪个需求”。三者使用不同的清单和决策场合，项目优先级结论可以作为组合调整的输入，但不替代组合层面的资源决策；项目内需求排序在项目立项后单独进行，不逐条写入本清单。保持这个边界，清单才能聚焦在项目间取舍这一件事上。
常见问题
项目优先级清单和项目组合调整、需求排序分别解决什么问题？
三者回答的问题不同：项目优先级清单回答“多个项目之间先做哪个”，项目组合调整回答“资源在组合之间如何分配”，需求排序回答“单个项目内先做哪个需求”。项目优先级结论可以作为组合调整的输入，项目内需求排序在立项后单独进行，不逐条写入本清单。把边界分清，清单才能聚焦在项目间取舍上。
战略贡献说明写不出量化指标，还能进入排序吗？
可以。战略贡献说明的作用是回答“为什么做”，写清项目支撑哪项业务目标或年度重点、对应关系是什么即可，不需要强行量化。真正需要口径一致的是预期收益：能量化就给区间和测算依据，不能量化就写可观察的结果并注明“未量化”。两项都填，取舍讨论才有依据。
待补字段的项目补齐后，应该插回原来的位置还是重新排序？
建议在下一次排序批次中重新纳入比较，而不是直接插回原位置。补齐的字段可能改变战略贡献、收益或投入的判断，原有序号已经不能反映当前结论。重新排序后更新优先级等级、排序序号、决策日期，并在变更记录中写明调整依据。
清单列太多，团队填不动，可以精简吗？
可以精简，但必填字段要保留：项目编号、名称、负责人、所属组合、战略贡献说明、投入规模、预期收益，以及优先级等级、排序序号、决策人、决策日期、当前阶段、下次复核时间。主要风险、关键依赖、变更记录可以先作为选填。精简时注意不要删掉影响横向比较的口径字段，否则排序结论会失去可比性。
清单放在协作工具里维护，需要注意什么？
重点是让清单与项目保持关联、保留历史版本、区分读写范围。以 ONES Wiki 为例，文档可关联项目任务，页面组可关联项目，文档实时同步并记录页面版本，支持查看与回滚；页面模板库可用于固化清单结构，权限配置可区分决策人与填写人的读写范围。具体承载形式仍以团队现有工具和流程为准。
