别让“90%进度”骗了你！为何任务做完了，项目却没完？方天软件用“双轨制”指标给出真相。
在方天软件项目管理系统中，为了全方位、无死角地评估项目健康度，系统采用了两套独立但互补的计算逻辑：
| 指标 | 计算公式 | 衡量维度 | 核心价值 |
|---|---|---|---|
| 完成比 | ∑已完成任务的标准时间/∑所有任务标准时间×100% | 工作量/工时完成率 | 反映资源投入深度。识别是否完成了“重活”、“难活”。 |
| 进度 | 该阶段下所有层级已完成任务条数/该阶段下所有层级总任务条数×100% | 任务数量完成率 | 反映执行覆盖广度。识别是否还有大量零散任务未收尾。 |
📌 关键区别：
“完成比” = 做了多少量（按时间加权，防“抓小放大”）
“进度” = 做了多少事（按条数穿透统计，防“遗留尾巴”）
让我们结合您提供的截图数据，严格验证这两个公式。
父阶 (任务1) [总标准时间: 8]
├─ 1.1 [时间: 2] ✅ 已完成
└─ 1.2 (子父阶) [时间: 6]
├─ 1.2.1 [时间: 1] ✅ 已完成
├─ 1.2.2 [时间: 2] ❌ 未完成
└─ 1.2.3 [时间: 3] ❌ 未完成
分子（已完成工时）：任务1.1 (2天) + 任务1.2.1 (1天) = 3天
分母（总计划工时）：任务1的总标准时间 = 8天
计算：3÷8=37.5%
3÷8=37.5%
系统显示：38% (四舍五入) ✅
结论：工作量仅完成了不到四成，核心大任务（1.2及其子任务）大部分未完成。
这是本次修正的核心：进度统计范围包含该节点下所有层级的子孙节点。
统计范围：任务1下的所有子孙节点（含直接子任务和孙任务）。
总任务条数：
1.1
1.2.1
1.2.2
1.2.3👉 共 4 个任务
已完成条数：
1.1 (✅)
1.2.1 (✅)👉 共 2 个完成
计算：2÷4=50% ✅
2÷4=50%
完美匹配！说明系统确实穿透了层级，统计了所有末梢任务。
统计范围：任务1.2下的所有子孙节点。
总任务条数：1.2.1, 1.2.2, 1.2.3 👉 共 3 个任务
已完成条数：仅 1.2.1 (✅) 👉 共 1 个完成
计算：1÷3≈33.3%
1÷3≈33.3%
系统显示：33% ✅
这种“工时权重”与“全量条数穿透”的组合，能解决传统项目管理中的两大盲区：
如果只统计直接子任务，当一个大任务（如1.2）标记为“进行中”时，其下属的3个小任务可能都还没做，但父级进度可能显示正常。
方天方案：通过穿透统计所有子孙任务条数，只要底下还有一个小任务没勾掉，“进度”就永远上不去。这迫使团队必须彻底收尾，不能留尾巴。
如果只看任务条数（进度），团队可能优先做完10个只需1分钟的小任务（进度100%），却把那个需要10天的核心任务留着没动。
方天方案：引入**“完成比”（按时间加权）。上述场景中，进度虽为100%，但完成比可能只有10%。管理者一眼就能看出：“别高兴太早，最难的活还没干！”**
话术：“本周项目进度达到50%（一半的任务项已关闭），但完成比仅为38%（核心工时投入不足）。”
解读：向领导传达——“我们处理了很多琐碎事项，但核心模块的开发/实施还需加大资源投入。”
场景：某阶段 进度 90% 但 完成比 40%。
方天系统警示：⚠️ 高风险！ 说明大量简单任务已完成，但剩余10%的任务占据了60%的工作量。项目极可能在最后阶段严重延期。
对执行层：考核“进度”，鼓励多完成任务项，清理待办列表。
对核心骨干：考核“完成比”，鼓励攻克高工时、高难度的关键任务。
在使用方天软件项目管理系统时，请务必组合查看这两个指标：
先看“进度”：检查是否有大量零散任务堆积，团队是否在“挑肥拣瘦”。
再看“完成比”：确认项目的主体工作量是否已经实质性推进。
关注“剪刀差”：
若 进度 >> 完成比 ➡️ 警惕“避重就轻”。
若 完成比 >> 进度 ➡️ 恭喜，核心难点已攻克，剩余多为收尾工作，可加速结项。
在方天软件项目管理系统中，“进度”不再是一个模糊的概念，而是全量任务条数的精准透视；“完成比”也不再是简单的百分比，而是工作量的真实称重。
这一套严密的逻辑，旨在帮助您的团队告别“差不多”思维，用数据驱动每一个任务的完美闭环，确保项目从“形式上的完成”走向“实质上的交付”。
—— 方天软件产品部 · 项目管理组
2026年2月