资源负载分析看板模板需要覆盖四层字段：分析维度、负载指标、冲突与风险、结论与处置。模板以“一人一周一行”为最小记录粒度，便于按人员、团队、项目和时间周期汇总。下面先给出可直接复制的空白字段表，再说明每个字段的填写口径、必填与选填规则、完整填写示例，以及按团队情况调整模板的方法。
要点总览（TL;DR）
- 模板按四层字段组织：分析维度（人员、团队、项目、时间周期、技能角色）、负载指标（可用工时、已分配工时、负载率、超载工时、缺口工时）、冲突与风险（冲突类型、冲突对象、影响项目、优先级、预警等级）、结论与处置（结论摘要、处置动作、责任人、复核日期）。
- 以“一人一周一行”为最小记录粒度，一人参与多个项目时按“人员＋项目＋周”拆行，再按人员汇总总负载。
- 必填字段为人员、团队、项目、时间周期、可用工时、已分配工时、负载率和结论摘要；其余字段按团队规模和是否触发处置选填。
- 负载率统一按“已分配工时÷可用工时”计算，超载工时与缺口工时取差额，预警阈值需在模板说明中写明。
- 模板裁剪时优先保留维度与指标两层，冲突与结论字段按团队规模增减，并固定数据来源、更新频率和版本维护人。
可复制空白模板：资源负载分析看板字段表
这张表按四层字段组织，每一行代表一名成员在一个统计周内的负载记录。复制到表格工具后，第一行作为表头，从第二行开始逐人逐周填写。如果一名成员在同一周内参与多个项目，可以按“人员＋项目＋周”拆成多行，再通过人员字段汇总其总负载。
| 字段层次 | 字段名称 | 填写内容 |
|---|---|---|
| 分析维度 | 人员 | 成员姓名或工号 |
| 团队 | 所属团队或职能组 | |
| 项目 | 当前投入的项目名称或编号 | |
| 时间周期 | 统计周，如2025-W12（3月17日—3月23日） | |
| 技能角色 | 成员在该项目中的角色或技能标签 | |
| 负载指标 | 可用工时 | 本周可投入工作的工时（小时） |
| 已分配工时 | 本周已排入任务的工时（小时） | |
| 负载率 | 已分配工时÷可用工时 | |
| 超载工时 | 已分配工时超出可用工时的部分（小时） | |
| 缺口工时 | 可用工时尚未被分配的部分（小时） | |
| 冲突与风险 | 冲突类型 | 人员超载／技能错配／跨项目争抢／关键角色单点依赖 |
| 冲突对象 | 涉及的人员、项目或角色 | |
| 影响项目 | 受冲突影响的项目名称 | |
| 优先级 | 高／中／低 | |
| 预警等级 | 红／黄／绿，或按团队约定分级 | |
| 结论与处置 | 结论摘要 | 一句话说明该记录的负载判断 |
| 处置动作 | 调整排期／转移任务／补充人手／保持观察 | |
| 责任人 | 负责跟进处置的人 | |
| 复核日期 | 下次检查该记录状态的日期 |
表格上方建议固定一行模板说明，写明工时单位（小时）、统计周期（自然周或工作周）、负载率计算口径和预警阈值。这样不同人填写时能保持同一口径，后续汇总不会因为理解差异失真。
字段说明：每个字段填什么、按什么口径算
字段能否用起来，取决于口径是否统一。下表逐字段说明含义与计算方式，其中负载率、超载工时和缺口工时三个指标需要全团队采用同一公式。
| 字段 | 含义与填写口径 |
|---|---|
| 人员 | 填写真实姓名或唯一工号，同一人全表保持同一写法，避免汇总时被拆成两个人。 |
| 团队 | 按实际汇报关系或职能组填写，用于按团队汇总负载。 |
| 项目 | 填写成员本周投入的项目。一人参与多个项目时拆行填写，各项目已分配工时之和应等于该成员本周总已分配工时。 |
| 时间周期 | 统一用“年-第几周”表示，并注明起止日期。周期长度一旦确定，全表保持一致，便于横向比较。 |
| 技能角色 | 填写成员在该项目承担的角色，如后端开发、测试、产品经理，也可附加关键技能标签，用于识别技能错配和单点依赖。 |
| 可用工时 | 本周可投入工作的工时。需扣除休假、培训、会议等非项目时间，口径由团队在模板说明中约定。 |
| 已分配工时 | 本周已排入该成员的任务工时之和，来源可以是排期表、任务预估或工时登记。 |
| 负载率 | 已分配工时÷可用工时×100%。例如可用40小时、已分配46小时，负载率为115%。 |
| 超载工时 | 已分配工时大于可用工时时的差额，即已分配工时－可用工时；未超载时填0。 |
| 缺口工时 | 可用工时大于已分配工时时的差额，即可用工时－已分配工时；已排满或超载时填0。 |
| 冲突类型 | 按约定取值填写：人员超载指负载率超过阈值；技能错配指任务所需技能与成员角色不匹配；跨项目争抢指同一成员被多个项目同时占用；关键角色单点依赖指某角色仅一人可承担。 |
| 冲突对象 | 写明冲突涉及的具体人员、项目或角色，便于定位。 |
| 影响项目 | 填写因该冲突可能延期的项目，可填多个。 |
| 优先级 | 按对项目目标的影响程度填高、中、低，用于排序处置顺序。 |
| 预警等级 | 与负载率阈值挂钩，例如负载率超过120%为红色、100%—120%为黄色、低于100%为绿色。阈值需在模板说明中写明，团队可按自身情况调整。 |
| 结论摘要 | 用一句话概括该记录的判断，如“本周超载6小时，集中在联调任务”。 |
| 处置动作 | 写明具体动作和对象，如“将接口联调任务转给张三”“与产品确认需求范围后削减两项任务”。 |
| 责任人 | 填写负责推动处置的人，通常是项目经理或团队负责人。 |
| 复核日期 | 填写下次检查该记录是否缓解的日期，一般设为下一周同一时间。 |
必填与选填：哪些字段不能空
必填字段的底线是：缺少它就无法独立完成一次负载判断。以下八个字段建议设为必填：人员、团队、项目、时间周期、可用工时、已分配工时、负载率、结论摘要。前四个字段确定记录归属，中间三个字段支撑负载计算，结论摘要保证每条记录都有明确判断，避免只堆数据不给结论。
选填字段包括技能角色、超载工时、缺口工时、冲突类型、冲突对象、影响项目、优先级、预警等级、处置动作、责任人和复核日期。它们的适用场景如下：
- 技能角色：团队存在多技能分工或关键角色单点依赖时填写，用于识别技能错配。
- 超载工时与缺口工时：可由负载率推导，填写用于快速排序和筛选，建议保留。
- 冲突类型、冲突对象、影响项目：出现负载异常时填写，正常记录可留空。
- 优先级与预警等级：用于多项目并行、需要排处置顺序的团队。
- 处置动作、责任人、复核日期：记录进入处置流程后填写，未触发处置的记录可留空。
必填字段缺失时，该行记录不纳入汇总，并在表格中标记为待补。例如缺少已分配工时，负载率无法计算，应先回到排期或工时登记数据补齐，再参与看板统计。团队可以在模板中增加一列“数据状态”，标注完整、待补或已核实，避免残缺记录混入分析结果。
填写示例：一个团队一周的完整记录
以下示例展示一个研发团队在2025年第12周的记录，演示负载率与冲突字段如何对应。示例为演示情景，数据仅用于说明填写方式。
| 人员 | 团队 | 项目 | 时间周期 | 技能角色 | 可用工时 | 已分配工时 | 负载率 | 超载工时 | 缺口工时 | 冲突类型 | 冲突对象 | 影响项目 | 优先级 | 预警等级 | 结论摘要 | 处置动作 | 责任人 | 复核日期 |
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 李敏 | 后端组 | 订单系统重构 | 2025-W12 | 后端开发 | 40 | 46 | 115% | 6 | 0 | 人员超载 | 李敏／订单系统重构 | 订单系统重构 | 高 | 黄 | 本周超载6小时，集中在接口联调 | 将两个非关键接口任务转给王强 | 张涛 | 2025-03-24 |
| 王强 | 后端组 | 支付网关升级 | 2025-W12 | 后端开发 | 40 | 28 | 70% | 0 | 12 | 无 | — | — | 低 | 绿 | 本周有12小时余量，可承接转移任务 | 接收李敏转出的接口任务 | 张涛 | 2025-03-24 |
| 陈晓 | 测试组 | 订单系统重构 | 2025-W12 | 测试 | 40 | 40 | 100% | 0 | 0 | 关键角色单点依赖 | 陈晓／测试 | 订单系统重构 | 中 | 黄 | 测试仅一人承担，休假将导致测试停滞 | 安排赵磊跟测，形成备份 | 刘芳 | 2025-03-31 |
示例中李敏负载率115%，对应超载6小时和黄色预警，冲突类型填“人员超载”，处置动作指向具体任务转移，并指定王强作为承接人。王强的缺口工时正好覆盖李敏的超载部分，两条记录形成对应关系。陈晓负载率100%但存在单点依赖风险，说明负载率正常不代表没有冲突，冲突字段需要独立判断。
调整与维护方法：按团队规模和数据来源改造模板
模板落地后需要按团队实际情况裁剪，并保持长期更新。以下清单可作为调整和维护的检查依据。
- 字段增删的取舍原则：优先保留分析维度和负载指标两层，这两层决定看板能否算出结果；冲突与结论字段按团队规模增减，小团队可合并冲突类型和冲突对象，多项目团队建议保留优先级和影响项目。
- 数据来源与更新频率：可用工时来自排班或人事数据，已分配工时来自排期表或工时登记。建议每周固定一天更新，例如每周五下午汇总下周排期，形成下一周的记录。数据来源变化时，在模板说明中同步修改口径。
- 版本与责任人维护：模板头部记录版本号和最后修改日期，指定一名维护人负责口径解释和字段调整。字段变更时保留旧版本，避免历史数据无法对照。
- 与项目集资源协调、项目组合管理的边界：本模板聚焦团队内人力使用冲突的识别与处置，项目集层面的跨团队资源协调、项目组合层面的投资选择不在模板范围内，相关决策应放到对应管理流程中处理。
当团队已经在工具中登记工时和排期时，可以把模板字段与系统数据对应起来，减少手工汇总。ONES 资源管理支持通过工作数量和工时规模了解成员排期，支持筛选与分组查看成员在不同项目中的投入比重，并可实时查看成员每日投入饱和明细，用于识别规划风险。这些数据可以作为模板中可用工时、已分配工时和负载率的来源，资源报表和一键导出工时日志也能为周度更新提供基础。具体报表字段与模板字段的对应关系，建议在首次使用时逐项核对，再固定为团队的取数规则。
常见问题
团队没有工时登记数据，模板里的已分配工时怎么填？
已分配工时的来源可以是排期表、任务预估或工时登记，三者取其一并保持稳定即可。没有工时登记时，可以用任务预估工时之和代替，前提是任务拆分到可估算的粒度，并在模板说明中注明“已分配工时＝任务预估工时之和”。如果连排期也未建立，建议先按成员本周实际承接的任务逐项列出工时，再汇总填入，避免直接凭印象估算。数据来源一旦确定，后续各周沿用同一口径，否则负载率无法横向比较。
负载率正常但冲突字段填了风险，这种情况怎么处理？
负载率反映的是工时占用比例，技能错配、关键角色单点依赖这类冲突与工时多少无关，需要独立判断。填写时按实际风险填冲突类型和影响项目，预警等级可结合影响程度设定，不必与负载率阈值完全绑定。处置动作应针对风险本身，例如安排备份人员、补充技能培训或调整任务分配，并在复核日期检查风险是否解除。团队可在模板说明中约定：负载率正常但存在单点依赖的记录，预警等级至少为黄色。
小团队字段太多填不过来，可以删掉哪些？
可以优先合并或删除冲突与结论层中重复度高的字段。例如小团队可将冲突类型和冲突对象合并为一列“冲突说明”，将优先级与预警等级合并为“处置优先级”；影响项目在单项目团队中可省略。分析维度和负载指标两层建议保留，它们决定看板能否算出负载率和识别超载。删除字段时同步更新模板说明和填写示例，避免不同成员按旧版本填写导致汇总口径不一致。
模板多久更新一次比较合适，历史记录要保留吗？
建议按统计周期每周更新一次，在固定时间汇总下一周的排期和工时，形成新一周的记录。历史记录建议保留，用于对比同一成员或团队多周的负载变化，也便于复核处置动作是否生效。模板头部记录版本号和最后修改日期，字段调整时保留旧版本文件，新一周的记录使用新版本，历史数据仍按原口径解读。维护人变更时，在模板说明中交接口径解释和字段定义。
已经在工具里登记工时和排期，模板字段能否直接从系统取数？
可以按字段对应关系取数，减少手工汇总。ONES 资源管理支持通过工作数量和工时规模了解成员排期，支持筛选与分组查看成员在不同项目中的投入比重，并可实时查看成员每日投入饱和明细，这些数据可作为可用工时、已分配工时和负载率的来源；资源报表和一键导出工时日志可为周度更新提供基础。首次使用时建议逐项核对系统字段与模板字段的口径差异，例如统计周期是否一致、可用工时是否扣除休假，核对后固定为团队取数规则。
