研发资源排期表按“人员—时间—任务投入”组织，用来回答某个人在某个周期内把多少时间投向了哪些任务。一张可用的排期表需要包含人员、角色或技能、周期、任务或项目、投入比例或工时、优先级、状态与备注，并能在表内直接核对每人各周期的投入合计。下面提供可直接复制的空白表、逐字段填写口径、必填与选填区分、一份两周排期的完整填写示例，以及排期变化后的调整与维护方法。本文聚焦人员投入的记录与核对，任务之间的依赖关系与资源冲突的处理策略另行讨论。
要点总览（TL;DR）
- 空白表分两个区域：人员投入明细区按“人员×周期×任务”逐行记录，人员合计区按人汇总各周期投入，用于核对是否超出可用工时。
- 必填字段为人员、周期、任务/项目，以及投入比例或折算工时二者之一；角色/技能、优先级、状态、备注按管理需要选填。
- 投入比例以个人当期可用工时为基准，同一人同一周期各行比例合计控制在100%以内，实际使用时通常保留10%—20%缓冲。
- 填写顺序建议先填可用工时，再填明细投入，最后回填合计区，让合计区始终是核对结果而非另一份独立数据。
- 排期按周期滚动更新，已结束周期保留历史行，人员或任务变动时新增或终止行、调整比例并同步工时，多人协作时可迁移到系统中统一维护。
可复制空白研发资源排期表
空白表分为两个区域：上方是人员投入明细区，每行记录一个人在一个周期内对一项任务的投入；下方是人员合计区，按人汇总各周期投入，用于快速判断是否超出可用工时。复制到文档或表格工具后，按实际人数和周期数增删行即可。
| 序号 | 人员 | 角色/技能 | 周期 | 任务/项目 | 投入比例（%） | 折算工时（h） | 优先级 | 状态 | 备注 |
|---|---|---|---|---|---|---|---|---|---|
| 1 | |||||||||
| 2 | |||||||||
| 3 | |||||||||
| 4 | |||||||||
| 5 | |||||||||
| 6 | |||||||||
| 7 | |||||||||
| 8 |
人员合计区按“人员×周期”汇总，每人每个周期一行，便于横向比较同一人在不同周期的负荷变化。
| 人员 | 周期 | 可用工时（h） | 已排投入合计（h） | 投入率（%） | 是否超载 |
|---|---|---|---|---|---|
使用顺序建议为：先填人员合计区的可用工时，再填明细区的投入行，最后回填合计区的已排投入合计与投入率。这样合计区始终是核对结果，不会变成另一份独立维护的数据。
排期表字段说明：每个字段填什么、怎么填
字段口径统一后，不同人填出来的表才能直接汇总和比较。以下逐项说明含义与填写方式。
| 字段 | 含义 | 填写口径 |
|---|---|---|
| 人员 | 承担投入的成员 | 填写姓名或工号，同一张表内保持唯一写法，避免“张三”“张工”混用导致汇总拆行。 |
| 角色/技能 | 该成员在本任务中承担的角色或关键技能 | 写与本任务相关的角色，如后端开发、测试、产品设计；同一人不同任务角色不同时分别填写。 |
| 周期 | 投入所归属的时间段 | 按周填写时写“第几周”或起止日期；按日填写时写具体日期。全表统一一种粒度。 |
| 任务/项目 | 投入指向的工作对象 | 写任务名称或项目名称，粒度以能区分投入去向为准；同一任务多次出现时名称保持一致。 |
| 投入比例（%） | 该任务占用本人当期可用工时的比例 | 基准是个人当期可用工时，不是团队总工时。同一人同一周期各行比例之和应等于或小于100%。 |
| 折算工时（h） | 投入比例换算出的实际小时数 | 折算工时＝可用工时×投入比例。填写后与比例互相校验，避免只改一个数。 |
| 优先级 | 该投入相对其他任务的紧要程度 | 用高/中/低或P0/P1/P2等固定档位，全表统一一套取值，便于排序和取舍。 |
| 状态 | 该行投入当前的执行状态 | 用固定枚举，如未开始、进行中、已完成、已取消，避免自由描述。 |
| 备注 | 补充说明 | 记录请假、部分可用、依赖他人等影响投入判断的信息，保持简短。 |
周期粒度的选择取决于管理节奏。按周排期适合迭代周期以周为单位、需要看整体负荷趋势的团队，表格行数少、汇总快；按日排期适合投入切换频繁、需要精确到天的场景，行数多但能反映临时插入和半天级投入。两种粒度不要混在同一张表里，否则合计区无法直接相加。
必填与选填：哪些字段不能空
必填字段决定这张表能否完成“按人按周期核对投入”这个基本任务，缺任何一项都会让汇总失真。选填字段用于补充判断信息，可以留空，但留空要有统一标注。
| 字段 | 必填/选填 | 原因或适用场景 |
|---|---|---|
| 人员 | 必填 | 汇总和核对都以人为单位，缺失则无法归集。 |
| 周期 | 必填 | 投入必须落在具体时间段，否则无法判断当期负荷。 |
| 任务/项目 | 必填 | 投入去向不明时，比例数字失去意义。 |
| 投入比例（%）或折算工时（h） | 必填其一 | 两者可互相换算，至少填一个；建议填比例并由公式生成工时。 |
| 角色/技能 | 选填 | 需要按技能维度看资源结构时填写；单纯核对工时可留空。 |
| 优先级 | 选填 | 需要在超载时决定取舍顺序时填写；负荷宽松时可留空。 |
| 状态 | 选填 | 需要跟踪执行进展时填写；仅做计划排期时可统一填“未开始”。 |
| 备注 | 选填 | 有影响投入判断的特殊情况时填写。 |
字段空缺时采用统一标注，避免空白被误读为“零投入”。建议约定：尚未确定的任务写“待定”，明确不投入写“0”，不适用写“—”。三种标注含义不同，混用会让合计区出现无法解释的差异。选填字段整列留空时，可在表头下方注明“本表不启用”，说明这是有意省略而非漏填。
填写示例：一个两周排期的完整填法
以下为演示情景，用于说明字段如何协同使用，不代表任何真实团队数据。背景：一个三人小组排两周工作，按周为周期。成员为后端开发李然、前端开发周宁、测试陈默。约定每人每周可用工时40小时，周宁当周有两天培训，可用工时记为24小时。
| 序号 | 人员 | 角色/技能 | 周期 | 任务/项目 | 投入比例（%） | 折算工时（h） | 优先级 | 状态 | 备注 |
|---|---|---|---|---|---|---|---|---|---|
| 1 | 李然 | 后端开发 | 第1周 | 订单接口改造 | 75 | 30 | 高 | 进行中 | |
| 2 | 李然 | 后端开发 | 第1周 | 线上问题排查 | 25 | 10 | 中 | 进行中 | 预留缓冲 |
| 3 | 李然 | 后端开发 | 第2周 | 订单接口改造 | 50 | 20 | 高 | 未开始 | |
| 4 | 李然 | 后端开发 | 第2周 | 联调支持 | 50 | 20 | 中 | 未开始 | |
| 5 | 周宁 | 前端开发 | 第1周 | 订单页改版 | 100 | 24 | 高 | 进行中 | 两天培训，可用24h |
| 6 | 周宁 | 前端开发 | 第2周 | 订单页改版 | 75 | 30 | 高 | 未开始 | |
| 7 | 周宁 | 前端开发 | 第2周 | 组件库整理 | 25 | 10 | 低 | 未开始 | |
| 8 | 陈默 | 测试 | 第1周 | 回归测试 | 50 | 20 | 中 | 进行中 | |
| 9 | 陈默 | 测试 | 第1周 | 测试用例补充 | 50 | 20 | 低 | 进行中 | |
| 10 | 陈默 | 测试 | 第2周 | 订单接口测试 | 100 | 40 | 高 | 未开始 |
对应的人员合计区如下，核对过程即逐人逐周把明细行的折算工时相加，再与可用工时比较：
| 人员 | 周期 | 可用工时（h） | 已排投入合计（h） | 投入率（%） | 是否超载 |
|---|---|---|---|---|---|
| 李然 | 第1周 | 40 | 40 | 100 | 否 |
| 李然 | 第2周 | 40 | 40 | 100 | 否 |
| 周宁 | 第1周 | 24 | 24 | 100 | 否 |
| 周宁 | 第2周 | 40 | 40 | 100 | 否 |
| 陈默 | 第1周 | 40 | 40 | 100 | 否 |
| 陈默 | 第2周 | 40 | 40 | 100 | 否 |
核对时重点看三处。第一，周宁第1周可用工时是24小时而非40小时，投入比例按24小时为基准计算，若误按40小时填100%，折算工时会变成40小时，合计区立刻显示超载。第二，李然第1周把25%留给线上问题排查，这部分是预留缓冲，状态仍记为进行中，说明它占用排期但用途灵活。第三，所有行投入率均为100%，没有留出余量，实际使用时通常建议每人每周期保留10%—20%的缓冲，把比例合计控制在80%—90%，用于临时插入和沟通协调。
排期表的调整与维护方法
排期表的价值在于持续可用，一次填完就搁置的表很快会与实际脱节。维护的核心是固定更新节奏、明确谁能改什么、保留变更痕迹。
周期滚动更新。每到一个周期结束前，把已结束周期的行状态改为已完成或已取消，保留历史行不删除；同时为下一周期新增行，复制上一周期未完成任务作为起点。滚动时只动未来周期，已结束周期的数据作为记录保留，便于回溯某段时间的投入分布。
人员或任务变动时的修改规则。人员离开或加入时，在明细区新增或终止对应行，不直接改写历史行的人员字段，避免历史汇总被追溯修改。任务范围变化时，优先调整投入比例并同步折算工时，保持两者一致；任务取消时把状态改为已取消并将比例归零，而不是删除整行。新增任务插入时，先检查该人该周期剩余可用比例，再决定是否挤占低优先级任务的投入。
版本与变更留痕。建议每次发布排期时保留一个版本标识，如“第1周排期-v2”，并在备注或单独的变更记录中写明改了什么、为什么改、谁确认。改动涉及多人投入时，由排期负责人统一更新，成员只提交变更请求，避免多人同时编辑同一张表造成覆盖。
与任务排期、负载冲突处理的边界。排期表记录的是人员投入，不负责表达任务之间的先后依赖，也不负责给出冲突消解方案。当合计区显示某人某周期投入率超过100%时，这张表的作用是暴露问题，具体是压缩范围、调整优先级还是延后任务，需要结合任务排期和团队决策另行处理。把这两类信息分开维护，排期表才能保持结构简单、便于核对。
当排期从单人维护的表格转为多人协作时，表格的同步和状态更新会成为主要成本。ONES Resource 提供甘特视图用于项目资源规划与进度跟踪，支持通过工作数量和工时规模了解成员排期，并可按条件筛选与分组查看成员在不同项目的投入比重；排期调整可通过拖拉拽完成，成员每日投入饱和明细也可实时查看，用于识别规划风险。这些能力承接的是排期表落地后的协作与核对动作，表格本身仍可作为轻量起步方式，团队规模扩大、更新频率提高时再考虑迁移到系统中统一维护。
常见问题
团队刚开始用排期表，按周排还是按日排更合适？
按周排期行数少、汇总快，适合迭代周期以周为单位、主要看整体负荷趋势的团队；按日排期能反映临时插入和半天级投入，适合投入切换频繁、需要精确到天的场景。两种粒度不要混在同一张表里，否则合计区无法直接相加。起步阶段通常先按周排，等发现周内切换过于频繁、周合计掩盖了实际冲突时，再改为按日。
投入比例合计不到100%，空出来的部分怎么处理？
空出来的部分就是缓冲，不需要强行填满。常见做法是每人每周期保留10%—20%的余量，用于临时插入、沟通协调和线上问题处理。如果希望这部分也可见，可以单独设一行“预留缓冲”，写明比例并标注用途灵活；如果不希望增加行数，就在合计区通过投入率低于100%体现。关键是团队内部对“未排满”有统一理解，避免有人把空白当成漏填。
成员同时参与多个项目时，一张表装不下怎么办？
优先保证“人员×周期”的合计完整，任务/项目字段写清投入去向即可，不必按项目拆成多张表。如果项目数量多、需要按项目分别汇报，可以保留一张总表做人员合计核对，再按项目拆出分表，分表的投入行汇总后应与总表一致。拆表后要指定唯一的汇总口径，避免总表和分表各自维护、数字对不上。
排期表显示某人某周期投入率超过100%，接下来该做什么？
这张表的作用是暴露超载，不负责给出消解方案。发现超载后，先确认是比例填错还是确实排多了：检查可用工时是否漏扣请假、培训，检查折算工时与比例是否一致。确认排多了之后，压缩范围、调整优先级还是延后任务，需要结合任务之间的先后依赖和团队决策另行处理，这部分不属于排期表本身的职责。
表格从几个人用扩展到整个研发团队，还适合继续用表格维护吗？
人数少、更新频率低时，表格结构简单、上手快，仍是合适的起步方式。当参与人数增加、排期每周甚至每天变动、多人需要同时查看和修改时，表格的同步成本和覆盖风险会明显上升。这时可以考虑迁移到系统中统一维护，例如 ONES Resource 提供甘特视图用于项目资源规划与进度跟踪，支持按工作数量和工时规模了解成员排期，可按条件筛选与分组查看成员在不同项目的投入比重，排期调整可通过拖拉拽完成，成员每日投入饱和明细也可实时查看。迁移时保留原有字段口径，能减少团队重新适应的成本。
