资源负载分析报告围绕“人—时间—任务”组织，通常包含五类内容：负载概览、按人/角色/团队的负载分布、冲突与超载清单、未来4–8周趋势预测，以及结论与处置字段。模板以周为统计周期，工时统一按小时计，负载率=已分配工时÷可用工时。以下先给六张可直接复制填写的空白表，再说明字段口径、必填取舍、完整示例与维护方法。
要点总览（TL;DR）
- 资源负载分析报告以“人—时间—任务”为主线，包含五类内容：负载概览、按人/角色/团队的负载分布、冲突与超载清单、未来4–8周趋势预测、结论与处置字段。
- 核心指标为可用工时、已分配工时、负载率（已分配工时÷可用工时）和缺口工时（需求工时−可用工时），工时统一按小时计，统计周期以周为基本单位。
- 最小可用版本包含基本信息、概览、人员明细、冲突清单、结论处置五块；角色汇总、技能维度、成本维度和更长趋势窗口按报告用途选填。
- 冲突类型固定为同期多项目、技能错配、关键角色单点三类，每条结论需对应到具体指标或明细行，便于复核与回溯。
- 模板调整以“能否驱动调度决策”为判断标准，口径变更需记录版本与生效周次，并指定责任人维护。
可复制空白模板：资源负载分析报告表
六张表按填写顺序排列：先登记报告口径，再汇总整体负载，然后展开到人员明细、冲突清单和趋势预测，最后落到结论与处置。表格中的字段与后文说明、示例保持一致，可直接复制到文档或表格工具中填写。
表1 报告基本信息
| 字段 | 填写内容 |
|---|---|
| 报告名称 | |
| 统计周期 | ____年__月__日 至 ____年__月__日（第__周） |
| 编制人 / 复核人 | |
| 覆盖范围 | 团队/项目： |
| 数据来源 | 工时系统、任务排期、人员可用性记录等 |
| 口径说明 | 工时单位：小时；负载率=已分配工时÷可用工时；可用工时扣除请假、培训、公共事务 |
| 编制日期 |
表2 负载概览
| 统计对象 | 人数 | 可用工时合计 | 已分配工时合计 | 整体负载率 | 超载人数 | 富余人数 |
|---|---|---|---|---|---|---|
| 全团队 | ||||||
| 团队A | ||||||
| 团队B | ||||||
| 角色：开发 | ||||||
| 角色：测试 |
表3 人员负载明细
| 人员 | 角色 | 团队 | 项目 | 主要任务 | 计划工时 | 可用工时 | 负载率 | 备注 |
|---|---|---|---|---|---|---|---|---|
表4 冲突与超载清单
| 人员 | 冲突时段 | 涉及项目 | 冲突类型 | 影响 | 严重程度 |
|---|---|---|---|---|---|
| 同期多项目 / 技能错配 / 关键角色单点 | 高 / 中 / 低 | ||||
表5 趋势预测
| 未来周次 | 预计可用工时 | 预计需求工时 | 预计负载率 | 主要需求来源 | 风险提示 |
|---|---|---|---|---|---|
| 第1周 | |||||
| 第2周 | |||||
| 第3周 | |||||
| 第4周 |
表6 结论与处置
| 问题 | 对应指标/明细行 | 原因 | 建议动作 | 责任人 | 复核日期 |
|---|---|---|---|---|---|
字段说明：每个维度看什么、怎么算
模板中的指标分为两类：一类由工时数据直接计算，另一类需要人工判断后填写。计算类指标保证不同周次、不同团队之间可比；判断类字段负责把数字转成可执行的调度动作。下表给出各字段的定义与取数方式。
| 字段 | 定义与公式 | 数据来源 | 回答的问题 |
|---|---|---|---|
| 可用工时 | 统计周期内可投入工作的工时，扣除请假、培训、公共事务等非项目占用 | 人员日历、考勤与排班记录 | 这段时间实际能投入多少 |
| 已分配工时 | 周期内已排期任务计划工时之和 | 任务排期与计划工时字段 | 已经承诺出去多少 |
| 负载率 | 已分配工时÷可用工时×100% | 由前两项计算 | 忙闲程度是否合理 |
| 缺口工时 | 需求工时−可用工时；正值表示缺口，负值表示富余 | 由前两项计算 | 还差多少人或多少时间 |
| 冲突类型 | 同期多项目、技能错配、关键角色单点三类 | 明细表与排期比对 | 紧张来自数量、能力还是不可替代性 |
| 预计负载率 | 预计需求工时÷预计可用工时×100% | 已排期任务计划工时加未来可用性 | 未来几周会不会更紧张 |
三种分布视角用途不同，不能互相替代。按人看，回答“谁这周排满了”，用于个体调度；按角色看，回答“哪类能力整体紧张”，用于招聘、外包或培训决策；按团队看，回答“哪个团队整体超载”，用于跨团队协调和优先级调整。同一份报告可以同时保留三种视角，但结论应指明依据的是哪一种。
冲突类型建议固定为三类，便于跨周对比：同期多项目指同一人在同一时段被多个项目占用；技能错配指任务所需技能与人员能力不匹配，导致实际耗时高于计划；关键角色单点指某项工作只有一人能承担，一旦请假或离职即形成断点。趋势预测的取数方式是已排期任务的计划工时加上未来可用工时，历史实际工时用于校准计划工时的偏差。
结论字段与指标字段一一对应：每条结论都要写明依据的指标或明细行，例如“测试组第3周负载率132%，依据表3第5–7行”。这样复核时可以回到原始数据，避免结论与数字脱节。
必填与选填：最小可用报告与增强版
报告用途决定填写深度。周度跟踪只需要能驱动本周调度决策的字段；月度复盘需要趋势和原因；专项冲突分析则需要更细的冲突分类和影响评估。下表给出取舍建议。
| 字段 | 属性 | 缺失后果 | 适用场景 |
|---|---|---|---|
| 统计周期、编制人、口径说明 | 必填 | 数据无法比较，结论无法追溯 | 全部 |
| 人数、可用工时、已分配工时、负载率 | 必填 | 无法判断整体忙闲 | 全部 |
| 人员、项目、计划工时 | 必填 | 无法定位到具体人和任务 | 全部 |
| 冲突人员、冲突时段、涉及项目 | 必填 | 无法安排调整 | 全部 |
| 问题、建议动作、责任人、复核日期 | 必填 | 报告停留在描述，不产生行动 | 全部 |
| 角色维度汇总 | 选填 | 不影响个体调度，但缺少能力视角 | 月度复盘、招聘与培训规划 |
| 技能维度 | 选填 | 难以识别技能错配 | 专项冲突分析 |
| 成本维度（工时×费率） | 选填 | 不影响负载判断 | 预算复盘、外包决策 |
| 跨团队视图 | 选填 | 团队内调度仍可进行 | 多团队共享资源时 |
| 未来4–8周趋势 | 选填（周报建议填4周） | 只能看到当期，无法提前干预 | 月度复盘、版本规划前 |
最小可用版本包含：基本信息、概览、人员明细、冲突清单、结论处置五块，适合每周固定更新。增强版在此基础上增加角色汇总、技能维度、成本维度和更长趋势窗口，适合月度复盘或资源专项分析。数据来源与更新频率需要写进基本信息区，例如“工时数据每周五从工时系统导出，人员可用性以当周排班为准”，保证下一期报告能按同一方式取数。
填写示例：一份完整的周度负载报告
以下为演示情景，用于说明字段如何串联，数字为示例设定，不代表任何真实团队。背景：一个12人的研发团队，统计周期为某月第2周（周一至周五），同时推进3个项目，标准可用工时为每人40小时。
概览填写：全团队12人，可用工时合计480小时（已扣除2人各8小时培训），已分配工时合计516小时，整体负载率107.5%，超载4人，富余1人。开发角色负载率118%，测试角色负载率96%。
明细填写示例：成员甲，后端开发，项目A，接口开发任务，计划工时48小时，可用工时40小时，负载率120%；成员乙，测试，项目B，回归测试，计划工时32小时，可用工时40小时，负载率80%。明细表按人员逐行展开，同一人跨项目时分行填写。
冲突清单填写示例：成员甲，第2周周三至周五，涉及项目A与项目C，冲突类型为同期多项目，影响为项目C联调延期风险，严重程度高；成员丙，全周，涉及项目B，冲突类型为关键角色单点，影响为唯一熟悉该模块的人员无备份，严重程度中。
趋势填写示例：第3周预计可用工时472小时，预计需求工时540小时，预计负载率114%，主要需求来源为项目A提测与项目C联调，风险提示为测试资源在第3周后半段集中占用。
结论填写示例：问题“开发角色第2周负载率118%，成员甲超载”，对应指标为表3成员甲行与表2开发角色行，原因为项目A与项目C排期重叠，建议动作是将项目C部分接口任务顺延至第3周或调配一名后端支援，责任人为项目C负责人，复核日期为第3周周一。整份报告中，负载率均按“已分配工时÷可用工时”计算，可用工时均扣除培训与请假，口径保持一致。
当这类报告需要每周重复编制时，数据采集和呈现方式直接影响编制成本。ONES资源管理可通过甘特视图完成项目资源规划与进度跟踪，支持按工作数量和工时规模了解成员排期，并通过筛选与分组掌握成员在不同项目的投入比重；成员每日投入饱和明细可实时查看，用于识别规划风险；资源报表可反馈项目投入情况，工时日志支持导出，便于把数据带入上述模板。模板中的负载率公式与阈值仍由团队自行定义，工具提供的是取数与呈现基础。
调整与维护：让模板适配你的团队
模板长期使用后容易出现字段越加越多、口径前后不一的问题。调整时以“能否驱动调度决策”为判断标准：一个字段如果连续几期都没有影响任何调整动作，可以移入选填或删除；如果某类冲突反复出现却缺少对应字段，则补充字段并同步更新说明。
- 字段增删：新增字段前先确认数据能否稳定取得；删除字段前确认历史报告不依赖它做对比。
- 统计周期：以周为基本周期；项目节奏较慢的团队可改为双周，但趋势预测窗口相应延长，保持4–8周的观察跨度。
- 更新节奏：周报固定在每周固定日期更新，月度复盘在月末汇总四周数据，避免临时补数导致口径漂移。
- 口径变更记录：可用工时范围、负载率公式、超载阈值发生变化时，在基本信息区注明变更内容和生效周次，历史报告保留原口径，便于回溯对比。
- 版本管理：模板文件标注版本号与修订日期，修订说明记录改了什么、为什么改；指定一名责任人维护模板和口径说明。
- 阈值校准：超载与富余的判定阈值按团队实际校准，例如以负载率超过100%为超载、低于70%为富余，并在多期数据积累后复核阈值是否合理。
按上述方式维护，模板能在团队规模变化、项目节奏调整和工具更换时保持可比，报告中的每条结论也都能回到具体指标和明细行。
常见问题
团队人数较少、项目也不多，还需要按角色和团队两个维度分别统计吗？
可以合并。按人、按角色、按团队三种视角回答的问题不同：按人看个体排期，按角色看能力整体紧张程度，按团队看整体超载。团队规模小、角色边界清晰时，按人明细加一张角色汇总即可满足调度需要，团队维度可并入概览表。等团队扩编或出现跨团队共享资源时，再单独增加团队视图，并同步更新口径说明。
负载率超过多少算超载？阈值需要固定吗？
模板不预设统一阈值，建议团队按自身实际校准，例如以超过100%为超载、低于70%为富余，并在多期数据积累后复核是否合理。阈值一旦确定，应写入基本信息区的口径说明，并在变更时注明生效周次。历史报告保留原阈值，便于跨周对比时区分“负载真的变了”和“判定标准变了”。
趋势预测的数据从哪里来，和实际工时如何配合使用？
趋势预测取自已排期任务的计划工时，加上未来各周的预计可用工时，两者相除得到预计负载率。历史实际工时用于校准计划工时的偏差：如果过去几期实际耗时普遍高于计划，可在预测时按偏差比例上调需求工时。预测窗口建议保持4–8周，周报可只填前4周，月度复盘或版本规划前再拉长。
报告每周都要编制，数据采集环节有什么减负办法？
关键是固定取数来源和更新时点，例如每周五从工时系统导出工时日志、以当周排班确定可用工时，避免临时补数。当报告需要每周重复编制时，可借助工具减少手工汇总：ONES资源管理支持通过甘特视图完成项目资源规划与进度跟踪，支持按工作数量和工时规模了解成员排期，并通过筛选与分组掌握成员在不同项目的投入比重；成员每日投入饱和明细可实时查看，资源报表反馈项目投入情况，工时日志支持导出，便于带入模板。负载率公式与超载阈值仍由团队自行定义。
模板用了一段时间后字段越加越多，怎么判断哪些该删？
以“能否驱动调度决策”为标准：一个字段如果连续几期都没有影响任何调整动作，可以移入选填或删除；某类冲突反复出现却缺少对应字段时，再补充字段并同步更新说明。删除前确认历史报告不依赖该字段做对比，新增前确认数据能稳定取得。每次调整在模板修订说明中记录改了什么、为什么改，并标注版本号与修订日期。
