项目健康度指标是一组按统一口径计算的综合信号，用来回答项目是否按计划推进、偏差是否可接受、管理层需要做什么决策。本文给出六类核心指标的公式、分子分母与时间窗，说明如何合成红黄绿状态，并用一个可复算的算例演示从取数到结论的全过程，同时指出解读时的边界与误读风险。
要点总览（TL;DR）
- 项目健康度指标由进度偏差、成本偏差、范围变更率、风险暴露值、缺陷密度、里程碑达成率六类构成，每类只衡量一个维度，避免重复加权。
- 每类指标都要固定公式、分子分母、时间窗和缺失值规则：进度偏差 SV=EV−PV，成本偏差 CV=EV−AC，范围变更率以批准变更工作量除以基准范围工作量。
- 单项指标按阈值映射为绿黄红，再按权重折算加权得分合成综合状态；阈值依据历史基线、项目阶段和管理层容忍度设定，关键里程碑严重延期等情形可一票否决。
- 健康度指标只反映当前偏离程度，不构成对团队绩效或项目成败的结论；跨期比较需处理数据滞后、口径变更和计划重基线，连续多期趋势比单次红灯更有参考价值。
评估目标：健康度要回答哪几个管理问题
健康度评估的用途是支撑管理决策，而非给项目打分排名。一套指标只要能把下面三个问题回答清楚，就达到了目的：项目是否按批准的计划推进；当前偏差是否落在可接受范围内；基于偏差，管理层需要做出什么决策，例如追加资源、调整范围、重排里程碑或维持现状。
评估对象是项目整体状态。它汇总进度、成本、范围、风险、质量和里程碑六个维度的偏离程度，给出一个可以横向比较、纵向追踪的综合判断。具体到某个任务为什么延期、某个团队为什么交付慢，属于进度纠偏和跨团队效能分析的工作，健康度指标只负责把问题暴露出来并标注严重程度，不替代这些专项分析。
评估周期直接影响口径。周报节奏下，指标应取周截止时点的快照，适合观察短期波动；月度评审节奏下，指标按自然月汇总，更适合判断趋势。同一项目如果同时存在周报和月度评审，应明确以哪一套数据作为正式结论，避免两套口径互相矛盾。周期一旦确定，分子分母的统计截止时点也随之固定，跨期比较才有意义。
适用边界可以归纳为三条：健康度用于判断“当前偏离有多大”，不用于评价个人或团队绩效；用于触发管理动作，不用于替代根因分析；用于项目层综合状态，不用于跨项目效能对标。明确这三条，可以避免指标被过度解读。
指标与范围：六类核心指标及纳入排除
健康度指标集合建议控制在六类，每类只衡量一个维度，避免指标之间高度相关导致综合结果被重复加权。下表给出指标名、衡量对象、常用单位和适用项目类型。
| 指标类别 | 衡量对象 | 常用单位 | 适用项目类型 |
|---|---|---|---|
| 进度偏差 | 实际完成价值与计划价值的差距 | 金额或人天 | 研发、交付、内部项目 |
| 成本偏差 | 实际成本与挣值的差距 | 金额 | 有明确预算的项目 |
| 范围变更率 | 变更工作量占基准范围的比例 | 百分比 | 研发、交付项目 |
| 风险暴露值 | 未闭环风险的概率与影响加权 | 分值或金额 | 所有项目 |
| 缺陷密度 | 单位产出中的缺陷数量 | 个/千行或个/功能点 | 研发类项目 |
| 里程碑达成率 | 按期达成里程碑占应达成里程碑的比例 | 百分比 | 所有项目 |
取舍原则按项目类型区分。研发项目通常六类全用，缺陷密度是必要项；交付项目更关注范围变更率和里程碑达成率，缺陷密度可替换为验收缺陷数；内部改进类项目往往没有严格预算，成本偏差可以降为观察项，风险暴露值和里程碑达成率保留。任何一类指标被排除，都应在报告首页注明，避免读者误以为该项为零。
范围边界需要说清楚。本文的指标用于综合状态判断；进度管理中的关键路径分析、资源负荷分析，以及研发效能管理中的交付周期、吞吐量等指标，属于另外的分析体系。健康度报告可以引用这些分析的结果作为解释材料，但不把它们纳入综合计算，否则指标集合会不断膨胀，口径难以稳定。
数据口径：分子分母、时间窗与缺失值处理
同名指标算法不统一，是健康度报告最常见的失效原因。解决办法是为每类指标建立口径卡，固定公式、分子、分母、时间窗和缺失值规则，任何人拿到原始数据都能复算出相同结果。
进度偏差与成本偏差采用挣值口径。进度偏差 SV = EV − PV，成本偏差 CV = EV − AC，其中 PV 为计划价值、EV 为挣值、AC 为实际成本，单位统一为金额或人天。基准计划必须锁定版本，重基线后旧数据不再与新数据直接比较。时间窗取统计截止时点的累计值，周报取周累计，月度评审取月累计。
范围变更率 = 统计期内批准的变更工作量 ÷ 基准范围工作量 × 100%。分子只计已批准变更，待审批变更单列说明；分母使用当前生效的基准版本，重基线后同步更新。
风险暴露值 = Σ（风险发生概率 × 风险影响值），只统计未闭环风险，已关闭风险移出计算。概率与影响值使用项目统一的分级标准，例如概率取 0.1 至 0.9，影响值按金额或工期折算。
缺陷密度 = 统计期内发现缺陷数 ÷ 同期产出规模。产出规模在研发项目中可用千行代码或功能点，交付项目可用验收功能点数。分子分母必须来自同一时间窗，避免用累计缺陷除以单月产出。
里程碑达成率 = 按期达成里程碑数 ÷ 统计期内应达成里程碑数 × 100%。应达成数以基准计划为准，提前完成计入达成，延期后补做不计入按期达成。
缺失值需要预设规则。分母为零时，该指标标记为“不适用”，不参与加权，并在报告中说明原因；数据缺失时，标记为“数据不足”，按上一期值延续并注明，连续两期缺失则升级为数据质量问题；计划未基线化时，进度偏差和里程碑达成率均不可计算，应先完成基线再出报告。这些规则应在口径卡中写死，避免每期临时判断。
计算与评估步骤：从单项指标到红黄绿状态
计算流程分四步，每步都有明确的完成标志。第一步取数与校验：从计划、成本、变更、风险、缺陷和里程碑记录中提取原始数据，核对基准版本、统计截止时点和数据完整性，完成标志是数据表可追溯到来源记录。第二步逐项计算：按口径卡代入公式，得到六类指标的数值，完成标志是每个数值都有分子分母可查。第三步映射单项状态：按阈值把每个数值映射为绿、黄、红，完成标志是每项状态都有阈值依据。第四步加权合成：按权重汇总为综合健康度，完成标志是综合状态与单项状态的关系可以解释。
阈值设定应基于历史基线、项目阶段和管理层容忍度，不宜套用统一的达标线。例如进度偏差为负值时，可规定偏离在基准价值 5% 以内为绿、5% 至 10% 为黄、超过 10% 为红；项目启动阶段容忍度可以放宽，交付验收阶段应收紧。阈值一旦确定，应在多个报告周期内保持稳定，调整时记录原因。
权重反映管理重点。研发项目可给进度、质量、风险较高权重，交付项目可给范围变更和里程碑较高权重。权重之和为 100%，单项状态按绿 1 分、黄 0.5 分、红 0 分折算后加权。同时设置一票否决项：关键里程碑严重延期、重大风险长期未闭环、出现重大质量事故时，无论综合得分多少，综合状态直接判红。一票否决项应控制在少数几条，并写明触发条件。
取数环节是健康度报告最容易出错的地方。项目计划、工作项状态、变更单、风险记录和缺陷数据分散在不同工具中时，人工汇总既慢又容易口径漂移。ONES 的项目管理能力可以把计划、工作项、风险与里程碑记录放在同一项目空间内，按统计截止时点汇总进度与状态数据，并支持生成项目状态报告，让计算步骤中的取数与校验有稳定的数据来源。是否采用工具承载，取决于项目数据当前的分散程度和报告频率。
算例：一个研发项目的健康度计算全过程
以下为演示情景，数据为构造值，用于说明计算过程。某研发项目基准总工作量 1000 人天，统计截止时点为本月最后一天，基准计划版本为 V2。
| 项目 | 数值 |
|---|---|
| 计划价值 PV | 400 人天 |
| 挣值 EV | 340 人天 |
| 实际成本 AC | 380 人天 |
| 批准变更工作量 | 60 人天 |
| 未闭环风险暴露值 | 45 分 |
| 本期发现缺陷数 | 24 个 |
| 本期产出规模 | 12 千行 |
| 应达成里程碑 | 4 个，按期达成 3 个 |
逐项计算：进度偏差 SV = 340 − 400 = −60 人天，占 PV 的 15%；成本偏差 CV = 340 − 380 = −40 人天；范围变更率 = 60 ÷ 1000 = 6%；风险暴露值为 45 分；缺陷密度 = 24 ÷ 12 = 2 个/千行；里程碑达成率 = 3 ÷ 4 = 75%。
映射单项状态：按本项目阈值，进度偏差超过 10% 判红；成本偏差超过 10% 判黄；范围变更率 5% 至 10% 判黄；风险暴露值超过 40 分判红；缺陷密度超过 1.5 个/千行判黄；里程碑达成率低于 80% 判黄。得到进度红、成本黄、范围黄、风险红、质量黄、里程碑黄。
加权合成：假设进度权重 25%、成本 15%、范围 15%、风险 20%、质量 15%、里程碑 10%，单项得分依次为 0、0.5、0.5、0、0.5、0.5，加权得分为 0×0.25 + 0.5×0.15 + 0.5×0.15 + 0×0.2 + 0.5×0.15 + 0.5×0.1 = 0.275。若规定 0.7 以上为绿、0.4 至 0.7 为黄、0.4 以下为红，综合状态为红。若本期存在“关键里程碑严重延期”的一票否决情形，结论同样为红，且报告中应直接写明触发原因。
缺失值处理示例：若该项目尚未完成基线化，则进度偏差与里程碑达成率均标记为“不适用”，不参与加权，综合得分只在其余四项上按归一化权重计算，报告需注明“本期综合状态不含进度与里程碑维度”。若某期缺陷数据缺失，则缺陷密度按上期值延续并标注，连续两期缺失时在报告中列为数据质量问题，由项目负责人说明原因。
解读与限制：指标不能替代判断的地方
健康度指标反映的是偏差信号，不构成对团队绩效或项目成败的因果结论。进度红灯说明当前完成价值落后于计划，可能源于估算偏差、资源不足、需求变化或外部依赖，具体原因需要结合项目记录分析。把红灯直接等同于团队不力，会让报告失去可信度，也会促使执行层修饰数据。
跨期比较要谨慎。数据滞后会让本期指标偏乐观，口径变更会让前后两期不可比，计划重基线会让历史偏差失去参照。处理办法是：在报告中标注数据截止时点与实际取数时点；口径调整时保留旧口径结果至少一期，便于对照；重基线后在报告中说明新基准的生效时间和调整原因，重基线前的数据不再与新数据直接连线比较。
验证评估是否有效，可以看三件事：连续多期的综合状态是否与实际交付结果方向一致；红灯出现后管理层是否做出了明确决策，决策记录是否可查；指标预警之后，问题是否在合理周期内得到处理。如果红灯频繁出现却从不触发决策，说明阈值过松或报告未被使用；如果指标长期全绿而交付结果频繁出问题，说明指标集合或数据质量存在缺口，需要回到口径卡检查。
最后需要明确，健康度报告是管理对话的起点。它把偏差摆到桌面上，帮助管理层决定把注意力放在哪里；偏差的根因、纠偏方案和责任分工，仍要在具体的进度、风险和资源分析中完成。
常见问题
项目刚启动、计划还没基线化，健康度报告应该怎么出？
计划未基线化时，进度偏差和里程碑达成率都缺少计算基准，应标记为“不适用”，不参与加权，综合得分只在成本、范围、风险、质量等可算指标上按归一化权重计算，并在报告首页注明本期不含进度与里程碑维度。更稳妥的做法是先完成基准计划锁定，再启动正式健康度报告；启动阶段可以用风险暴露值和里程碑准备情况作为过渡观察项。
阈值定多少合适，能不能直接套用行业通用标准？
阈值应结合项目历史基线、所处阶段和管理层容忍度来定，通用达标线在不同项目类型之间可比性有限。一个可操作的做法是：先回看过去几个周期同类项目的偏差分布，取管理层认为“需要关注”的分位点作为黄线，取“必须介入”的分位点作为红线；启动阶段适当放宽，交付验收阶段收紧。阈值确定后保持多个周期稳定，调整时记录原因，否则跨期趋势会失真。
某个指标数据缺失或分母为零，综合状态还能算吗？
可以算，但要按预设规则处理。分母为零时该指标标记为“不适用”，不参与加权，其余指标按归一化权重计算；数据缺失时标记为“数据不足”，按上一期值延续并注明，连续两期缺失则升级为数据质量问题，由项目负责人说明原因。报告中应列出本期未纳入计算的指标，避免读者把缺失误读为零偏差。
综合得分是黄色，但有一个关键里程碑严重延期，最终状态怎么判？
按一票否决规则处理：关键里程碑严重延期、重大风险长期未闭环、重大质量事故等情形一旦触发，无论加权得分多少，综合状态直接判红，并在报告中写明触发原因和对应事实。一票否决项应控制在少数几条并写明触发条件，避免它变成绕过权重体系的随意判断。
健康度报告连续几期都是绿灯，但交付结果仍然出问题，问题出在哪？
通常要从三个方向排查：指标集合是否覆盖了真正的风险来源，例如外部依赖、需求变更或关键人员负荷；数据质量是否存在系统性偏乐观，例如完成百分比按主观估计填报；阈值是否过松，使偏差在变红之前已经积累。可以回到口径卡逐项核对分子分母和取数时点，并对照历史项目复盘，确认指标与实际交付结果的方向是否一致。
