资源负载分析看板模板需要哪些字段
资源负载分析看板模板由三张表组成:负载明细表、冲突清单和结论汇总表,字段分为分析维度、负载指标、冲突识别、结论与处置四组。负载明细表以“一人一行、一周一列”记录工时与负载率,冲突清单记录人力使用冲突,结论汇总表沉淀判断与调整动作。下面给出可直接复制填写的空白表、逐字段说明、必填与选填划分、完整填写示例和维护方法。
Table of Contents
要点总览(TL;DR)
- 模板由三张表组成:负载明细表(一人一行、一周一列)、冲突清单、结论汇总表,通过人员ID、周期、冲突编号关联。
- 字段分四组:分析维度(人员、团队、项目、角色/技能、周期)、负载指标(可用工时、已分配工时、实际工时、负载率、缺口/溢出工时)、冲突识别(冲突类型、冲突对象、冲突时段、影响项目、优先级)、结论与处置(负载判断、调整建议、责任人、跟进状态、复盘结论)。
- 最小可用字段集约10个:人员ID、人员、项目、周期、可用工时、已分配工时、负载率、冲突类型、调整建议、跟进状态,可先跑通“发现冲突—给出结论”的闭环。
- 负载率按已分配工时÷可用工时计算,缺口/溢出工时按已分配工时−可用工时计算;可用工时的扣除范围和阈值需在模板说明中固定,保证跨人员可比。
- 模板默认按周更新,团队规模较大或交付周期以月为单位时可切换为双周或月;字段增删在月度复盘会上评审,并同步更新字段说明与示例。
可复制空白模板:三张表组成一个看板
三张表通过人员ID、周期和冲突编号关联。负载明细表是主表,冲突清单从明细表中负载率异常或工时缺口明显的行派生,结论汇总表按周期汇总冲突清单并给出处置结论。复制时保留表头,按行填写即可。
表一:负载明细表
| 人员ID | 人员 | 团队 | 项目 | 角色/技能 | 周期 | 可用工时 | 已分配工时 | 实际工时 | 负载率 | 缺口/溢出工时 |
|---|---|---|---|---|---|---|---|---|---|---|
表二:冲突清单
| 冲突编号 | 人员ID | 周期 | 冲突类型 | 冲突对象 | 冲突时段 | 影响项目 | 优先级 |
|---|---|---|---|---|---|---|---|
表三:结论汇总
| 人员ID | 周期 | 关联冲突编号 | 负载判断 | 调整建议 | 责任人 | 跟进状态 | 复盘结论 |
|---|---|---|---|---|---|---|---|
关联规则:冲突清单中的“人员ID+周期”必须能在负载明细表中找到对应行;结论汇总中的“关联冲突编号”对应冲突清单的冲突编号,一条结论可关联多个冲突编号,用逗号分隔。
字段说明:每个字段填什么、怎么算
字段说明按四组展开。填写前先固定两个口径:可用工时的扣除范围(是否扣除请假、会议、培训等非项目占用),以及负载率的分母取值。口径一旦确定,整个周期内保持一致,否则不同人员之间无法比较。
分析维度字段
| 字段名 | 含义 | 数据来源 | 填写口径 |
|---|---|---|---|
| 人员ID | 人员唯一标识,用于跨表关联 | 人事系统或团队名册 | 使用稳定编号,避免用姓名代替 |
| 人员 | 姓名或常用称呼 | 团队名册 | 与人员ID一一对应 |
| 团队 | 人员所属团队或职能组 | 组织架构 | 填写当前归属,跨团队借调时注明 |
| 项目 | 工时投入的项目或工作项归属 | 项目管理系统或工时记录 | 一人一周投入多个项目时拆成多行 |
| 角色/技能 | 人员在该项目承担的角色或关键技能 | 项目分工表 | 用于判断冲突是否可由同技能人员替代 |
| 周期 | 统计的时间范围 | 团队排期 | 默认按周,格式统一为起止日期 |
负载指标字段
| 字段名 | 含义 | 数据来源 | 计算口径 |
|---|---|---|---|
| 可用工时 | 该周期内可投入项目工作的工时 | 工作日历扣除请假、会议等非项目占用 | 按团队约定口径计算,如5个工作日×8小时减去固定占用 |
| 已分配工时 | 排期或任务分配中计划投入的工时 | 项目计划、任务分配记录 | 按人员在该项目的计划工时累加 |
| 实际工时 | 周期内实际登记的工时 | 工时填报记录 | 周期结束后回填,用于校准计划偏差 |
| 负载率 | 计划投入相对可用工时的比例 | 由前两列计算 | 已分配工时 ÷ 可用工时 × 100% |
| 缺口/溢出工时 | 可用工时与已分配工时的差额 | 由前两列计算 | 已分配工时 − 可用工时;正值为溢出,负值为缺口 |
负载率的判断阈值由团队自行设定。常见做法是以100%为基准,超过110%视为明显溢出,低于70%视为可承接新任务。阈值写进模板说明,避免每次讨论重新定义。实际工时与已分配工时偏差较大时,优先核对工时填报是否完整,再调整下一周期的分配。
冲突识别字段
| 字段名 | 含义 | 数据来源 | 填写口径 |
|---|---|---|---|
| 冲突编号 | 冲突记录的唯一标识 | 模板生成 | 按周期加序号,如W32-01 |
| 冲突类型 | 冲突的性质 | 分析判断 | 常见类型:同一人员多项目争抢、技能不可替代、关键时段重叠、计划与实际偏差过大 |
| 冲突对象 | 冲突涉及的人员或角色 | 负载明细表 | 填写人员ID,涉及多人时逐条记录 |
| 冲突时段 | 冲突发生的具体日期或周次 | 排期与工时记录 | 精确到天,便于协调 |
| 影响项目 | 受冲突影响的项目 | 负载明细表 | 列出全部相关项目,注明受影响程度 |
| 优先级 | 冲突处理的先后顺序 | 项目负责人确认 | 按业务优先级或交付节点确定,高优先级冲突优先处置 |
结论与处置字段
| 字段名 | 含义 | 数据来源 | 填写口径 |
|---|---|---|---|
| 负载判断 | 对该人员该周期负载状态的结论 | 负载率与冲突清单 | 常见取值:正常、偏高、溢出、闲置 |
| 调整建议 | 针对判断结果的处理动作 | 责任人提出 | 写具体动作,如延后某任务、调配同技能人员、拆分交付节点 |
| 责任人 | 负责跟进调整的人 | 团队约定 | 通常为项目经理或资源协调人 |
| 跟进状态 | 调整动作的执行进度 | 跟进记录 | 常见取值:待处理、处理中、已解决、暂缓 |
| 复盘结论 | 周期结束后的经验记录 | 复盘会议 | 记录判断是否准确、调整是否有效,供下周期参考 |
必填与选填:最小可用字段集
首次启用模板时,字段过多会拖慢填写。建议先保留能完成“发现冲突—给出结论”闭环的字段,运行两三个周期后再按需要补充。必填字段的判断标准是:缺少它就无法定位冲突或无法追踪处置结果。
| 字段 | 必填/选填 | 理由或适用场景 |
|---|---|---|
| 人员ID | 必填 | 跨表关联的基础,缺少则三张表无法对应 |
| 人员 | 必填 | 便于阅读和沟通 |
| 项目 | 必填 | 冲突通常发生在项目之间,缺少则无法定位争抢对象 |
| 周期 | 必填 | 负载分析按时间切片,缺少则数据无法比较 |
| 可用工时 | 必填 | 负载率的分母 |
| 已分配工时 | 必填 | 负载率的分子,也是缺口计算的依据 |
| 负载率 | 必填 | 快速识别异常行的核心指标 |
| 冲突类型 | 必填 | 决定后续处置方式 |
| 影响项目 | 必填 | 协调时需要知道哪些项目受影响 |
| 调整建议 | 必填 | 模板的价值在于推动处置,缺少则只剩数据 |
| 责任人 | 必填 | 明确谁跟进 |
| 跟进状态 | 必填 | 追踪调整是否落地 |
| 团队 | 选填 | 团队规模较大、需要按组汇总时填写 |
| 角色/技能 | 选填 | 需要判断人员可否替代时填写 |
| 实际工时 | 选填 | 需要校准计划偏差或核算成本时填写 |
| 缺口/溢出工时 | 选填 | 负载率已能反映异常,需要量化缺口大小时补充 |
| 冲突编号 | 选填 | 冲突数量较多、需要逐条跟踪时启用 |
| 冲突对象、冲突时段 | 选填 | 需要精确到天协调时填写 |
| 优先级 | 选填 | 冲突较多、需要排序处置时填写 |
| 负载判断 | 选填 | 负载率阈值稳定后可由指标直接推导 |
| 复盘结论 | 选填 | 建立定期复盘机制后填写 |
最小可用字段集约10个:人员ID、人员、项目、周期、可用工时、已分配工时、负载率、冲突类型、调整建议、跟进状态。这套字段可以完成从发现异常到记录处置的基本链路。字段增减的判断依据有两条:一是某个字段连续两个周期没有被用于任何判断或沟通,可以移出主表;二是某类冲突反复出现却缺少记录位置,应补充对应字段。调整字段时同步更新字段说明,保持模板、说明、示例三处一致。
填写示例:一个两周周期的完整样例
以下为演示数据,用于说明三张表的联动方式。场景设定为一个产品团队的两周周期,三名成员分别投入两个项目。
负载明细表(已填)
| 人员ID | 人员 | 团队 | 项目 | 角色/技能 | 周期 | 可用工时 | 已分配工时 | 实际工时 | 负载率 | 缺口/溢出工时 |
|---|---|---|---|---|---|---|---|---|---|---|
| U01 | 张明 | 产品组 | 项目A | 产品经理 | 8/05–8/16 | 64 | 56 | 60 | 88% | −8 |
| U01 | 张明 | 产品组 | 项目B | 产品经理 | 8/05–8/16 | 0 | 24 | 20 | — | +24 |
| U02 | 李婷 | 研发组 | 项目A | 后端开发 | 8/05–8/16 | 64 | 72 | 76 | 113% | +8 |
| U03 | 王凯 | 研发组 | 项目B | 前端开发 | 8/05–8/16 | 64 | 40 | 38 | 63% | −24 |
张明在项目A的可用工时为64小时,项目B的24小时属于同一周期内的追加分配,合计已分配80小时,相对64小时可用工时溢出16小时。填写时可将同一人员的多项目行合并计算总负载率,或在明细表中保留分项目行、在结论汇总中给出合计判断。李婷负载率113%,属于明显溢出;王凯负载率63%,有承接空间。
冲突清单(已填)
| 冲突编号 | 人员ID | 周期 | 冲突类型 | 冲突对象 | 冲突时段 | 影响项目 | 优先级 |
|---|---|---|---|---|---|---|---|
| W32-01 | U01 | 8/05–8/16 | 同一人员多项目争抢 | 张明 | 8/12–8/16 | 项目A、项目B | 高 |
| W32-02 | U02 | 8/05–8/16 | 计划与实际偏差过大 | 李婷 | 8/05–8/16 | 项目A | 中 |
W32-01来自张明两项目合计溢出16小时,且冲突集中在第二周;W32-02来自李婷负载率超过阈值且实际工时高于计划。王凯负载率偏低,未形成冲突记录,但可作为调配候选写入结论汇总。
结论汇总(已填)
| 人员ID | 周期 | 关联冲突编号 | 负载判断 | 调整建议 | 责任人 | 跟进状态 | 复盘结论 |
|---|---|---|---|---|---|---|---|
| U01 | 8/05–8/16 | W32-01 | 溢出 | 项目B第二周需求评审延后至下周期,张明第二周专注项目A交付 | 项目经理陈磊 | 处理中 | 待周期结束后确认延后是否影响项目B节点 |
| U02 | 8/05–8/16 | W32-02 | 偏高 | 将项目A部分接口联调任务转给王凯,李婷保留核心模块开发 | 研发组长赵敏 | 已解决 | 实际工时高于计划,下周期排期预留10%缓冲 |
| U03 | 8/05–8/16 | — | 正常 | 承接项目A接口联调任务,同步更新其已分配工时 | 研发组长赵敏 | 处理中 | 关注承接后负载率是否超过85% |
示例中每个字段都能在字段说明中找到对应定义:负载率按已分配工时除以可用工时计算,缺口/溢出工时按已分配减可用计算,冲突编号按周期加序号生成。调整建议写成可执行的动作,跟进状态在下次更新时回填。
调整与维护方法:让模板长期可用
模板能否长期使用,取决于更新节奏是否固定、字段是否随团队变化调整、以及与其他管理动作的边界是否清晰。以下规则可作为起步约定,按团队实际情况修改。
更新频率与责任人
- 负载明细表:每周一由项目经理或资源协调人根据排期更新已分配工时,周期结束后三个工作日内回填实际工时。
- 冲突清单:随明细表更新同步检查,负载率超过阈值或出现多项目争抢时新增记录,由发现人填写、项目经理确认优先级。
- 结论汇总:每周或每两周的排期会上过一遍,责任人更新跟进状态;周期结束后补充复盘结论。
- 数据核对:每月核对一次人员ID与团队名册,避免人员变动导致关联失效。
周期粒度切换条件
默认按周统计,适合任务节奏较快、人员投入变化频繁的团队。出现以下情况时可切换为双周或月:团队规模较大、按周统计的填写成本过高;项目交付周期本身以月为单位,周度波动不构成需要处置的冲突;或者冲突主要集中在跨月时段,周度切片看不全。切换时同步调整可用工时的计算口径,例如按月统计时需扣除整月的法定节假日和固定会议,不能简单用周工时乘以周数。
字段增删的评审方式
字段调整建议在月度复盘会上提出,由模板维护人汇总,经项目经理和团队负责人确认后统一修改。评审时回答三个问题:新增字段解决哪类此前无法记录的问题;删除字段后哪些判断会失去依据;修改是否影响历史数据的可比性。历史数据可比性受影响时,保留旧字段一个周期再停用,或在说明中标注口径变更时间。
与项目集资源协调、项目组合管理的边界
本模板处理的是团队内部的人力使用冲突:谁在什么时段被哪些项目争抢、如何调整。跨项目的资源协调机制,例如多个项目集之间的资源池调配、跨部门借调审批,属于项目集资源协调的范围,不在本模板字段内展开。项目组合层面的投资取舍,例如是否启动或终止某项目,属于项目组合管理,本模板的结论汇总可作为输入,但不承担决策职能。明确边界可以避免模板被塞入过多字段而失去可操作性。
当团队已经在使用项目管理工具记录任务和工时,负载明细表中的已分配工时和实际工时可以从工作项和工时记录中汇总,减少手工填写。ONES Resource 支持通过工作数量和工时规模了解成员排期,并可按筛选与分组查看成员在不同项目的投入比重;其资源规划视图可按业务优先级安排团队资源,资源利用率与负荷度也可在项目和团队维度查看。将模板中的周期、人员、项目字段与工具中的记录口径对齐后,明细表可由系统数据导出后补充判断字段,冲突清单和结论汇总仍在模板中完成,兼顾数据准确与处置留痕。
常见问题
负载率的分母“可用工时”要不要扣除会议和请假?
需要先固定一个口径,并在模板说明中写清楚。常见做法是从理论工时中扣除请假、固定会议、培训等非项目占用,得到真正可投入项目工作的工时。如果团队会议较多,也可以只扣除请假和全天培训,把日常站会视为项目工作的一部分。
关键是同一周期内所有人员使用同一口径。口径不一致时,负载率高低可能来自计算差异而非真实投入差异,跨团队比较会失真。口径调整时在字段说明中标注生效周期,避免历史数据被误读。
一个人同时投入多个项目,负载明细表要拆成多行吗?
建议拆成多行,每个“人员+项目”组合一行,这样能看清工时在项目之间的分布,也便于冲突清单定位争抢对象。拆行后,同一人员的可用工时只在其中一行填写,其余行填0,避免重复计算;已分配工时按项目分别填写。
如果团队更关注人员总量,也可以一人一行、把项目合并填写,但会失去项目维度的投入比重。两种方式选一种并在模板说明中固定,结论汇总中的负载判断按人员合计口径给出。
冲突清单里的优先级由谁定,按什么标准排序?
优先级通常由项目经理或资源协调人提出,经相关项目负责人确认。排序标准可以结合交付节点临近程度、冲突影响的业务范围、是否有关键路径任务、人员技能是否可替代等因素。
模板不强制统一标准,但建议把排序依据写进字段说明,例如“高=影响本周交付节点且无同技能替代人员”。标准固定后,不同周期的冲突记录才具备可比性,复盘时也能检验判断是否准确。
模板跑了两三个周期后,怎么判断该加字段还是减字段?
看字段是否真正参与了判断和沟通。某个字段连续两个周期没有被任何结论或协调动作引用,可以考虑从主表移出;某类冲突反复出现却找不到记录位置,应补充对应字段。
调整在月度复盘会上提出,由模板维护人汇总,经项目经理和团队负责人确认后统一修改。修改前回答三个问题:新增字段解决哪类此前无法记录的问题;删除字段后哪些判断会失去依据;修改是否影响历史数据可比性。影响可比性时,保留旧字段一个周期再停用,或在说明中标注口径变更时间。
团队已经在用项目管理工具记录工时,模板还需要手工填吗?
已分配工时和实际工时可以从工作项和工时记录中汇总,减少手工填写。ONES Resource 支持通过工作数量和工时规模了解成员排期,并可按筛选与分组查看成员在不同项目的投入比重;资源利用率与负荷度也可在项目和团队维度查看。
做法是把模板中的周期、人员、项目字段与工具中的记录口径对齐,明细表由系统数据导出后补充判断字段,冲突清单和结论汇总仍在模板中完成,兼顾数据准确与处置留痕。工具未覆盖的判断和协调动作,仍按模板字段记录。



