研发人员排期要解决的是“谁在什么时间投入多少”，把可用人力按优先级分配到具体任务和时间窗，形成一份可执行、可调整的人员排期表。它与任务依赖排期、资源负载冲突处理各有分工。下面按四个步骤展开操作，并给出角色交付物、两周排期表示例和完成检查清单，帮助研发负责人或项目经理独立完成一次排期并建立滚动更新机制。
要点总览（TL;DR）
- 研发人员排期管的是“谁在什么时间投入多少”，任务依赖排期和负载冲突协调各有分工，排期表只承载人员投入这一层信息。
- 四步流程：盘点可用人力形成工时池、按优先级排序任务队列、把任务落到人和时间窗、发布并滚动更新。
- 排期表最小字段包括人员与角色、任务、投入比例或工时、起止时间、依赖和交接人，粒度建议按周或双周滚动。
- 研发负责人定优先级并拍板取舍，技术负责人评估工时与人员匹配，执行成员确认投入承诺并反馈偏差。
- 发布前逐项核对：每项任务有责任人和投入比例、总投入不超可用工时、字段完整、已通知确认、约定了下次核对时间。
研发人员排期先回答哪几个问题
人员排期管的是人的投入安排：某位成员在某段时间内，以多大比例投入到哪项任务。它回答“谁来做、投入多少、从什么时候到什么时候”。任务之间的先后依赖、关键路径属于任务排期；多个人同时被压到同一时间段、需要取舍协调，属于资源负载管理。三者相互衔接，但排期表本身只承载人员投入这一层信息。
一份最小可用的人员排期表，至少包含以下字段：
- 人员与角色：姓名加上承担的角色，如后端开发、测试、技术负责人，便于判断技能匹配。
- 任务：对应到具体工作项，写清任务名称和所属需求或版本。
- 投入比例或工时：用百分比表示部分投入，或用计划工时表示总量，同一张表内保持一种口径。
- 起止时间：精确到周或具体日期，与排期粒度一致。
- 依赖：该任务开始前需要完成的前置事项，注明依赖对象即可，不在人员排期表里展开依赖调整。
- 交接人：任务转交或阶段性交付时的接收人，避免出现无人接续的空档。
粒度上建议按周或双周滚动。一次排满整个季度，前期估算往往偏乐观，后续变更成本高；按周滚动可以在每周核对时吸收估算偏差和临时插入。对于周期长、投入稳定的工作，可以只标注阶段起止，不必拆到每周。
四步完成一次研发人员排期
第一步：盘点可用人力
输入是人员名单、各自技能、请假与已有占用情况。动作是把每个人的可用时间折算成可投入工时：从排期周期总工时中扣除请假、培训、值班、已承诺的其他任务占用，得到真正可用于本次排期的工时池。输出是一张按人、按角色汇总的可用工时表。完成标志是工时池数据齐全，每个人在本周期内可投入的工时都有明确数字，没有“大概有空”这类模糊项。
第二步：确定投入优先级
输入是需求清单、版本目标和上级确定的业务优先级。动作是对任务排序，明确本周期必须完成、可以延后、可以暂缓三档，并标注每项任务大致需要的角色和工时量级。输出是一份排序后的任务队列。完成标志是队列中每项任务都有优先级归属，且队列总工时与工时池可以初步对照，差距过大时在这一步就做取舍，而不是等到排人时才发现放不下。
第三步：把任务落到人和时间窗
输入是工时池与任务队列。动作是按优先级依次把任务分配给具体人员，确定投入比例和起止周，填写依赖和交接人。分配时优先保证高优先级任务有明确责任人，再安排次要任务；一人承担多项任务时，用投入比例体现分配，合计不超过其可用工时。输出是人员排期表。完成标志是每项进入本周期的任务都有责任人和时间窗，人员总投入与可用工时基本匹配，超出部分已标注并写明处理方式。
第四步：发布与滚动更新
输入是完成的人员排期表。动作是发布排期版本，通知相关角色确认自己的投入承诺，记录本版变更点，并约定下次核对时间。输出是发布版本、变更记录和核对时间点。完成标志是相关成员已确认，排期表有明确的版本标识和下次核对日期，后续调整有据可查。
角色分工与各自交付物
排期容易变成单方面派活，原因通常是责任和交付物没有分开。把每个角色的产出定清楚，排期才有协商基础：执行成员确认投入承诺，而不是被动接受安排。
| 角色 | 主要职责 | 交付物 |
|---|---|---|
| 研发负责人/项目经理 | 确定任务优先级，在工时不足时拍板取舍，对最终排期表负责 | 优先级清单、发布版人员排期表 |
| 技术负责人或组长 | 评估任务所需技能与工时，确认人员与任务的匹配度 | 工时评估、人员匹配意见 |
| 执行成员 | 确认自己的投入承诺，执行中反馈实际投入与计划的偏差 | 投入确认、偏差记录 |
三个角色的交付物形成一条链：优先级清单决定排什么，工时评估决定放不放得下，排期表把两者落到人，偏差记录则让下一轮排期更接近实际。任何一环缺失，排期表都会在发布后迅速失真。
一个两周排期表示例
以下为一个小组的两周排期示意：成员A为后端开发，成员B为测试，两人各有部分时间被其他事务占用。表中数据仅用于说明填写方式。
| 人员 | 角色 | 任务 | 投入比例 | 起止周 | 依赖 | 交接人 |
|---|---|---|---|---|---|---|
| 成员A | 后端开发 | 订单接口改造 | 60% | 第1周–第2周 | 接口设计评审通过 | 成员B |
| 成员A | 后端开发 | 线上问题排查支持 | 20% | 第1周–第2周 | 无 | — |
| 成员B | 测试 | 订单接口回归测试 | 50% | 第2周 | 订单接口改造提测 | 成员A |
| 成员B | 测试 | 测试用例补充 | 30% | 第1周–第2周 | 无 | — |
示例中成员A同时承担两项任务，用60%和20%的投入比例区分主次，剩余时间留作缓冲；成员B的回归测试依赖接口改造提测，起止周因此安排在第2周，交接人写成员A，明确提测环节由谁交付。部分投入用比例表达，比笼统写“参与”更容易在核对时发现偏差。这张表只示意字段填写方式，实际使用时字段命名可按团队习惯调整。
排期发布后的变更与偏差处理
排期发布只是开始。建议固定每周核对一次，对照计划投入与实际投入，逐人检查偏差。常见偏差来源有三类：任务估算偏乐观，实际耗时超出计划；临时插入高优先级事项，挤占原定投入；人员请假或调离，可用工时减少。
发现偏差后按以下方式处理：
- 记录变更原因：写清是估算偏差、临时插入还是人员变动，便于后续改进估算。
- 标注影响范围：说明哪些任务的时间窗或投入比例需要调整，是否影响交接人。
- 重新承诺：由执行成员确认新的投入安排，更新排期表版本并通知相关角色。
需要区分的是：任务先后顺序变化、依赖关系调整，属于任务排期范畴；多人同时被压到同一时间段、需要协调谁先谁后，属于资源负载管理。人员排期表负责记录调整后的人员投入结果，把调整原因和影响范围留痕即可。
当排期表需要多人协同维护时，可以把人员排期落到具体工作项上：任务的责任人、计划工时和起止时间记录在工作项中，成员按周填报实际工时，负责人对照计划与实际查看偏差，变更时同步更新工作项状态并保留记录。ONES 的工作项管理与工时记录可以承载这一流程，让排期表从静态文档变成可跟踪的执行依据；具体字段配置按团队现有流程设置。
完成检查：排期表是否可用
发布前逐项核对以下清单，全部满足即可视为本次排期达到可用标准：
- 每项任务都有明确责任人和投入比例，没有空白项。
- 每个人的总投入不超过其可用工时；超出部分已标注，并写明是延后、转交还是增加人力。
- 起止时间、依赖和交接人字段完整，依赖对象可以对应到具体任务或事项。
- 排期表已发布并通知相关角色，执行成员已确认投入承诺。
- 已约定下次核对时间，偏差记录机制已建立，有固定的记录位置和负责人。
清单中任何一项不满足，都建议在发布前补齐。尤其是投入超出可用工时却未标注处理方式的情况，会让排期表在第一个核对周期就失去参考价值。
常见问题
团队规模很小，还需要专门做人员排期表吗？
需要，但可以简化。小团队的排期表可以只保留人员、任务、投入比例和起止周四个字段，依赖和交接人在口头沟通清楚的前提下先不单列。关键在于保留“投入比例”这一项：即使只有三五个人，一人同时承担多项任务也很常见，用比例写清楚主次，核对时才有依据判断谁被压得过满。团队扩大或任务交叉增多后，再逐步补齐依赖和交接人字段。
排期时估算的工时总是不准，怎么减少偏差？
估算偏差无法完全消除，能做的是让它可控。一是把估算粒度压到两周以内，周期越长偏差越大；二是在排期时给每人留出缓冲比例，不把可用工时排满；三是每周核对实际投入与计划投入，把偏差原因归类记录，下一轮排期参考上一轮的实际数据修正估算。连续几轮之后，团队对同类任务的工时判断会逐渐稳定。如果偏差主要来自临时插入事项，则需要在优先级环节解决，而不是靠压缩估算。
成员同时被两个项目占用，人员排期表怎么处理？
在排期表中按投入比例分别列出该成员在两个项目上的任务，合计不超过其可用工时。如果两个项目都要求全时投入，说明存在负载冲突，需要在排期发布前由研发负责人协调取舍，明确哪个项目优先、另一个项目延后或转交。人员排期表记录协调后的结果，冲突本身的处置属于资源负载管理范畴。把冲突留到执行阶段再处理，排期表会在第一个核对周期就失真。
排期表发布后，临时需求插入应该怎么走？
建议约定一个简单规则：临时需求先进入任务队列，由研发负责人判断优先级，确认插入后再调整排期表并记录变更。调整时写清三件事：变更原因、影响哪些任务的时间窗或投入比例、执行成员是否重新确认。如果临时需求只是短期占用，可以用投入比例临时下调的方式处理，原任务时间窗相应顺延。关键是每次调整都留痕，避免排期表与实际执行长期脱节。
人员排期和任务排期应该先做哪个？
通常先确定任务优先级，再做人员排期。任务排期解决的是任务之间的先后顺序和依赖关系，人员排期解决的是谁在什么时间投入多少。实际操作中两者交替进行：先按优先级排出任务队列，再对照可用工时池判断能否放下，放不下就回到优先级环节取舍。依赖关系会影响人员排期的起止时间，例如测试任务要等开发提测后才能开始，这类约束在排人时直接体现为起止周的安排。
