多个关联项目共同承担一个里程碑时，判断能否交付的难点在于交付责任分散：每个项目都报“完成”，合在一起却可能缺交付物、缺证据、缺依赖关闭记录。本文给出一套可逐项核验的评估方法，把里程碑完成拆成验收项、统一取数口径，再按规则汇总为“具备条件／有条件具备／不具备”三档结论，并说明结论的适用边界。
要点总览（TL;DR）
- 共同里程碑的评估对象是多个关联项目共同承担的交付部分，各项目内部进度不纳入本次判断。
- 验收项建议覆盖交付物完成与验收、跨项目依赖关闭、质量与合规证据齐备、剩余风险承接明确四类，每项写明责任项目、确认角色与证据来源。
- 定量指标要统一公式、分母与统计截止时点，例如依赖关闭率＝已关闭依赖数÷应关闭依赖总数，分母为零时标注不适用。
- 判定按从严原则汇总：关键项全部通过且证据齐备为具备条件；关键项通过但存在证据不足或可承接遗留事项为有条件具备；任一关键项不通过即不具备条件。
- 结论只反映评估时点的证据状态，不能替代后续风险管理，也不宜直接引申为各项目的整体绩效评价。
评估目标：共同里程碑要验收什么
共同里程碑与单项目里程碑的区别在责任结构。单项目里程碑的交付物由一个项目团队负责，完成与否可以在项目内部闭环；共同里程碑的交付物由多个关联项目分别贡献，任何一方的输入缺失都会影响整体可交付性。因此评估对象应限定为“多个关联项目共同承担的那部分交付”，各项目内部的进度计划编制与跟踪不进入本次评估。
评估结论的用途是决策：是否放行里程碑、是否带条件放行、是否暂缓。为了让结论可以直接用于决策会，需要预先定义三档口径，并规定判定优先级，避免不同评审人给出互相矛盾的结论。
| 结论档位 | 定义 | 判定优先级 |
|---|---|---|
| 具备条件 | 全部关键验收项通过，且每项均有可追溯证据 | 最高，需关键项全通过且证据齐备 |
| 有条件具备 | 关键项通过，但存在证据不足或可承接的遗留事项，已写明附加条件、责任人与完成时限 | 次之，遗留事项必须有明确承接人 |
| 不具备条件 | 任一关键验收项不通过，或遗留事项无承接人 | 优先于前两档，出现即判不具备 |
判定优先级按“从严”原则执行：只要出现关键项不通过，无论其他项完成得多好，结论都是不具备条件；证据不足不能默认按通过处理，只能进入有条件具备并附带补齐要求。
指标与范围：验收项、通过标准与责任项目
验收项的设计原则是每一项都能对应到具体项目、具体确认角色和具体证据。建议覆盖四类：交付物完成与验收、跨项目依赖关闭、质量与合规证据齐备、剩余风险承接明确。每项都要写明范围边界，只评共同交付部分。
| 验收项 | 通过标准 | 责任项目 | 证据来源 |
|---|---|---|---|
| 交付物完成度 | 共同里程碑范围内应交付物全部完成并通过验收，未验收的不计入完成 | 各交付物所属项目 | 验收记录、交付物清单 |
| 跨项目依赖关闭率 | 应关闭的跨项目依赖全部关闭，无悬空依赖 | 依赖的提出方与承接方共同确认 | 依赖清单及关闭状态记录 |
| 质量与合规证据齐备度 | 关键交付物具备评审结论、测试报告等规定证据 | 各交付物所属项目 | 评审结论、测试报告 |
| 剩余风险承接明确度 | 每项剩余风险有承接人、应对措施与时限 | 项目集管理层指定 | 风险登记册 |
责任项目与确认角色要分开写：责任项目说明由哪个项目提供交付或证据，确认角色说明由谁签字认可。例如交付物完成度由交付物所属项目负责提供，由项目集指定的验收人确认。范围边界上，单项目内部的进度偏差、资源调配不纳入本评估，只在影响共同交付物时才作为风险登记。
数据口径与证据：每项指标怎么取数
口径统一是结论可比的前提。同一批验收项，如果各项目按不同截止时间、不同分母统计，汇总出来的数字没有意义。以下给出每项指标的取数规则。
| 指标 | 公式／取数方式 | 单位 | 时间窗 | 缺失值处理 |
|---|---|---|---|---|
| 交付物完成度 | 已验收交付物数÷应交付物总数；仅统计通过验收的交付物 | 百分比或“项” | 截至评估时点 | 无验收记录的交付物按未完成计 |
| 依赖关闭率 | 已关闭依赖数÷应关闭依赖总数 | 百分比 | 截至评估时点，注明具体日期 | 分母为零时标注“不适用”，不记为100% |
| 质量证据齐备度 | 已留存规定证据的关键交付物数÷关键交付物总数 | 百分比或“项” | 截至评估时点 | 证据缺失按不齐备计，不推断后续补齐 |
| 风险承接明确度 | 已明确承接人的剩余风险数÷剩余风险总数 | 百分比或“项” | 截至评估时点 | 无承接人按不明确计 |
证据类型需要事先约定，避免评审时临时补充口径。常用证据包括验收记录、评审结论、测试报告和风险登记。缺失证据的处理规则是：不默认通过，也不直接判失败，而是标记为“证据不足”，进入有条件具备的判定路径，并在附加条件中写明补齐责任人与时限。口径不一致时，以评估时点前统一发布的取数说明为准，各项目按同一截止日期重新取数后再汇总。
这些指标分散在多个项目的工作项、依赖关系和文档中，汇总时容易出现版本不一致。ONES 的项目计划支持为任务设置前后置依赖、用里程碑标记重要时间点与决策点，并可设置计划和里程碑基线对比执行偏差；项目集管理可总览多项目信息。评估时可以把各项目的交付物、依赖关闭状态和证据文档挂到对应工作项与里程碑上，按统一时点取数，减少人工汇总的口径漂移。具体字段与视图以实际配置为准。
评估步骤：从逐项核验到汇总结论
评估流程应可重复执行，换一批人按同样步骤也能得到一致结论。建议按以下步骤推进。
- 确定评估时点与参与角色。评估时点精确到日，参与角色至少包括项目集负责人、各责任项目的交付确认人、质量或合规确认人。
- 冻结取数口径。在评估开始前发布取数说明，明确各指标公式、截止日期和证据清单，各项目按同一口径准备材料。
- 逐项核验并打标。对每个验收项对照通过标准，标记为“通过／不通过／证据不足”，同时记录证据来源与确认人。
- 按优先级汇总结论。出现任一关键项不通过，直接判不具备条件；关键项全部通过但存在证据不足或遗留事项，判有条件具备；全部通过且证据齐备，判具备条件。
- 记录附加条件。有条件具备时，逐条写明遗留事项、责任人、完成时限和复评方式，作为放行后的跟踪依据。
有条件具备的适用情形要写清楚：证据不足但交付物实际已完成、遗留事项影响可控且有明确承接人、依赖已实质解决但关闭记录待补。附加条件应写成可核验的动作，例如“某交付物测试报告于某日期前补齐并由质量确认人签字”，避免写成“尽快完善”这类无法验证的表述。
示例：一个共同里程碑的判定过程
以下为演示情景，用于说明口径与判定过程，数值为示例数据。
背景：三个关联项目共同交付一个上线里程碑，项目A负责核心功能交付，项目B负责接口对接，项目C负责数据迁移。评估时点为某月20日。
| 验收项 | 取数与计算 | 打标 |
|---|---|---|
| 交付物完成度 | 应交付12项，已验收11项，1项待验收，完成度11÷12≈91.7% | 不通过（存在未验收交付物） |
| 依赖关闭率 | 应关闭依赖8项，已关闭8项，关闭率8÷8＝100% | 通过 |
| 质量证据齐备度 | 关键交付物6项，5项具备测试报告，1项报告待出，齐备度5÷6≈83.3% | 证据不足 |
| 风险承接明确度 | 剩余风险3项，均有承接人与时限，明确度3÷3＝100% | 通过 |
汇总时，交付物完成度属于关键项且存在未验收交付物，按判定规则应判不具备条件。若经确认该待验收交付物已完成、仅验收记录待补，且质量报告可在放行后两日内补齐，则可调整为有条件具备，附加条件写为：待验收交付物于评估后两日内完成验收并由项目A确认人签字；缺失测试报告于同一时限内补齐并由质量确认人确认；两项条件未按期完成则里程碑状态回退为不具备条件。
结论记录方式建议包含：结论档位、评估时点、各验收项打标与证据位置、附加条件清单、复评时间。这样后续跟踪时可以直接对照条件逐条关闭。
解读与限制：结论怎么用、哪里会失真
指标达标反映的是评估时点的证据状态，不能等同于交付风险为零。依赖全部关闭、证据全部齐备，仍可能在放行后出现集成问题或外部条件变化，因此结论应与后续风险管理并行使用，放行后继续跟踪剩余风险和附加条件的关闭情况。
几类情形会导致判断失真，需要在解读时单独说明：
- 分母为零。某类依赖本就不存在时应关闭项时，关闭率标注为“不适用”，不能记为100%，否则会虚增整体完成度。
- 口径不一致。各项目按不同截止日期或不同证据标准取数时，汇总结果不可比，应先统一口径再比较，必要时重新取数。
- 单一指标代替整体判断。依赖关闭率高不代表交付物已验收，交付物完成度高也不代表质量证据齐备，结论必须基于全部关键项。
- 证据补记。评估后补录的证据只能用于复评，不能追溯修改原评估时点的结论。
此外，结论的适用范围限于本次评估的共同交付部分，不宜直接引申为各项目的整体绩效评价。把里程碑放行结论当作团队考核依据，容易诱导项目在证据上做表面文章，反而削弱评估的可信度。
常见问题
如果某个关联项目在评估时点前刚完成交付物，但验收会议还没开，应该算通过还是不通过？
按口径应记为“证据不足”，不直接算通过。交付物完成度只统计已通过验收的交付物，验收会议未开意味着缺少验收记录这一证据。处理方式有两种：若能在评估时点前补开验收并形成记录，可按通过计；若来不及，则进入有条件具备路径，把“某交付物于某日期前完成验收并由确认人签字”写成附加条件，并明确未按期完成则结论回退为不具备条件。
三个项目对“依赖已关闭”的理解不一致，有的项目把口头确认也算关闭，汇总时怎么处理？
这类分歧要在评估开始前用取数说明消除，明确依赖关闭以依赖清单中的状态记录为准，口头确认不计入。如果评估时已经出现口径不一致，应先按同一截止日期重新取数再汇总，不能把两种口径的数字直接相加。重新取数后仍无法确认的依赖，按未关闭计，并作为遗留事项写入附加条件。
有条件具备的结论放行后，附加条件到期没完成，里程碑状态怎么处理？
应在附加条件中预先写明回退规则：条件未按期完成，里程碑状态回退为不具备条件，并重新进入评估流程。跟踪时按条件清单逐条核对，每条条件对应责任人、完成时限和验证方式。回退后不建议直接再次放行，应先确认未完成条件的影响范围，再决定是否重新评估或调整交付安排。
共同里程碑的评估结论能不能直接用于各项目团队的绩效考核？
不建议直接使用。该结论只反映评估时点共同交付部分的证据状态，各项目承担的交付物范围、难度和依赖条件不同，横向比较会失真。把放行结论当作考核依据，还容易诱导项目在证据上做表面文章。若需要评价项目表现，应另行设计覆盖范围、质量、协作等多维度的口径，并与里程碑放行结论分开使用。
如果本次共同里程碑本来就没有跨项目依赖，依赖关闭率这一项还要评吗？
仍要评，但结论标注为“不适用”，不能记为100%。分母为零时记为满分，会虚增整体完成度，让评审误以为该项表现良好。正确做法是在验收项清单中保留该项，注明“本次无应关闭依赖”，其余关键项照常核验，最终结论仍基于全部关键项汇总。
