软硬件协同进度评估的对象是同一项目内硬件、固件、软件与测试四条线是否按同一节奏推进，重点看依赖是否及时闭环、联调是否按计划收敛。建议围绕里程碑达成、接口与依赖闭环、联调验证、变更返工四组指标设置度量，并为每条指标写清分子分母、统计时间窗和数据来源。ONES可用于承载计划节点、依赖台账与缺陷记录，支撑指标取数。
要点总览（TL;DR）
- 软硬件协同进度建议围绕四组指标设定：里程碑与交付物达成、接口与依赖闭环、联调与验证进度、变更与返工影响。
- 每条指标要写清分子分母、统计时间窗、数据来源与责任角色，例如里程碑按期率=按期达成节点数÷计划节点数×100%。
- 检查点绑定接口冻结、样机到位、联调启动、验证收尾四个节点，周度跟踪发现新增阻塞，阶段评审判断是否放行。
- 指标用于暴露协同阻塞与趋势变化，分母为零或样本过小时标注不适用，不单独作为绩效结论。
- ONES的项目计划、基线、缺陷跟踪与报表能力可承载计划节点、依赖台账和缺陷记录，支撑指标取数。
协同进度评估要回答什么问题
软硬件协同项目的进度风险通常来自两条线节奏错位：硬件样机未到位，固件只能等待；接口定义反复调整，软件联调无法启动；联调问题积压，验证阶段被迫压缩。评估要回答的核心问题是：硬件、固件、软件、测试是否在同一节奏上推进，跨团队依赖是否在到期前关闭，联调与验证是否按计划收敛。
围绕这个目标，可以把评估拆成四个判断问题：
- 计划中的关键节点是否按期达成，延期集中在哪条线；
- 软硬件接口是否在约定时间冻结，未冻结项影响哪些下游工作；
- 跨团队依赖是否按期关闭，阻塞发生在提出方还是承接方；
- 联调用例执行与缺陷收敛是否支持后续验证节点。
评估范围限定在单项目内的协同节奏，用于暴露依赖阻塞与联调节奏偏差。组织级研发流程制度设计、敏捷框架选择不属于本文讨论范围，指标设计也不需要以某一种开发框架为前提。
指标分组与统计范围
建议把指标分为四组，每组回答一个协同问题，避免把所有数据压成一个综合分。
| 指标组 | 回答的问题 | 典型指标 | 主要数据来源 |
|---|---|---|---|
| 里程碑与交付物达成 | 关键节点是否按期 | 里程碑按期率、样机到位按期率、固件版本交付按期率 | 计划基线、里程碑记录 |
| 接口与依赖闭环 | 协同前置条件是否就绪 | 接口冻结率、依赖按期关闭率 | 接口清单、依赖台账 |
| 联调与验证进度 | 联调是否按计划收敛 | 联调用例执行率、通过率、缺陷收敛速度 | 用例记录、缺陷记录 |
| 变更与返工 | 变更对排期造成多大影响 | 变更导致的排期顺延天数、返工工作量 | 变更记录、计划调整记录 |
统计范围需要事先约定三件事。第一是项目范围，明确纳入哪些硬件单板、固件版本和软件模块，跨项目共享的公共组件是否计入。第二是批次口径，硬件按样机批次（如EVT、DVT）统计，软件按版本统计，两者不要混在一个分母里。第三是统计周期，周度跟踪用于发现短期波动，阶段统计用于评审结论，同一指标在两个周期下的数值可能不同，报告中要注明周期。
分母口径要固定下来：里程碑按期率以计划节点数为分母，接口冻结率以应冻结接口数为分母，依赖按期关闭率以到期依赖数为分母，联调用例执行率以计划联调用例数为分母。分母一旦确定，中途调整需要记录原因，否则前后周数据不可比。
缺失值与不适用场景要单独标注。某阶段尚未产生联调用例时，执行率记为“不适用”，不计为0%；某批次没有接口冻结要求时，冻结率不纳入该批次汇总。把不适用计为零会人为拉低指标，掩盖真实问题。
每条指标的数据口径与计算公式
以下公式统一以百分比或数量为单位，统计时间窗默认与阶段检查点对齐，周度数据取当周周五的状态快照。
| 指标 | 计算公式 | 单位 | 数据来源 | 责任角色 |
|---|---|---|---|---|
| 里程碑按期率 | 按期达成节点数 ÷ 计划节点数 × 100% | % | 计划基线、里程碑完成记录 | 项目经理 |
| 接口冻结率 | 已冻结接口数 ÷ 应冻结接口数 × 100% | % | 接口清单及冻结状态 | 系统架构师 |
| 依赖按期关闭率 | 按期关闭依赖数 ÷ 到期依赖数 × 100% | % | 依赖台账、关闭时间 | 各条线负责人 |
| 联调用例执行率 | 已执行用例数 ÷ 计划联调用例数 × 100% | % | 测试用例记录 | 测试负责人 |
| 联调用例通过率 | 执行通过用例数 ÷ 已执行用例数 × 100% | % | 测试用例记录 | 测试负责人 |
| 缺陷收敛速度 | 统计周期内关闭缺陷数 − 新增缺陷数 | 个/周 | 缺陷记录 | 测试负责人 |
| 变更影响量 | 变更导致的排期顺延天数，或返工工作量（人天） | 天/人天 | 变更记录、计划调整记录 | 项目经理 |
几个口径细节需要提前写进指标说明。里程碑按期率中，“按期”以基线日期为准，节点在基线日期当天或之前完成才算按期，提前完成不额外加分。接口冻结率只统计当前阶段应冻结的接口，后续阶段接口不计入分母。依赖按期关闭率中，“到期依赖”指承诺关闭日期落在统计周期内的依赖，逾期未关闭的依赖继续留在后续周期的分母中，避免逾期项被移出统计。缺陷收敛速度用新增与关闭的差值表达，差值为正表示积压在减少，为负表示积压在增加，连续多周为负需要排查联调阻塞。
变更影响量建议同时记录两个数：排期顺延天数反映对节点的影响，返工工作量反映对团队投入的影响。只记天数会低估小范围但高强度的返工，只记工作量则看不出对关键路径的冲击。
按阶段设置检查点与评估节奏
指标要嵌入关键节点才有管理作用。建议设置四个检查点，每个检查点看固定的一组指标，输出明确结论。
| 检查点 | 重点指标 | 评审角色 | 输出结论 |
|---|---|---|---|
| 方案与接口冻结 | 接口冻结率、依赖台账完整性 | 系统架构师、硬件与软件负责人 | 接口是否可进入实现，未冻结项的影响范围 |
| 样机到位 | 里程碑按期率、样机到位按期率 | 项目经理、硬件负责人 | 联调启动条件是否具备，是否需要调整联调计划 |
| 联调启动 | 依赖按期关闭率、联调用例执行率 | 项目经理、测试负责人 | 阻塞项清单与责任分工，联调节奏是否需重排 |
| 验证收尾 | 用例通过率、缺陷收敛速度、变更影响量 | 项目经理、质量负责人 | 是否满足进入下一阶段的条件，遗留问题处理方式 |
周度跟踪与阶段评审分工使用。周度跟踪由项目经理查看里程碑按期率、依赖按期关闭率和缺陷收敛速度，重点发现本周新增阻塞，形成待办并指定责任人。阶段评审在检查点召开，使用阶段累计数据，判断是否放行下一阶段，结论写入评审记录。
指标异常时的处置动作要事先约定。例如接口冻结率低于阶段目标且存在未冻结接口影响联调时，由系统架构师牵头在约定工作日内组织接口评审，明确冻结时间；依赖按期关闭率连续两周下降时，项目经理将逾期依赖升级到条线负责人，并在周报中列出阻塞下游的具体工作项。升级路径写清楚，指标才有约束力。
一个软硬件协同项目的计算示例
以下为演示数据，仅用于说明计算过程，不代表任何达标线。
某项目当前阶段计划里程碑节点10个，已按期达成7个；应冻结接口40个，已冻结30个；统计周期内到期依赖25项，按期关闭20项；计划联调用例120条，已执行90条，其中通过72条；本周新增缺陷30个，关闭缺陷22个；本阶段发生需求变更2项，导致硬件投板顺延5天，固件返工约12人天。
逐项计算：
- 里程碑按期率 = 7 ÷ 10 × 100% = 70%；
- 接口冻结率 = 30 ÷ 40 × 100% = 75%；
- 依赖按期关闭率 = 20 ÷ 25 × 100% = 80%；
- 联调用例执行率 = 90 ÷ 120 × 100% = 75%；
- 联调用例通过率 = 72 ÷ 90 × 100% = 80%；
- 缺陷收敛速度 = 22 − 30 = −8 个/周，积压在增加；
- 变更影响量 = 排期顺延5天，返工12人天。
从结果定位阻塞：接口冻结率75%说明仍有10个接口未冻结，结合联调用例执行率75%和缺陷收敛为负，可以判断未冻结接口正在拖累联调推进，新增缺陷多于关闭缺陷说明联调问题在累积。此时应优先处理接口冻结，再评估联调计划是否需要顺延，而不是简单要求测试团队加快执行。
结果解读与使用限制
指标数值需要结合分母和样本量解读。分母为零时指标不适用，应标注“本阶段无此类节点”，不计为零分。样本过小时，例如某周只有2个到期依赖，关闭1项就是50%，波动很大，建议看阶段累计值或连续几周的趋势，不据单周数值下结论。
不同项目之间直接比较指标数值意义有限。硬件复杂度、样机批次数量、接口规模、联调环境准备情况都会影响指标水平，跨项目对比应选择复杂度相近的项目，或只比较同一项目的历史趋势。同一项目内不同批次之间也需要注意，首批样机的联调通过率通常低于后续批次，混在一起统计会掩盖批次差异。
指标反映的是进度状态，不能单独证明协同质量或团队绩效。里程碑按期率高可能来自计划本身宽松，依赖按期关闭率高可能来自依赖拆分得足够细。指标组合使用比单点数值更有解释力：接口冻结率、依赖按期关闭率与联调用例执行率同时偏低，才更可能指向真实的协同阻塞。
数据真实性依赖台账维护与基线管理。接口清单不更新、依赖关闭时间补录、缺陷状态长期不流转，都会让指标失真。建议在阶段评审前核对一次关键台账，确认统计口径与基线一致，再发布指标结果。
用ONES承载指标数据与检查点
上述指标要能按周取数，前提是计划节点、接口、依赖、用例和缺陷都有稳定的记录位置。ONES的项目计划支持创建工作分解结构，按交付物或项目阶段分解计划，并为任务设置前后置依赖，用里程碑标记样机到位、接口冻结、联调启动等关键时间点，这些记录构成里程碑按期率和依赖按期关闭率的取数基础。设置计划和里程碑基线后，可以对比计划与执行的偏差，提前识别风险。
在承载方式上，可以用工作项类型区分硬件节点、接口、依赖、联调用例与缺陷，用状态流转记录冻结、关闭、通过等关键动作，使指标分子分母能够从状态记录中直接统计。缺陷跟踪与质量统计能力可支撑缺陷收敛速度的计算，用例与缺陷数据互通便于把联调执行与问题关闭放在同一视图下查看。多维度报表和自定义数据范围可用于按阶段汇总指标，支撑检查点评审。具体指标需按项目实际口径在平台内配置，报表维度也需结合项目数据范围设定。
常见问题
软硬件协同进度指标需要每周都统计吗？
周度统计适合里程碑按期率、依赖按期关闭率和缺陷收敛速度这类变化较快的指标，用于发现本周新增阻塞并形成待办。接口冻结率、联调用例通过率等指标在阶段检查点用累计值评审更合适。同一指标在周度和阶段两个周期下的数值可能不同，报告中要注明统计周期，避免前后数据被误读为波动。
某阶段还没有联调用例，执行率应该记为零吗？
不应记为零。分母为零时指标不适用，应标注“本阶段无计划联调用例”，不计入汇总。把不适用计为零会人为拉低整体指标，掩盖真实问题。同理，某批次没有接口冻结要求时，冻结率也不纳入该批次汇总。建议在指标说明中提前列出不适用场景及标注方式。
逾期未关闭的依赖在后续周期怎么统计？
逾期未关闭的依赖应继续留在后续周期的分母中，而不是移出统计。依赖按期关闭率的分母是承诺关闭日期落在统计周期内的依赖数，逾期项在下一周期仍计入到期依赖，直到关闭为止。这样处理可以避免逾期项通过移出分母让指标看起来变好，也能让阻塞项持续出现在周度跟踪中。
指标数值偏低时，应该先调整计划还是先追责？
先定位阻塞环节再决定动作。例如接口冻结率偏低且联调用例执行率同时偏低，更可能指向接口未冻结拖累联调，此时应由系统架构师牵头组织接口评审、明确冻结时间，再评估联调计划是否需要顺延。指标反映的是进度状态，单点数值不足以支撑绩效结论，处置动作应围绕具体阻塞项和责任分工展开。
ONES能直接生成这些协同进度指标吗？
ONES的项目计划支持创建工作分解结构、设置任务前后置依赖和里程碑，设置基线后可对比计划与执行偏差；缺陷跟踪与质量统计、多维度报表和自定义数据范围可用于按阶段汇总数据。具体指标需按项目实际口径在平台内配置，报表维度也需结合项目数据范围设定，资料未列出内置的现成指标清单。
