项目健康度通常从进度、成本、范围与质量、风险、资源与团队负荷、干系人满意度六个维度评价。每个维度先定义可复算的指标，明确分子、分母、时间窗和单位，再按项目类型设定权重与阈值，汇总为红黄绿判定。综合判定采用加权得分加一票否决项：任一维度触发阻断阈值即整体降级，判定结果需附数据口径和证据，避免用单一指标代替整体结论。
要点总览（TL;DR）
- 项目健康度通常从进度、成本、范围与质量、风险、资源与团队负荷、干系人满意度六个维度评价，每个维度选取一到两个可复算的指标。
- 指标定义要写清公式、分子、分母、时间窗和单位，并固定取数时点；分母为零标记为不适用，缺失值标记为数据缺失，不默认按零或满分处理。
- 综合判定分四步：单指标归一化打分、维度加权、阈值分级、阻断项检查，最终颜色取汇总得分与阻断项结果中较严重的一个。
- 权重和阈值按项目类型与阶段设定，并在启动或阶段评审时确认；阻断项清单需事先公示，防止平均分掩盖严重问题。
- 红黄绿是对当前状态的分类，汇报时按结论、依据、建议组织，并附数据口径和取数时点，便于追问与复盘。
健康度评价要回答什么管理问题
健康度评价的核心任务，是给管理层提供一个可比较、可追溯的项目整体状态判断，支撑三类决策：提前预警、资源调配和向上汇报。预警解决“哪些项目需要介入”的问题；资源调配解决“把人和预算往哪里倾斜”的问题；汇报解决“用同一套语言说明项目现状”的问题。三者都要求判定结果有统一口径，否则不同项目之间的红黄绿无法横向比较。
评价对象是项目整体，而非单个任务或单次迭代。单个任务延期可能只是执行层面的波动，只有当它累积影响到里程碑、预算或交付质量时，才构成项目健康度的问题。因此健康度指标通常按周或按月统计，覆盖项目全周期，而不是按任务逐条打分。
本文聚焦面向管理层的综合管理视图，给出维度定义、数据口径和计算方法。具体的进度纠偏措施属于项目进度管理的范畴，跨团队的研发效能指标属于效能管理范畴，两者与本文相关但不在展开范围内。健康度判定回答“项目现在怎么样”，纠偏和效能提升回答“接下来怎么改”，两者衔接但不互相替代。
六个评价维度及其指标定义
六个维度各自承担一类管理关注点，每个维度选取一到两个可计算的指标。指标定义需要写清公式、分子、分母、统计时间窗和单位，保证不同人用同一份数据能算出同一结果。下表给出常用指标的定义框架，具体阈值由组织按项目类型设定。
| 维度 | 指标 | 计算定义 | 时间窗与单位 |
|---|---|---|---|
| 进度 | 进度偏差率 | （实际完成工作量 − 计划完成工作量）÷ 计划完成工作量 | 按统计周期累计，百分比 |
| 进度 | 里程碑达成率 | 按期达成里程碑数 ÷ 应达成里程碑数 | 项目累计，百分比 |
| 成本 | 成本偏差率 | （实际成本 − 预算成本）÷ 预算成本 | 按统计周期累计，百分比 |
| 成本 | 预算消耗比 | 已消耗预算 ÷ 总预算 | 项目累计，百分比 |
| 范围与质量 | 需求变更率 | 统计期内变更需求数 ÷ 基线需求总数 | 按统计周期，百分比 |
| 范围与质量 | 缺陷密度 | 统计期内缺陷数 ÷ 交付规模（如功能点或千行代码） | 按统计周期，个/单位规模 |
| 范围与质量 | 返工率 | 返工工作量 ÷ 总完成工作量 | 按统计周期，百分比 |
| 风险 | 风险暴露值 | Σ（风险发生概率 × 风险影响程度），逐条风险加总 | 按统计时点，分值 |
| 风险 | 高等级风险数量 | 统计时点处于高等级且未关闭的风险条数 | 按统计时点，个 |
| 资源与团队 | 关键资源负荷率 | 关键角色已分配工时 ÷ 可用工时 | 按统计周期，百分比 |
| 资源与团队 | 人员缺口 | 计划配置人数 − 实际到岗人数 | 按统计时点，人 |
| 干系人 | 满意度或验收反馈 | 按约定问卷或验收单评分，取加权平均 | 按评审节点，分值 |
进度偏差率用工作量而非日历天数计算，可以避免因任务并行度不同造成的误判；里程碑达成率补充了节点视角，两者结合能区分“整体缓慢”和“关键节点失守”。成本维度同时看偏差率和消耗比，是因为项目前期消耗比低但偏差率可能已经偏高，单看一个指标容易漏判。质量维度把需求变更率与缺陷密度并列，前者反映范围稳定性，后者反映交付质量，返工率则连接两者，体现变更和缺陷对工作量的实际侵蚀。
风险暴露值把概率和影响相乘后加总，适合做趋势比较；高等级风险数量则用于触发关注，两者一个看总量、一个看极端值。资源维度的负荷率需要区分“忙”和“有效产出”，负荷率长期超过合理区间往往预示质量风险，人员缺口则直接影响进度可行性。干系人维度以定性证据为主，满意度评分或验收反馈需要保留原始记录，便于解释判定依据。
数据口径与证据要求
指标能否用于判定，取决于数据口径是否统一。每个指标需要明确数据来源系统、取数时点和统计责任人。例如进度数据来自任务或计划系统，成本数据来自财务或预算台账，缺陷数据来自缺陷跟踪系统，风险数据来自风险登记册。取数时点建议固定在统计周期结束日，避免同一周期内多次取数导致结果漂移。
分母为零和缺失值需要预先约定处理规则。分母为零时，该指标标记为“不适用”，不参与加权，同时相应调整权重分母；缺失值不能默认按零或满分处理，应标记为“数据缺失”，并在判定说明中列出缺失项。若某维度缺失指标超过约定比例，该维度判定为“数据不足”，整体结论标注置信度受限，而不是直接给出红黄绿。
定性维度需要证据标准。干系人满意度应附问卷回收数量、评分分布和关键反馈摘要；验收反馈应附验收单或评审记录。通过标准可以设为“加权平均分不低于约定值且无重大负面反馈”，具体数值由组织在项目启动时约定。定性证据的价值在于可追溯，而不是把主观感受包装成精确数字。
不同项目类型之间比较，需要先确认口径一致：统计周期相同、工作量单位相同、缺陷分级标准相同、风险评分量表相同。口径不一致时，应分别设定阈值，或只在同类型项目内做横向比较。跨类型汇总时，建议只汇总判定结果分布，不直接比较原始指标值。
综合判定的计算步骤
综合判定分四步：单指标归一化打分、维度加权、阈值分级、阻断项检查。整个过程可以在一张计算表中完成，每一步保留中间结果，便于复核。
第一步，单指标归一化。把每个指标映射到0到100分。映射方式可以采用分段线性：设定“理想值”“警戒值”“阻断值”三个锚点，指标处于理想值时得100分，处于阻断值时得0分，中间线性插值。锚点由组织按项目类型设定，本文不给出统一数值。对于“越低越好”的指标（如偏差率、缺陷密度），方向需在映射时反转。
第二步，维度加权。每个维度得分取其下属指标的加权平均，维度权重按项目类型调整。例如交付型项目可提高进度和质量权重，研究型项目可提高风险和干系人权重。权重之和为100%，调整权重时需在项目启动或阶段评审时确认，避免事后修改。
第三步，阈值分级。汇总得分落入不同区间对应不同颜色：绿色表示各维度处于可控范围，黄色表示存在需要关注的偏差，红色表示已出现影响交付的严重偏差。区间边界由组织设定，并随项目阶段调整，例如上线前阶段对质量维度更敏感。
第四步，阻断项检查。即使汇总得分较高，任一维度触发阻断阈值即整体降级。常见阻断项包括：里程碑连续未达成、成本偏差率超过约定上限、高等级风险未关闭且无应对方案、关键缺陷未修复。阻断项的作用是防止“平均分掩盖严重问题”，其清单和阈值需要事先公示。
最终判定取“汇总得分对应颜色”和“阻断项触发结果”中较严重的一个。判定结果应同时输出汇总得分、各维度得分、触发的阻断项和数据缺失说明，形成可复核的判定记录。
一个可复算的判定示例
以下为演示情景，数值仅用于说明计算过程，不代表任何通用达标线。某交付型项目统计周期为一个月，六个维度权重设为：进度25%、成本20%、范围与质量20%、风险15%、资源与团队10%、干系人10%。
原始数据：进度偏差率为−12%，里程碑达成率为80%；成本偏差率为8%，预算消耗比为55%；需求变更率为15%，缺陷密度为每功能点0.6个，返工率为10%；风险暴露值为45分，高等级风险2个；关键资源负荷率为110%，人员缺口1人；干系人满意度加权平均为78分。
单指标打分（锚点为本示例假设）：进度偏差率−12%对应55分，里程碑达成率80%对应70分，进度维度得分约61分；成本偏差率8%对应65分，预算消耗比55%对应80分，成本维度得分约71分；需求变更率15%对应60分，缺陷密度0.6对应50分，返工率10%对应65分，范围与质量维度得分约58分；风险暴露值45分对应60分，高等级风险2个对应50分，风险维度得分约56分；负荷率110%对应55分，人员缺口1人对应60分，资源维度得分约57分；干系人满意度78分对应78分。
加权汇总：61×25% + 71×20% + 58×20% + 56×15% + 57×10% + 78×10% ≈ 15.3 + 14.2 + 11.6 + 8.4 + 5.7 + 7.8 = 63.0分。按示例阈值，60至75分为黄色。
阻断项检查：假设本例约定“高等级风险未关闭且无应对方案”为阻断项，该项目2个高等级风险中1个已有应对方案、1个没有，触发阻断。最终判定由黄色降为红色，判定说明中注明触发原因为高等级风险缺少应对方案，并附风险清单和责任人。
如何解读结果与常见误用
红黄绿判定是对当前状态的分类，不是对项目成败的预测。绿色表示在既定口径和阈值下各维度处于可控范围，仍需关注趋势变化；黄色表示存在偏差，需要明确责任人和处理时限；红色表示已触发严重偏差或阻断项，需要管理层介入决策。解读时应同时看汇总得分、维度分布和阻断项，三者结合才能判断问题性质。
常见误用之一是把单指标当作整体绩效。进度偏差率低不代表项目健康，可能是范围被悄悄压缩或质量被牺牲。误用之二是把指标当因果保证，指标改善只说明度量对象变化，不能直接证明管理动作有效，需要结合具体事件和证据解释。误用之三是阈值长期不变，项目不同阶段的风险结构不同，阈值应随阶段评审调整并记录调整理由。
向管理层汇报时，建议按“结论—依据—建议”组织：先给判定颜色和一句话原因，再列关键指标和阻断项，最后给出需要决策的事项。汇报材料应附数据口径和取数时点，便于追问时快速定位。判定记录保留历史版本，可以观察趋势，也能在复盘时还原当时的判断依据。
健康度判定依赖项目数据的持续采集和汇总。在采用 ONES 的场景中，瀑布项目可以设置计划和里程碑基线，实时对比计划与执行的偏差；工时日历和饱和度报表可用于观察资源负荷；多维度项目数据统计为绩效评估提供依据。这些能力承载的是数据采集与状态汇总的管理动作，判定维度、权重和阈值仍需组织自行定义并定期校准。
常见问题
项目健康度评价和研发效能度量有什么区别，能不能用同一套指标？
两者回答的问题不同。健康度评价面向单个项目的整体状态，回答“这个项目现在怎么样”，指标围绕进度、成本、质量、风险等交付要素组织。研发效能度量面向团队或组织的交付效率与产能，回答“研发体系运转得如何”，指标通常跨项目汇总。可以用同一批底层数据，但统计口径、汇总层级和阈值需要分别设定。把效能指标直接套到单项目健康度上，容易出现口径错位，例如团队整体交付效率提升，并不能说明某个项目当前健康。
项目刚启动、数据很少，健康度还能评吗？
可以评，但要调整指标组合和结论表述。启动阶段进度和成本数据积累不足，可先以里程碑达成、高等级风险数量、关键资源到位情况为主，质量指标待有交付物后再纳入。缺失指标按“数据缺失”标记，不参与加权并相应调整权重分母；缺失比例较高时，结论标注为“数据不足、置信度受限”，只用于预警参考，不作为考核依据。随着项目推进，逐步补齐指标并重新校准阈值。
阻断项和一票否决会不会让加权得分失去意义？
两者分工不同。加权得分反映各维度的整体均衡状况，适合观察趋势和横向比较；阻断项针对的是不能靠其他维度高分抵消的严重问题，例如里程碑连续未达成、高等级风险未关闭且无应对方案。阻断项触发时整体降级，但汇总得分和各维度得分仍要保留在判定记录中，用于说明问题集中在哪个维度。阻断项清单不宜过长，应聚焦少数会实质影响交付的情形，并事先公示阈值。
不同项目类型用不同权重，管理层还能横向比较吗？
可以比较判定结果分布，不宜直接比较原始指标值。权重按项目类型调整后，红黄绿的含义在各类型内部保持一致，汇总时看各颜色的项目数量和变化趋势是可行的。若需要跨类型比较具体指标，先确认统计周期、工作量单位、缺陷分级和风险评分量表一致；口径不一致时，分别设定阈值，或只在同类型项目内比较。汇报时说明权重设定依据，避免读者误以为所有项目用同一把尺子。
健康度数据在工具里怎么采集和汇总，ONES 能承担哪些环节？
健康度判定依赖持续的数据采集和状态汇总。在采用 ONES 的场景中，瀑布项目可以设置项目计划和里程碑基线，实时对比计划与执行的偏差；工时日历和饱和度报表可用于观察资源负荷；多维度项目数据统计为绩效评估提供依据。这些能力承载的是数据采集与汇总的管理动作，维度选择、权重、阈值和阻断项仍需组织自行定义并定期校准。成本类数据是否纳入、从哪个系统取数，需要结合组织现有的预算管理方式确定。
