研发人员排期解决的是“谁在什么时间段、以多少投入做哪个项目”。它把项目优先级翻译成每个人的投入比例，形成可核对的人员—项目—时间段安排。本文按五步给出操作流程、角色分工、双周排期表填写示例和发布前检查清单；任务先后依赖与负载冲突处置不在本文展开。排期表需要版本记录与变更留痕时，可以放在ONES的文档与工作项中维护。
要点总览（TL;DR）
- 研发人员排期排的是“谁在什么时间段以多少投入做哪个项目”，产出物是人员—项目—时间段表，与任务先后依赖分开管理。
- 按五步执行：盘点人员与技能、按项目优先级定投入比例、落到人员—项目—时间段、标注兼职共享外包约束、评审发布并约定滚动更新节奏。
- 排期由项目负责人、资源或技术负责人、研发人员、排期维护人共同完成，研发人员本人确认投入承诺这一步不能省。
- 兼职、共享与外包人员要在表内写明可用上限与不可用时段，分配比例不得超过其可用边界。
- 发布前逐项核对投入合计、约束标注、优先级裁决和更新责任，全部通过再发布，并按约定节奏滚动更新。
先定排期口径：排的是人，不是任务
研发人员排期的对象是人，不是任务。排期表回答的是某个研发人员在某个时间段把多少可用投入给了哪个项目；任务排期回答的是任务之间的先后顺序和完成时间。两者需要配合，但产出物不同：人员排期表用于确认投入承诺，任务排期用于安排执行顺序。把两者混在一张表里，容易出现“人已经排满、任务还在加”的情况。
一份可用的研发人员排期表至少包含三个基本字段：
- 人员：姓名、角色或技能标签、可用工时口径（如每周可用人天）。
- 时间段：排期覆盖的起止日期，通常以周或双周为单位。
- 投入比例：该人员在该时间段投入某项目的比例或人天，例如50%、每周2.5人天。
排期粒度按团队节奏选择。需求变化快、跨项目协作多的团队适合按周排期，便于及时调整；项目周期相对稳定、变更需要评审的团队适合按双周排期，减少反复沟通成本。粒度一旦确定，滚动更新节奏应与之一致，避免周排期按月度更新、双周排期天天改动。
需要说明边界：本文只处理人员投入安排。任务本身的先后依赖与关键路径、资源负载冲突的识别与处置，属于另外的管理动作，不在本文展开。排期表发现某人投入合计超出可用工时时，应回到优先级裁决环节处理，而不是在表内直接压缩比例了事。
五步制定研发人员排期
以下五步按顺序执行，每一步都给出输入、动作、输出和完成标志。团队首次建立排期机制时建议完整走一遍；后续滚动更新可只重做第二至第五步。
第一步：盘点人员与技能，形成可用人力清单
输入：团队成员名单、角色与技能标签、考勤与请假安排、兼职与外包人员的合同可用时间。
动作：逐人确认排期周期内的可用工时，扣除休假、培训、支持性工作等已知占用；标注每人的主技能与可承接的辅助技能。
输出：可用人力清单，包含人员、技能标签、周期内可用人天、可用起止日期。
完成标志：清单中每个人在排期周期内的可用人天有明确数字，兼职与外包人员的可用边界已单独标注。
第二步：按项目优先级确定投入比例
输入：项目清单、各项目本周期需求投入量、项目优先级结论。
动作：由项目负责人给出优先级排序和每个项目需要的人员投入量；资源负责人把总可用人力按优先级分配到各项目，形成项目级投入比例。优先级相同的项目需要明确取舍规则，例如按交付日期或客户承诺排序。
输出：项目级投入分配表，列出每个项目在本周期获得的人天或比例。
完成标志：各项目分配之和不超过可用人力总量，且每个项目的投入比例有负责人确认。
第三步：把投入落到人员—项目—时间段
输入：可用人力清单、项目级投入分配表、人员技能匹配情况。
动作：按技能匹配把项目投入分配到具体人员，填写人员、项目、投入比例、时间段四个字段。一个人在同一时间段承担多个项目时，逐项列出比例，便于核对合计。
输出：人员排期表初稿。
完成标志：每个项目都有明确的人员承接，每个人的各项目投入比例均已填写，没有空白格。
第四步：标注兼职、共享与外包人员的可用约束
输入：排期表初稿、兼职与外包人员的可用时间约定、共享人员的所属团队安排。
动作：在排期表中为兼职人员标注每周可用上限和不可用时段；为共享人员标注其在本团队之外的服务对象与时间占比；为外包人员标注合同约定的工作范围与响应时间。约束条件写在对应人员行内，便于排期评审时直接看到。
输出：带约束标注的排期表。
完成标志：所有兼职、共享与外包人员在表中均有约束说明，且分配比例未超过其可用上限。
第五步：评审发布并约定滚动更新节奏
输入：带约束标注的排期表、评审参与人名单。
动作：组织项目负责人、资源负责人与研发人员共同评审，确认投入承诺；评审通过后发布排期表，并约定下一次滚动更新的时间与触发条件，例如每双周固定更新，或出现项目优先级变化、人员变动时临时更新。
输出：已发布的排期表版本，以及更新节奏说明。
完成标志：排期表有明确的版本号与发布日期，更新节奏已写入表头或附注，参与人已知晓。
角色分工与各环节交付物
排期由多方共同完成，单一角色拍板容易造成投入承诺失真。下表按环节列出角色、动作与交付物，团队可按实际岗位名称对应。
| 环节 | 角色 | 动作 | 交付物 |
|---|---|---|---|
| 优先级与需求投入量 | 项目负责人 | 给出项目优先级排序，估算本周期需要的人员投入量 | 项目优先级清单与投入需求 |
| 人员可用性确认 | 资源负责人或技术负责人 | 核对人员技能匹配、可用工时与兼职外包约束 | 可用人力清单 |
| 投入承诺 | 研发人员 | 确认自身在各项目上的投入比例与时间段，提出不可用时段 | 个人投入确认 |
| 排期维护 | 排期维护人 | 汇总排期表、记录版本与变更、按节奏发起滚动更新 | 排期表版本记录与变更日志 |
排期维护人通常由项目经理或资源协调人担任，职责是保证排期表始终反映最新承诺，而不是替项目负责人做优先级判断。研发人员的确认环节不能省略：投入比例由他人代填而未确认，排期表在发布时就已失去可信度。
排期表需要保留版本与变更记录，便于回溯“谁在什么时候调整了哪项投入”。这类记录可以放在ONES文档中维护，每次发布形成新版本，变更条目与工作项关联，评审时直接对照变更日志核对。
示例：一个双周排期表怎么填
以下为演示情景，用于说明填写方式，不代表真实团队数据。背景：某研发小组有4名成员，同时推进项目A与项目B，其中一名成员为兼职人员，每周可用3天。
| 人员 | 技能标签 | 项目 | 投入比例 | 时间段 | 约束说明 |
|---|---|---|---|---|---|
| 张工 | 后端 | 项目A | 80% | 第1—2周 | — |
| 张工 | 后端 | 项目B | 20% | 第1—2周 | — |
| 李工 | 前端 | 项目A | 60% | 第1—2周 | — |
| 李工 | 前端 | 项目B | 40% | 第1—2周 | — |
| 王工（兼职） | 测试 | 项目A | 60% | 第1—2周 | 每周可用3天，上限60% |
| 王工（兼职） | 测试 | 项目B | 0% | 第1—2周 | 本周期不投入项目B |
| 赵工 | 后端 | 项目B | 100% | 第1—2周 | — |
填写要点：
- 每人按项目分行填写，同一人员的多行投入比例合计不超过100%。兼职人员王工每周可用3天，折算上限为60%，表中只安排项目A的60%，项目B留空并注明原因。
- 投入比例与时间段成对出现，时间段写明第1—2周，避免只写“本周期”导致跨周期时无法追溯。
- 约束说明列用于记录兼职、共享与外包人员的可用边界，评审时优先核对该列。
排期变更的记录方式：在表尾增加变更日志，逐条记录变更日期、变更人、涉及人员与项目、原比例、新比例、变更原因。例如“第1周周三，李工项目A由60%调整为40%，项目B由40%调整为60%，原因：项目B接口联调提前”。变更日志与排期表同版本保存，下一次滚动更新时保留历史记录，不覆盖旧版本。
排期发布前的完成检查
排期表发布前逐项核对以下检查项，全部通过再发布。任一项未通过，回到对应步骤修正。
| 检查项 | 核对方法 | 通过标准 |
|---|---|---|
| 每人各项目投入合计是否超出可用工时 | 按人员汇总投入比例，与可用人天对照 | 每人合计不超过100%，兼职与外包人员不超过其可用上限 |
| 兼职与外包人员约束是否标注 | 逐行检查约束说明列 | 所有兼职、共享与外包人员均有约束说明，且分配未越界 |
| 优先级冲突是否已由负责人裁决 | 核对项目优先级清单与投入分配表 | 存在资源竞争的项目已有明确的优先级结论和裁决人 |
| 变更与滚动更新责任是否明确 | 检查表头或附注中的更新节奏与维护人 | 更新周期、触发条件与排期维护人已写明 |
检查通过后发布排期表，并在下一次滚动更新时重复本清单。排期表的价值在于持续可信：每次更新都保留版本与变更记录，团队才能据此判断投入是否需要调整。使用ONES维护排期文档时，可将检查清单作为发布前的评审项，变更日志随文档版本留存，评审记录与工作项关联，便于后续追溯。
常见问题
团队第一次建立人员排期机制，应该从周排期还是双周排期开始？
取决于需求变化的频率和变更评审的成本。需求变化快、跨项目协作多的团队，从周排期开始更容易及时调整；项目周期相对稳定、变更需要评审的团队，从双周排期开始可以减少反复沟通。无论选哪种，滚动更新节奏要与粒度一致，周排期按周更新，双周排期按双周更新，避免排期表长期不刷新而失去参考价值。
研发人员对排期中的投入比例有异议，应该怎么处理？
先区分异议的类型。如果是对可用工时有异议，例如已有支持性工作或休假未扣除，回到第一步修正可用人力清单；如果是对项目优先级有异议，交由项目负责人按交付日期、客户承诺等规则裁决，资源负责人据此调整分配。研发人员的确认环节是排期可信度的来源，代填而不确认会让排期表在发布时就失真，因此异议应在评审阶段解决，而不是发布后再私下调整。
兼职和共享人员的投入比例怎么折算才合理？
先确认其在排期周期内的实际可用时间，再折算为比例上限。例如每周可用3天的兼职人员，按5天工作周折算上限为60%，排期表中各项目投入合计不应超过这个上限。共享人员还要标注其在其他团队的服务时间占比，避免同一时间段被重复分配。折算口径写在约束说明列，评审时逐行核对，比事后追查更省事。
排期发布后项目优先级变了，排期表要全部重做吗？
不需要全部重做。滚动更新时通常只重做第二至第五步：重新确认项目优先级与投入量、调整人员分配、更新约束标注、评审发布新版本。第一步的可用人力清单如果没有人员或考勤变化，可以沿用。关键是保留版本与变更记录，逐条写明变更日期、涉及人员与项目、原比例、新比例和原因，旧版本不覆盖，便于回溯投入调整的过程。
排期表发现某人投入合计超过100%，应该压缩比例还是调整优先级？
先回到优先级裁决环节，由项目负责人明确哪个项目让位，再调整比例。直接在表内压缩比例，等于让研发人员用同一段时间承担超出可用工时的投入，排期表看起来平衡，执行时仍会冲突。如果优先级结论确实无法调整，则需要补充人力或推迟交付，这属于资源决策，应在排期评审中明确记录，而不是留到执行阶段临时处理。
