人员请假后，团队可用容量需要从名义人力中逐项扣减：先确定统计周期与容量单位，按工作日历剔除节假日和团队非工作日，再逐人登记请假类型、起止时间与折算比例，汇总得到实际可用容量，最后与需求投入对比形成缺口。本文给出可直接执行的四步操作、半天与跨周期等边界规则、角色分工与台账字段，并用一个迭代算例演示全过程。
要点总览（TL;DR）
- 先统一容量口径：确定单位（人天或人时）、统计周期、人员范围和名义容量公式，避免各算一遍。
- 按四步执行扣减：建立工作日历、登记请假记录、逐人计算并汇总、与需求投入对比输出缺口。
- 边界情形提前定规则：半天按0.5个工作日、小时按每日标准工时折算、跨周期按工作日切分并互相标注。
- 用台账留痕：请假人登记、负责人确认、资源管理员汇总、项目负责人反馈缺口，每笔扣减可反查到具体记录。
- 发布前逐项检查口径一致性、日历完整性、跨周期拆分与汇总校验，不通过即视为阻断项。
先定口径：容量按什么单位、什么周期计算
请假容量扣减最容易出错的地方，是不同人用不同口径各算一遍。开始扣减之前，先把单位、周期、人员范围和名义容量公式固定下来，后续每一步才有统一基准。
容量单位建议按团队的管理习惯二选一。人天适合按周或按迭代做粗粒度规划，登记和汇总成本低；人时适合存在大量半天、小时级请假，或需要与工时记录对齐的团队。两种单位可以在同一张表里并存，但汇总到缺口对比时必须换算到同一单位，并写明换算基准，例如1人天等于8人时。
统计周期要与需求侧的规划节奏一致。按周统计适合节奏快、变更频繁的团队；按迭代统计适合双周或三周迭代的研发团队，能与迭代计划直接对齐；按月或按季度统计适合观察趋势和做中长期资源预估，但颗粒度较粗，不适合直接用于排期。一个常见做法是：以迭代为扣减周期，同时保留月度汇总用于趋势观察。
名义容量与实际容量要分开记录。名义容量是假设全员全勤时的可用人力，实际容量是扣除请假、节假日、团队非工作日后的可用人力。两者都保留，才能看出请假对团队的真实影响幅度。
人员范围需要明确边界：是否包含试用期成员、外包与实习生、跨项目共享人员、以及周期内新入职或离职人员。建议在口径表中逐类写明是否计入、按什么比例计入。
| 口径项 | 可选方案 | 适用条件 | 需在表中写明 |
|---|---|---|---|
| 容量单位 | 人天 / 人时 | 人天适合粗粒度规划；人时适合半天、小时级请假较多 | 单位及换算基准 |
| 统计周期 | 周 / 迭代 / 月 / 季度 | 与需求规划节奏一致 | 起止日期、周期长度 |
| 人员范围 | 全员 / 排除试用期、外包、共享人员 | 按团队管理约定 | 各类人员的计入规则 |
| 名义容量公式 | 人数 × 周期内工作日 × 每日标准工时 | 全员全勤假设 | 每日标准工时取值 |
| 实际容量公式 | 名义容量 − 日历扣除 − 请假扣减 | 扣减规则确定后 | 扣减项清单 |
请假容量扣减的四步操作
四步操作的顺序不能颠倒：先有日历，才有可扣减的工作日；先有请假记录，才能逐人折算；先有个人可用容量，才能汇总团队容量；最后与需求对比，缺口才有意义。每一步都应有明确的输入、动作、输出和完成标志。
第一步：建立工作日历
输入是统计周期的起止日期、法定节假日安排和团队约定的非工作日（如团建日、调休日）。动作是逐日标注工作日与非工作日，形成周期内的工作日清单。输出是一份带日期的工作日历，完成标志是周期内每个日期都有明确的工作日或非工作日标记，且经过团队负责人确认。
第二步：登记请假记录
输入是周期内所有成员的请假申请与审批结果。动作是逐条登记请假人、请假类型、起止时间、折算比例和审批状态。输出是周期内的请假登记表，完成标志是每条记录都有审批状态，且与工作日历交叉核对后没有落在非工作日的无效记录。
第三步：逐人计算可用容量并汇总
输入是工作日历、请假登记表和口径表中的名义容量公式。动作是先算每人的名义容量，再按请假记录扣减，得到个人可用容量，最后按团队汇总。输出是个人与团队的可用容量表，完成标志是个人容量之和等于团队容量，且每笔扣减都能追溯到具体请假记录。
第四步：与需求投入对比，输出缺口
输入是团队可用容量和需求侧的计划投入。动作是把需求投入换算到同一单位，与可用容量逐项对比，识别超出部分。输出是容量缺口表，完成标志是每个缺口都标注了涉及的需求项、缺口大小和初步应对方向（如调整范围、补充人力、顺延）。
| 步骤 | 输入 | 动作 | 输出 | 完成标志 |
|---|---|---|---|---|
| 建立工作日历 | 周期起止、节假日、团队非工作日 | 逐日标注工作日 | 工作日历 | 每个日期均有标记并经确认 |
| 登记请假记录 | 请假申请与审批结果 | 逐条登记类型、时间、比例 | 请假登记表 | 记录完整且有审批状态 |
| 计算并汇总容量 | 日历、请假表、名义容量公式 | 逐人扣减后汇总 | 个人与团队容量表 | 个人之和等于团队总量 |
| 对比需求输出缺口 | 可用容量、需求投入 | 同单位对比 | 容量缺口表 | 缺口可追溯到需求项 |
扣减规则怎么定：半天、小时与跨周期请假
基础流程跑通后，分歧往往集中在边界情形。规则要在周期开始前定好并书面化，避免每次遇到再临时讨论。
整天请假按1个工作日扣减，直接对应日历中的工作日。半天请假按0.5个工作日扣减，需要明确上午与下午是否等价，以及半天请假是否允许与会议、评审冲突。按小时请假按实际小时数除以每日标准工时折算，例如每日标准工时8小时，请假3小时折算为0.375人天。折算结果保留几位小数应在口径表中约定，汇总时统一处理。
跨周期请假需要拆分归属。做法是按工作日历把请假区间切分到各周期，每个周期只扣减落在本周期工作日内的部分。例如请假从周三到下周周二，本周扣减周三至周五，下周扣减周一至周二，中间的周末不计入。拆分结果要同时体现在两个周期的台账中，并互相标注关联记录，避免重复扣减或漏扣。
部分请假与调休、加班的衔接要单独约定。调休本质上是此前加班的补偿，建议在台账中单独设一列标注“调休”，与普通请假区分统计，便于观察团队真实负荷。加班不直接增加容量，除非团队明确约定以加班补足缺口，此时应在缺口表中注明补偿来源，避免把加班当作默认解决方案。
临时请假与事后补录需要明确时限。建议规定临时请假在当天由本人登记、负责人在一个工作日内确认；事后补录须注明原因，并纳入下一次容量报表的修订记录。补录不得静默修改已发布的容量数据，修订要留痕。
| 情形 | 折算方式 | 归属与记录要求 |
|---|---|---|
| 整天请假 | 扣减1个工作日 | 对应日历中的具体工作日 |
| 半天请假 | 扣减0.5个工作日 | 注明上午或下午 |
| 按小时请假 | 小时数 ÷ 每日标准工时 | 注明折算后的人天值 |
| 跨周期请假 | 按工作日切分到各周期 | 两个周期台账互相标注关联 |
| 调休 | 按请假同等扣减 | 单独标注类型，与普通请假分开统计 |
| 临时请假 | 按实际时长扣减 | 当天登记，一个工作日内确认 |
| 事后补录 | 按实际时长扣减 | 注明原因，修订留痕 |
角色分工与扣减台账
扣减结果是否可信，取决于每个环节是否有人负责、有时点约束。请假人负责如实登记，直属负责人负责确认请假事实与折算比例，资源管理员负责汇总容量并维护台账，项目负责人负责把缺口反馈到需求侧。四类角色各管一段，避免出现“谁都以为别人在算”的空档。
扣减台账是整套方法的留痕载体。台账至少应包含：成员姓名、所属团队、统计周期、请假类型、起止日期与时间、折算比例、扣减容量、审批状态、审批人、登记时间、关联记录编号、备注。字段设计的原则是每一笔扣减都能从团队总量反查到具体个人和具体请假记录。
时点要求建议写进团队约定：请假在发生前登记，临时请假当天登记；负责人在一个工作日内完成确认；资源管理员在周期开始前发布本期容量基线，周期内每周更新一次，周期结束后做一次结算。台账与容量报表使用同一数据源，报表只做汇总展示，不另行手工调整。
| 角色 | 主要职责 | 关键时点 |
|---|---|---|
| 请假人 | 如实登记请假类型、时间与时长 | 事前登记，临时请假当天登记 |
| 直属负责人 | 确认请假事实与折算比例 | 一个工作日内确认 |
| 资源管理员 | 维护台账、汇总容量、发布报表 | 周期前发布基线，周期内每周更新 |
| 项目负责人 | 对比需求投入，反馈缺口 | 容量基线发布后同步评估 |
当团队已经在使用资源与工时管理工具时，可以把台账字段与工具中的工时、排期数据对齐。ONES 资源和工时管理解决方案支持查看成员的工作量、可用性、饱和情况，并提供资源规划视图，便于按业务优先级平衡可用资源与需求；ONES Resource 支持通过工作数量和工时规模了解成员排期，实时查看成员每日投入饱和明细，并提供资源报表与工时日志导出。这些能力可以承载容量汇总与缺口对比环节；请假登记与工作日历的具体承载方式，需结合团队现有流程确认后再与容量数据衔接。
示例：一个迭代内的请假容量扣减
以下为一个演示情景，数据为虚构，仅用于说明计算过程，不代表任何真实项目。
设定：某研发小组5人，迭代周期为两周共10个工作日，每日标准工时8小时，容量单位为人天。迭代内第4个工作日为法定节假日，第9个工作日为团队团建日，均不计入工作日。因此迭代内实际工作日为8天。
名义容量：5人 × 8个工作日 = 40人天。若按未扣除节假日的10天粗算会得到50人天，这是常见的虚高来源。
请假记录：成员A请假2天（整天）；成员B请假1.5天（1天整天加1个半天）；成员C按小时请假6小时，折算为0.75人天；成员D跨周期请假，本迭代内占1天，剩余部分归属下一迭代；成员E无请假。
逐人可用容量：A为8−2=6人天；B为8−1.5=6.5人天；C为8−0.75=7.25人天；D为8−1=7人天；E为8人天。汇总为34.75人天，与名义容量40人天相比，请假共扣减5.25人天。
缺口对比：需求侧本迭代计划投入38人天。可用容量34.75人天，缺口为3.25人天。解读时应说明缺口来源：其中5.25人天来自请假，节假日与团建已通过日历扣除体现。应对方向可以是缩减约3.25人天的需求范围、从其他团队临时补充人力，或将部分需求顺延至下一迭代。若选择顺延，需同步检查下一迭代是否已包含成员D的跨周期请假剩余部分，避免缺口被重复计算。
完成检查：扣减结果是否可信
容量数据一旦进入排期和承诺，错误会被放大。发布前按以下清单逐项核对，任何一项不通过都应视为阻断项，修正后再发布。
- 口径一致性：单位、周期、人员范围、每日标准工时与名义容量公式是否与口径表一致，汇总时是否完成单位换算。
- 日历完整性：周期内每个日期是否都有工作日或非工作日标记，法定节假日与团队非工作日是否已扣除。
- 请假记录完整性：每条记录是否有类型、起止时间、折算比例和审批状态，是否存在落在非工作日的无效记录。
- 跨周期拆分正确性：拆分是否按工作日切分，两个周期的台账是否互相标注，是否存在重复扣减或漏扣。
- 汇总校验：个人可用容量之和是否等于团队容量，每笔扣减是否能反查到具体请假记录。
- 需求对比复核：需求投入与可用容量是否使用同一单位，缺口是否标注了涉及的需求项和应对方向。
- 修订留痕：周期内的补录和调整是否有原因说明和修订记录，已发布数据是否被静默修改。
常见错误包括：用自然日代替工作日计算周期长度；半天请假按整天扣减或漏扣；跨周期请假在两个周期各扣一次；调休与普通请假混在一起统计导致负荷判断失真；缺口只报总数不说明来源。把这些检查点固化为发布前的固定动作，容量扣减结果才能作为需求取舍和资源协调的可靠输入。
常见问题
团队还没有统一的容量口径，应该先从哪里开始？
先做一张口径定义表，把四件事写清楚：容量单位（人天或人时，并写明换算基准）、统计周期（周、迭代、月或季度，与需求规划节奏一致）、人员范围（试用期、外包、共享人员是否计入及比例）、名义容量公式（人数 × 周期内工作日 × 每日标准工时）。这张表经团队负责人确认后再开始扣减，后续所有计算都以它为基准。
请假记录分散在聊天工具和邮件里，怎么保证扣减完整？
把登记责任落到请假人本人，规定事前登记、临时请假当天登记，负责人一个工作日内确认。资源管理员在周期开始前对照工作日历核对一遍记录，重点排查落在非工作日的无效记录和未审批的记录。事后补录要注明原因并留修订痕迹，已发布的容量数据不做静默修改。
跨周期请假在两个周期都登记了，会不会重复扣减？
会。处理办法是按工作日历把请假区间切分到各周期，每个周期只扣减落在本周期工作日内的部分，周末和节假日不计入。拆分后的两条记录要互相标注关联编号，汇总时以关联编号核对，确保同一段请假在两个周期合计等于实际请假时长。
调休应该和普通请假一样扣减容量吗？
调休同样占用工作日，容量上按请假同等扣减。区别在统计口径：建议在台账中单独标注“调休”类型，与普通请假分开统计，便于观察团队真实负荷和加班补偿情况。加班本身不直接增加容量，除非团队明确约定以加班补足缺口，此时应在缺口表中注明补偿来源。
容量扣减结果要进入排期和承诺，发布前重点核对什么？
重点核对五项：口径是否与定义表一致并完成单位换算；周期内每个日期是否都有工作日标记；请假记录是否完整且有审批状态；跨周期拆分是否互相标注、无重复或漏扣；个人可用容量之和是否等于团队容量。任何一项不通过都先修正再发布，缺口表还要标注涉及的需求项和应对方向。
