项目报表设计指南：项目经理必备的6张数据报表

做项目经理，被问得最多的一句话是“项目到底怎么样了”。多数人能说出大概，却说不清进度落后在哪、质量稳不稳、谁手上压了太多事。要回答这些问题，靠的不是感觉，而是一套固定的项目数据报表。下文按“每张报表服务一个管理决策”的思路，梳理项目经理必备的 6 张数据报表，并给出各自的核心指标与设计要点。

项目报表设计前，先定三个口径

项目报表不是图表越多越好，而是每一张都要能推动一个决定。动笔做项目报表设计之前，先回答三个问题。

• 指标定义是否统一。同一指标在任务、迭代、项目三层不能打架。比如“完成”按任务状态算还是按验收结果算，“工时”指预计还是消耗，口径不一致，报表数字就对不上。
• 数据能否回源。报表里的每个数字都要能追溯到具体的需求、任务和 Bug 记录。手工维护的 Excel 台账更新一次错一次，数据源应直接来自团队日常使用的项目管理软件。
• 一张表服务哪个决策。进度报表回答会不会延期，质量报表回答能不能发布。看报表的人拿到数字后，要能马上知道下一步动作。

口径统一、数据可回源、绑定决策，这三点是判断一张项目报表是否合格的前提，也决定了后续 6 张报表能不能真正用起来。

项目经理必备的 6 张数据报表

下面按项目管理最关心的要素展开：进度、范围、质量、资源各一张核心报表，外加迭代节奏和整体汇报各一张。

下表先概括 6 张报表各自回答的决策和建议更新节奏，方便你判断从哪张开始建。

前 4 张对应进度、范围、质量三个维度，第 5 张看资源投入，第 6 张把关键指标汇到一处供汇报使用。

1. 项目进度总览报表：先看会不会延期

这张项目报表回答整体进度，面向项目干系人和上级管理者。下表列出建议保留的核心指标与口径。

项目延期很少是最后一天发生的，多数是偏差出现后没有人把它放到台面上。建议用甘特图或里程碑表呈现，对延期项做颜色标记，让偏差在第一周就被看见。

2. 迭代燃尽图：盯住剩余工作量

燃尽图适用于敏捷迭代，横轴是时间，纵轴是剩余工时或故事点。下表给出这张图需要盯的字段。

曲线抬头通常意味着迭代中途加了需求，需要及时决策。它和进度总览报表互补：燃尽图管短周期节奏，进度总览管整体里程碑。

3. 需求交付报表：范围做到哪一步

需求交付报表面向范围管理，回答“这个版本到底交付了什么、还剩多少”。下表给出建议纳入的指标及口径。

范围蔓延一旦抬头，需求变更数会先报警。建议用阶段分布图或完成率进度条呈现，每周更新，确认超标后进入变更评审流程，而不是等项目后期才发现范围失控。

4. Bug 质量报表：能不能放心发布

Bug 质量报表是发布决策的重要依据，回答质量是否收敛。下表给出建议的核心指标。

看质量不能只看累计总数，要看趋势。建议用新增与关闭两条曲线对比呈现，每日更新：新增曲线不回落，Bug 总量再低，发布决策也要谨慎。

5. 团队负载与工时报表：资源是否均衡

这张项目报表回答资源投入问题，避免“几个人忙不过来、几个人闲在一边”。下表给出建议的字段。

负载过高的成员是延期风险点。建议按成员分组呈现，每周更新，结果用于资源调配和任务再平衡，不是用来考核个人产出。

6. 项目健康度汇总报表：汇报与例会的一张纸

项目健康度汇总报表把前 5 张报表的关键值浓缩到一页，用于例会、周报和向上汇报。下表说明它应包含的板块。

建议使用固定模板，会前由项目经理更新一次，会上用一页讲完整体状态。这张报表也能倒逼前几张数据报表及时更新，避免汇报时临时拼数据。

让项目报表用起来：固定数据源、节奏与责任人

报表做出来不等于用起来。要让上面 6 张数据报表活下来，重点在三个落地习惯。

固定取数源。 报表数字应从团队每天在用的项目管理软件自动得出，而不是由人手工汇总。禅道内置统计报表和项目报告能力：在任务、需求、Bug 列表上，可以按所属项目、指派给、任务类型、优先级、预计工时、消耗工时、每天完成任务数等维度统计，统计跟随当前列表范围，切换检索条件即可获得对应图表，也支持把对象列表数据导出后离线分析。数据跟着日常记录实时更新，口径也更容易保持一致，这在多项目并行或规模化研发组织里尤其重要。

绑定例会节奏。 每日站会看迭代燃尽图和 Bug 收敛曲线；每周例会看进度总览、需求交付和团队负载；向上汇报用健康度汇总。什么场合看哪一张，提前定好，报表才不会沦为月末补写的文档。

明确口径责任人。 指标口径由项目经理或组织内的 PMO 统一维护。例会先对齐口径，再对数字，避免不同角色对同一指标各自解读。

不必一次上齐 6 张。可以先挑当前最疼的维度建一张，跑通数据源和更新节奏，再逐步扩展成完整的项目报表体系。报表始终是工具，最终目的是把项目真实状态讲清楚，让每个管理决策都有数字可依。