评估项目集交付清单的完整性和及时性，需要先把清单本身当作可核验对象：界定应覆盖的交付项范围与统计时间窗，再用覆盖率衡量完整性、用及时率衡量更新与提交的准时程度，并辅以清单被引用和驱动决策的证据判断实际使用效果。这些指标反映清单的记录与更新状态，不能直接等同于项目集交付绩效。
要点总览（TL;DR）
- 评估对象是项目集交付清单本身：先界定应覆盖的交付项范围与统计时间窗，再计算指标，结论只反映清单的记录与维护状态。
- 完整性用覆盖率衡量：已登记且字段可识别的应交付项数 ÷ 按范围应覆盖的交付项总数；分母为零时标注“不适用”，不记0%。
- 及时性用及时率衡量：约定节点内完成提交或更新的项数 ÷ 统计周期内应提交或更新的项数；节点未定义的项单列，不并入分子。
- 使用效果靠定性证据判断：清单在评审、决策、问题追踪中被引用的记录；证据不足时标注待补充，不据此推断清单未被使用。
- 指标与交付绩效是记录关系而非因果关系，高覆盖率不等于交付质量高，范围变更后跨期数据不可直接比较。
评估目标：清单要支撑什么判断
项目集交付清单在综合交付跟踪中承担“统一台账”的角色：把跨项目的交付物、里程碑、责任方和状态汇总到同一视图，供项目集经理、交付负责人和治理会议判断哪些交付已经就绪、哪些存在缺口、哪些需要协调。评估清单质量，就是评估这份台账能否支撑上述判断。
三类评估目标各自回答不同问题，需要分开设定：
| 评估目标 | 回答的问题 | 明确不回答的问题 |
|---|---|---|
| 完整性 | 按既定范围，应纳入清单的交付项是否都已纳入 | 已纳入的交付项质量是否合格、是否按期完成 |
| 及时性 | 交付项是否在约定节点内提交或更新状态 | 更新后的状态是否真实、交付是否顺利 |
| 使用效果 | 清单是否在评审、决策和问题追踪中被实际引用 | 清单引用与交付结果之间是否存在因果关系 |
边界需要提前说清：单次发布的交付验收关注某一版本交付物是否满足验收标准，投资组合绩效关注资源投入与价值回报，二者与本文的清单评估属于不同层面。清单评估只回答“台账是否齐全、是否按时维护、是否被用起来”，不替代验收结论，也不作为组合层绩效评价依据。
指标与范围：分母怎么定、时间窗怎么划
完整性和及时性都应写成比率，分母的界定直接决定结果是否可复算、可比较。建议先确定清单范围，再固定统计周期，最后按公式计算。
| 指标 | 公式 | 分子 | 分母 | 时间窗 | 单位 | 缺失值处理 |
|---|---|---|---|---|---|---|
| 完整性覆盖率 | 已覆盖应交付项数 ÷ 应覆盖交付项总数 × 100% | 清单中已登记且字段可识别的应交付项数 | 按范围界定应纳入清单的交付项总数 | 评估截止日 | 百分比 | 分母为零时标注“不适用”，不记0% |
| 及时率 | 按约定节点提交或更新的项数 ÷ 统计周期内应提交或更新的项数 × 100% | 在约定节点当日或之前完成提交、状态更新的交付项数 | 统计周期内按计划应发生提交或更新的交付项数 | 与统计周期一致，如按月度或按里程碑区间 | 百分比 | 节点未定义或记录缺失的项单列，不并入分子 |
清单应覆盖的交付项范围建议从三个维度界定：关联项目（纳入本次项目集管理的项目清单）、里程碑（项目集级和项目级关键节点）、交付物类型（如可交付成果、评审材料、上线包、验收文档）。范围一旦确定，应形成书面口径并随评估报告一并留存，便于下期复算。
统计周期需要与项目集治理节奏匹配。按月评估适合状态更新频繁的交付项；按里程碑区间评估适合节点稀疏、交付物较大的项目集。两种周期可以并用，但同一指标在同一报告期内只采用一种口径。分母为零时，例如某周期内没有应更新的交付项，应标注“不适用”并说明原因；范围发生变更时，注明变更时点和影响项数，跨期比较只对变更前后口径一致的部分进行。
数据口径与证据：清单字段和佐证材料
指标能否复算，取决于清单字段是否齐全、状态口径是否统一。建议清单至少包含以下字段，并为每个指标标明取数来源。
| 字段 | 用途 | 取数来源 | 佐证材料 |
|---|---|---|---|
| 交付项名称与编号 | 识别与去重 | 清单主表 | 项目计划、里程碑列表 |
| 关联项目 | 界定范围、按项目汇总 | 清单主表 | 项目集项目清单 |
| 责任方 | 明确提交与更新责任人 | 清单主表 | 项目角色分配记录 |
| 计划节点 | 及时率的分母依据 | 清单主表、里程碑计划 | 基线计划版本记录 |
| 实际状态 | 判断是否已提交或更新 | 清单主表 | 状态变更记录 |
| 更新时间 | 判断是否在节点内完成 | 系统时间戳或人工登记 | 变更日志 |
状态口径需要统一。例如“已提交”“已完成”“已验收”分别对应什么条件，应在评估前形成一页说明，避免不同项目各自解释。重复项按交付项编号去重，同一交付物在多个项目下重复登记时，保留主责项目记录并在备注中说明关联关系。
使用效果无法只靠字段计算，需要收集定性证据：清单是否在项目集评审会上被逐项过会，是否有会议纪要引用清单编号；是否驱动了资源调整、风险升级等决策记录；问题追踪系统中是否有条目回链到清单交付项。证据不足时，在报告中标注“待补充”，并说明缺少哪类记录，不据此推断清单未被使用。
在协作工具中承载这套字段时，清单的登记、状态更新和评审记录需要落在同一处，避免评估时反复核对多个表格。ONES Plan 支持项目集管理总览多项目信息，并可制定项目里程碑、甘特图，多时间跨度查看进度，自定义项目属性管理不同类型项目；这些能力可用于承载交付项、计划节点和关联项目等字段。评估所需的更新记录和评审引用，则依赖团队在日常流转中持续维护。
计算与评估步骤：从取数到结论
评估可以按固定顺序执行，每一步都留下可复核的输入和输出。
- 确定范围与周期。输入：项目集项目清单、里程碑计划。动作：圈定纳入评估的项目、交付物类型和时间窗。输出：范围说明与统计周期定义。
- 取数与清洗。输入：清单主表、状态变更记录。动作：按交付项编号去重，统一状态口径，剔除范围外条目。输出：清洗后的评估数据集。
- 计算完整性覆盖率。输入：应覆盖交付项总数与已登记项数。动作：按公式计算，记录分母来源。输出：覆盖率及分母明细。
- 计算及时率。输入：统计周期内应提交或更新项及其计划节点、实际更新时间。动作：逐项比对节点，统计按时项数。输出：及时率及未按时项清单。
- 核对使用效果证据。输入：评审纪要、决策记录、问题追踪关联。动作：逐条确认清单被引用的场景和次数。输出：证据清单与待补充项。
- 分档解读并形成结论。输入：上述指标与证据。动作：按项目、交付物类型拆分观察差异，标注限制条件。输出：评估结论与改进指向。
分档解读时，建议按项目或交付物类型拆分，而不是只给一个总数。总数相同的情况下，不同项目的缺口分布可能完全不同，拆分后才能定位是范围界定问题、更新习惯问题还是责任分工问题。
示例：一个项目集交付清单的评估演算
以下为演示情景，数字仅用于说明计算过程，不代表任何组织的实际水平或通用达标线。
某项目集包含 4 个项目，评估截止日为 6 月 30 日，统计周期为 6 月整月。按范围界定，应纳入清单的交付项共 50 项，其中 6 月内按计划应提交或更新状态的交付项为 40 项。
- 完整性：清单中已登记且字段可识别的应交付项为 46 项，覆盖率 = 46 ÷ 50 × 100% = 92%。未覆盖的 4 项中，2 项属于新启动项目的交付物，2 项为验收文档类交付物。
- 及时性：40 项应更新项中，在计划节点当日或之前完成提交或更新的为 31 项，及时率 = 31 ÷ 40 × 100% = 77.5%。未按时的 9 项中，3 项节点未在清单中明确记录，按口径单列，不并入分子。
- 使用效果：6 月项目集评审会纪要中引用清单编号 12 次，涉及 8 个交付项的进度确认；有 2 条风险升级记录回链到清单交付项；问题追踪系统中关联清单条目的记录 5 条。证据显示清单在评审和风险升级中被实际使用，但资源调整类决策记录未见引用，标注为待补充。
结论可以这样表述：清单对既有项目的覆盖较完整，缺口集中在新增项目和文档类交付物；及时率偏低，主要受节点记录不完整和部分交付项更新滞后影响；清单已进入评审和风险升级流程，尚未在资源决策中形成稳定引用。改进指向包括：新项目启动时同步登记交付项、为文档类交付物设置明确节点、在评审模板中固定清单引用位置。
解读与限制：指标能说明什么、不能说明什么
覆盖率和高及时率说明清单记录齐全、维护到位，不能说明交付物本身质量合格或项目集交付顺利。一个覆盖率 100% 的清单，可能只是把所有事项都登记了，其中部分交付项仍存在延期或返工。解读时应把清单指标与交付结果数据分开陈述。
及时率对节点定义和统计周期敏感。节点定得宽松，及时率自然偏高；统计周期从月度改为季度，同一批交付项的及时率也会变化。因此及时率只在口径一致的前提下做纵向比较，跨项目比较时需要确认双方节点定义和周期相同。
清单范围变更会导致跨期不可比。新增项目、调整交付物类型或改变里程碑基线后，前后两期的分母含义已经不同，报告中应注明变更时点，只对口径一致的部分做趋势判断。
指标与交付绩效之间是记录关系，不是因果关系。清单完整、更新及时，可能为交付跟踪提供更好的信息基础，但不能据此推断交付绩效因此提升。使用效果证据同样只能说明清单被引用，不能证明引用带来了更好的决策结果。评估结论宜写成“清单当前支撑了哪些判断、在哪些环节证据不足”，并列出下期需要补充的记录类型。
常见问题
项目集交付清单的应覆盖范围应该怎么界定，范围变了怎么办？
建议从三个维度界定：纳入本次项目集管理的关联项目清单、项目集级与项目级关键里程碑、需要跟踪的交付物类型（如可交付成果、评审材料、上线包、验收文档）。范围确定后形成书面口径，随评估报告一并留存。
范围发生变更时，注明变更时点和影响项数。跨期比较只对变更前后口径一致的部分进行趋势判断，新增项目或调整交付物类型后的分母含义已经不同，不宜直接与上期对比。
统计周期该按月还是按里程碑区间，两种能混用吗？
按月评估适合状态更新频繁的交付项，按里程碑区间评估适合节点稀疏、交付物较大的项目集。两种周期可以并用，但同一指标在同一报告期内只采用一种口径，否则及时率的分子分母会错位。
及时率对周期敏感：同一批交付项从月度改为季度统计，结果会变化。因此及时率只在口径一致的前提下做纵向比较，跨项目比较时先确认双方的节点定义和统计周期相同。
清单里状态字段各项目写法不一致，评估前怎么统一？
评估前形成一页状态口径说明，明确“已提交”“已完成”“已验收”等状态各自对应什么条件，避免不同项目各自解释。重复项按交付项编号去重，同一交付物在多个项目下重复登记时保留主责项目记录，并在备注中说明关联关系。
节点未定义或记录缺失的交付项单列，不并入及时率分子，也不直接算作未按时，否则会低估及时率并掩盖节点记录本身的问题。
清单在评审会上被引用过，就能说明它支撑了综合交付跟踪吗？
引用记录只能说明清单进入了流程，还需要看引用的深度和场景。可收集三类证据：评审纪要是否逐项过会并引用清单编号；是否驱动了资源调整、风险升级等决策记录；问题追踪系统中是否有条目回链到清单交付项。
如果资源调整类决策记录未见引用，标注为待补充并说明缺少哪类记录，不据此推断清单未被使用。结论宜写成“清单当前支撑了哪些判断、在哪些环节证据不足”，并列出下期需要补充的记录类型。
覆盖率很高但交付仍然延期，指标是不是没意义？
覆盖率回答的是“应纳入的交付项是否都已登记”，不回答“交付物质量是否合格、是否按期完成”。一个覆盖率100%的清单，可能所有事项都登记了，其中部分交付项仍存在延期或返工。
解读时把清单指标与交付结果数据分开陈述：清单指标说明台账是否齐全、维护是否到位，交付结果数据说明实际进展。两者结合才能定位问题出在记录环节还是执行环节。
