研发效能分层报告按“决策层—管理层—团队层”三层组织：决策层看结果与趋势，管理层看交付流与瓶颈，团队层看工作项与质量细节。本文提供一套可直接复制填写的空白模板，包含三层结构表、指标卡字段表和报告正文骨架，并逐字段说明填写口径、划分必填与选填、给出一份完整填写示例，最后说明模板上线后的调整与维护方法。报告所需的工作项与交付数据，可以在ONES研发效能管理解决方案中采集与呈现，模板本身保持工具无关，便于直接套用。
要点总览（TL;DR）
- 分层报告按决策层、管理层、团队层组织：决策层看结果与趋势，管理层看交付流与瓶颈，团队层看工作项与质量细节。
- 模板由三张空白表加一段正文骨架组成：分层结构表、指标卡字段表、报告正文骨架，可复制后直接填写。
- 指标名称、口径定义、数据来源、统计周期、当前值、责任人为通用必填项；目标值与趋势按层级区分必填或选填。
- 同一指标跨层出现时复用同一口径定义与统计周期，只在聚合粒度与呈现形式上区分，保证偏差说明能相互印证。
- 模板上线后按季度复核字段使用情况，口径变更记录版本并提前通知各层填写人。
可复制空白模板：三层结构与指标卡表格
以下三张表与一段正文骨架构成模板主体。使用时先填表1确定报告边界，再按表2逐项登记指标，最后按表3骨架组织正文。表格中的示例行仅示意格式，正式填写时替换为团队实际内容。
表1 分层结构空白表
| 层级 | 受众 | 回答的问题 | 指标范围 | 呈现形式 | 更新频率 |
|---|---|---|---|---|---|
| 决策层 | |||||
| 管理层 | |||||
| 团队层 |
表2 指标卡字段空白表
| 指标名称 | 口径定义 | 数据来源 | 统计周期 | 目标值 | 当前值 | 趋势 | 责任人 |
|---|---|---|---|---|---|---|---|
表3 报告正文空白骨架
| 段落 | 填写内容 | 篇幅建议 |
|---|---|---|
| 结论摘要 | 本期整体判断、最需要关注的一到两个问题 | 3—5句 |
| 分层数据 | 按决策层、管理层、团队层依次呈现指标卡结果 | 每层一段或一张小表 |
| 偏差说明 | 目标值与当前值差距较大的指标，说明原因与影响范围 | 逐项说明 |
| 下阶段动作 | 针对偏差的改进动作、责任人与完成时间 | 列表形式 |
字段说明：每个字段填什么、怎么填
字段说明与表1至表3一一对应。填写时先理解口径定义与数据来源两项，这两项决定同一指标能否在不同层级之间比较。
分层结构表字段
| 字段 | 含义 | 填写要点 |
|---|---|---|
| 层级 | 报告面向的组织层级 | 固定为决策层、管理层、团队层三行，不随意增删 |
| 受众 | 该层报告的主要阅读者 | 写角色而非姓名，如“研发负责人”“项目经理”“团队负责人” |
| 回答的问题 | 该层读者最关心的判断 | 用问句或判断句写清，如“交付周期是否在改善” |
| 指标范围 | 该层纳入的指标类别 | 决策层写结果类与趋势类，管理层写交付流类，团队层写工作项与质量类 |
| 呈现形式 | 该层数据的展示方式 | 写趋势图、汇总表、明细列表等具体形式 |
| 更新频率 | 该层报告的刷新节奏 | 与统计周期协调，决策层可月度、管理层可周度、团队层可每日或每迭代 |
指标卡字段
| 字段 | 含义 | 填写要点 |
|---|---|---|
| 指标名称 | 指标的唯一叫法 | 全报告统一用同一名称，避免“交付周期”与“需求周期”混用 |
| 口径定义 | 指标的计算边界与公式 | 写清起止节点、纳入与排除范围、计算方式，如“从需求进入开发到上线的小时数，排除挂起时间” |
| 数据来源 | 数据取自哪个系统或哪张表 | 写到可追溯的层级，如“项目管理系统工作项状态变更记录” |
| 统计周期 | 数据统计的时间窗口 | 写明日、周、迭代或月，并注明起止规则 |
| 目标值 | 该周期期望达到的水平 | 与口径定义配套，目标值必须用同一口径计算 |
| 当前值 | 本周期实际结果 | 保留与目标值相同的小数位与单位 |
| 趋势 | 与上期相比的方向 | 用上升、下降、持平加变化幅度表示，并注明对比周期 |
| 责任人 | 对该指标结果负责的角色 | 写角色或岗位，便于跨期交接 |
报告正文段落
结论摘要先给整体判断，再点出最需要关注的问题，不罗列全部数据。分层数据按三层顺序展开，每层只呈现该层指标卡中已登记的结果。偏差说明针对差距明显的指标，写清原因、影响范围和已采取的措施。下阶段动作写成可核验的条目，每条包含动作、责任人和完成时间。
字段之间的对应关系
同一指标在多层出现时，口径定义与统计周期必须完全一致，只在聚合粒度和呈现形式上区分。例如交付周期在决策层按月聚合看趋势，在团队层按迭代看明细，两处的起止节点和排除规则保持相同。指标卡中的责任人应与正文下阶段动作的责任人对应，避免出现无人认领的改进项。
必填与选填：哪些字段不能空
必填字段保证报告可比较、可追溯；选填字段用于补充说明，按报告成熟度逐步启用。下表给出划分与理由。
| 字段 | 必填/选填 | 理由或适用场景 |
|---|---|---|
| 层级、受众、回答的问题 | 必填 | 决定报告边界，缺失则无法判断内容是否对位 |
| 指标范围、呈现形式 | 必填 | 保证三层内容不重叠、不遗漏 |
| 更新频率 | 必填 | 影响数据可比性，需与统计周期一致 |
| 指标名称、口径定义、数据来源、统计周期 | 必填 | 四项共同构成指标可复现的基础 |
| 当前值、责任人 | 必填 | 没有当前值报告失去意义，没有责任人改进无法落地 |
| 目标值 | 管理层、决策层必填；团队层选填 | 高层需要判断达成情况，团队层可先看明细再设目标 |
| 趋势 | 决策层必填；管理层、团队层选填 | 趋势是决策层判断方向的核心依据 |
| 偏差说明、下阶段动作 | 存在明显偏差时必填 | 无偏差时可省略，但需在正文注明“本期无显著偏差” |
字段留空时统一填“待补”并注明计划补齐时间，不使用空白或横线，避免读者误以为该项为零。团队层首次启用模板时，可先保证指标名称、口径定义、数据来源、统计周期、当前值五项齐全，再逐步补充目标值与趋势。
填写示例：一份完整的分层报告
以下示例为演示情景，团队与数据均为假设，用于说明填写方式，不代表任何真实团队的实际水平。
示例背景：一个约二十人的研发团队，按双周迭代交付，使用项目管理系统记录工作项状态，本期为第三季度第二个月。
三层结构表填写结果
| 层级 | 受众 | 回答的问题 | 指标范围 | 呈现形式 | 更新频率 |
|---|---|---|---|---|---|
| 决策层 | 研发负责人 | 整体交付效率与质量是否在改善 | 交付周期、交付质量、资源效率 | 趋势图加汇总表 | 月度 |
| 管理层 | 项目经理 | 交付流在哪一环出现积压 | 各阶段停留时长、在制品数量 | 阶段分布表 | 周度 |
| 团队层 | 团队负责人 | 哪些工作项延期、缺陷集中在哪 | 工作项完成情况、缺陷分布 | 明细列表 | 每迭代 |
指标卡填写结果
| 指标名称 | 口径定义 | 数据来源 | 统计周期 | 目标值 | 当前值 | 趋势 | 责任人 |
|---|---|---|---|---|---|---|---|
| 交付周期 | 需求进入开发到上线的小时数，排除挂起时间 | 项目管理系统工作项状态变更记录 | 自然月 | 120小时 | 138小时 | 上升，较上月增加12小时 | 研发负责人 |
| 阶段停留时长 | 工作项在各流程阶段的平均停留小时数 | 项目管理系统工作项状态变更记录 | 自然周 | 测试阶段不超过24小时 | 测试阶段31小时 | 上升，较上周增加5小时 | 项目经理 |
| 迭代内完成率 | 迭代计划内按期完成的工作项占比 | 项目管理系统迭代与工作项数据 | 双周迭代 | 90% | 84% | 下降，较上迭代减少3个百分点 | 团队负责人 |
报告正文填写结果
结论摘要：本期整体交付效率较上月有所回落，交付周期超出目标18小时，主要压力集中在测试阶段；迭代内完成率小幅下降，需关注计划排布与测试资源。
分层数据：决策层看交付周期月度趋势，连续两个月上升；管理层看阶段停留时长，测试阶段为当前主要积压点；团队层看迭代内完成率与延期工作项明细，延期集中在两个依赖外部联调的需求。
偏差说明：测试阶段停留时长超出目标7小时，原因是本期联调需求集中且测试环境准备延后，影响范围为两个迭代共六项需求。交付周期上升与测试积压直接相关。
下阶段动作：一，提前一周完成测试环境准备，责任人项目经理，下迭代开始前完成；二，对联调需求单独排期并预留缓冲，责任人团队负责人，下迭代计划会确认；三，每周复核阶段停留时长，责任人项目经理，持续执行。
口径一致性说明：交付周期在决策层按月聚合、在团队层按迭代查看，两处均采用“进入开发到上线、排除挂起时间”的同一定义；阶段停留时长的数据来源与交付周期相同，保证偏差说明可以相互印证。
当报告数据来自多个项目与团队时，可在ONES研发效能管理解决方案中统一查看多项目、多团队的效能表现，并借助报表制作与图表展示完成分层呈现，减少手工整理数据源的工作。
调整与维护方法：让模板随团队变化更新
模板上线后需要定期复核，避免指标越加越多、口径各自演化。以下规则可作为维护清单使用。
- 新增指标卡前先回答三个问题：该指标是否支撑某一层的判断、是否有稳定数据来源、是否有明确责任人。三项齐备再纳入，否则先作为观察项记录在正文之外。
- 删除指标卡以连续两个统计周期无人查看、或与现有指标高度重叠为依据，删除时在变更记录中注明替代指标。
- 口径变更须记录变更前后的定义、生效周期和影响范围，并在变更生效前通知三层报告填写人，避免同一周期内新旧口径混用。
- 模板版本号采用“主版本.次版本”格式，结构性调整升主版本，字段措辞或示例更新升次版本。
- 更新频率与报告节奏保持一致，建议每季度复核一次字段使用情况，每半年评估一次分层结构是否仍匹配组织形态。
| 变更日期 | 版本号 | 变更字段 | 变更内容 | 生效周期 | 通知对象 | 记录人 |
|---|---|---|---|---|---|---|
复核时逐项检查字段是否仍被使用：连续两个周期留空或填“待补”的字段，应评估删除或改为选填；三层报告中重复出现的同一指标，检查口径定义是否仍完全一致。维护记录与模板文件放在同一位置，确保新加入的报告填写人能看到历史变更。
常见问题
团队层首次使用模板，字段填不全怎么办？
首次启用时先保证指标名称、口径定义、数据来源、统计周期、当前值五项齐全，这五项决定数据能否复现。目标值与趋势在团队层属于选填，可先看几期明细再设定。确实无法填写的字段统一写“待补”并注明计划补齐时间，避免留空或画横线，防止读者误读为零。
同一指标在决策层和团队层的数值对不上，通常是什么原因？
先检查两处的口径定义与统计周期是否完全一致。常见原因是聚合粒度不同却混用了同一目标值，或其中一层把挂起时间计入了周期。处理方式是在指标卡中把起止节点、排除范围写清，两层引用同一条定义，只在呈现形式上区分趋势图与明细列表。若口径确实需要调整，按变更流程记录并注明生效周期，同一周期内不混用新旧口径。
报告数据分散在多个项目管理系统里，怎么减少手工整理？
先确认各系统的数据能否按统一的工作项状态口径对齐，再决定采集方式。ONES 研发效能管理解决方案支持从统一入口查看多项目、多团队、多流程的效能表现，并提供报表制作与图表展示能力，可减少手工汇总数据源的工作量。具体的数据同步范围、统计周期设置与报表配置方式，需要结合团队实际系统环境确认。
指标卡加得越来越多，怎么判断该删哪些？
以连续两个统计周期无人查看、或与现有指标高度重叠作为删除依据。删除前确认该指标是否仍支撑某一层的判断，若只是暂时不用，可先改为选填或移入观察项。删除时在变更记录中注明替代指标，避免读者在旧报告中找不到对应数据。
模板需要多久调整一次？
建议每季度复核一次字段使用情况，检查是否有字段连续留空或长期填“待补”；每半年评估一次三层结构是否仍匹配当前组织形态。结构性调整升主版本，字段措辞或示例更新升次版本，变更记录与模板文件放在同一位置，方便新加入的填写人查阅历史。
