请假容量扣减的核心做法是：先确定容量口径，把请假按统一规则折算成工时或人天，落到工作日历和人员可用性记录上，按周期重算可用容量，再把结果同步到需求侧形成可解释的缺口。本文按这一顺序给出操作步骤、角色分工、演示示例和检查清单，适用于研发团队在周、迭代或月度周期内管理资源容量。ONES 在资源规划与成员可用性查看上有对应能力，下文会在相关步骤中自然说明衔接方式。
要点总览（TL;DR）
- 先定容量口径：按人、按角色或按周期，选定一种主口径并统一单位（人天、工时或FTE），同时确定重算频率。
- 把请假按类型折算：全天、半天、小时分别折算，跨周期请假按周期切分，只有审批通过的记录进入正式扣减。
- 按四步执行：维护工作日历与可用性基线、登记并审批请假、按周期重算可用容量、同步需求侧并标注缺口。
- 明确四类角色分工：请假人登记、直属负责人审批、资源管理角色重算、需求方确认缺口处理方式。
- 用检查清单核对口径一致性、折算取整、审批生效时点、重算同步，并排查重复扣减、漏扣和跨周期错配。
先定口径：请假扣减的是哪种容量
请假扣减最容易出错的地方，是不同人用不同口径计算：有人按人天扣，有人按小时扣，有人按整个迭代扣，最后汇总时无法对齐。开始扣减之前，需要先写清楚三件事：扣的是谁的容量、用什么单位、按什么周期重算。
常见的容量口径有三种。按人计算，以每个成员为最小单位，适合人员技能差异大、任务不能随意互换的团队；按角色计算，把同角色成员容量合并，适合后端、前端、测试等角色分工明确且组内可互相补位的团队；按周期计算，以周、迭代或月为窗口汇总团队总容量，适合做版本级或项目级资源平衡。三种口径可以叠加使用，但同一份容量报表内应保持一种主口径，避免混算。
单位选择上，人天适合周期较长、以天为排期粒度的场景；工时适合存在半天、小时级请假且需要精细核算的场景；FTE（全职当量）适合跨项目比较投入比重。单位一旦确定，折算规则、取整方式和报表展示都应沿用同一单位。
周期粒度决定重算频率。按周管理的团队，每周固定时点重算一次；按迭代管理的团队，在迭代开始前完成基线重算，迭代中发生请假时做增量调整；按月管理的团队，可在月初重算并在月中处理临时请假。重算频率过低会导致缺口发现滞后，过高则增加维护成本，建议与团队现有的排期节奏保持一致。
| 口径 | 适用场景 | 常用单位 | 建议重算频率 |
|---|---|---|---|
| 按人 | 技能差异大、任务不可互换 | 人天或工时 | 每周或每次请假变更时 |
| 按角色 | 角色分工明确、组内可补位 | 人天或 FTE | 迭代开始前及迭代中增量 |
| 按周期 | 版本级、项目级资源平衡 | 人天或 FTE | 每周或每月 |
这张表可以作为团队的容量口径定义表使用：选定口径、单位、周期和重算频率后，由资源管理角色确认并通知需求方，后续所有扣减记录都按此执行。
把请假折算成可扣减的容量：规则与字段
口径确定后，下一步是把每条请假记录转换成可扣减的容量数值。折算的关键是区分请假类型，并明确取整规则，让不同人算出的结果一致。
全天请假按工作日折算，直接扣减对应人天或标准工时；半天请假按 0.5 人天或半天标准工时扣减；小时请假按实际小时数扣减，若团队以人天为最小单位，需要约定取整规则，例如不足半天按半天计、超过半天按一天计，或统一向上取整到 0.5 人天。跨周期请假要按周期切分，例如一条从周三到下周二的请假，需要分别计入本周和下周的容量扣减，不能整条记在起始周。
折算公式可以统一写成：扣减容量 = 请假时长（按工作日历折算）× 每日标准工时 × 人员可用系数。人员可用系数用于处理兼职、部分投入或实习等情况，全职成员取 1。若团队不做系数管理，可省略该因子，但需在口径说明中注明。
每条扣减记录至少应包含以下字段，便于追溯和重算：
- 人员与角色：谁请假、承担什么角色，决定扣减记在个人还是角色池。
- 请假类型与起止时间：全天、半天、小时，以及具体日期和时间段。
- 折算时长：按规则计算出的扣减数值及单位。
- 审批状态：待审批、已通过、已撤销，只有已通过的记录才进入正式扣减。
- 影响周期：该条请假落在哪个周、迭代或月份，跨周期时拆成多条。
- 登记人与登记时间：便于异常时回溯。
审批状态与生效时点需要绑定：待审批的请假可以先做“预扣”提示，但不进入正式可用容量；审批通过后转为正式扣减；请假撤销时，对应扣减记录同步作废并触发重算。这样能避免已撤销的请假仍占着容量，或未审批的请假被当成确定缺口。
操作步骤：从请假登记到容量重算
下面四步构成一个完整闭环，每一步都说明输入、动作、输出和完成标志，团队可以按此顺序执行，也可以把步骤固化到现有的资源管理流程中。
步骤一：维护工作日历与人员可用性基线
输入是团队的工作日历（工作日、节假日、调休安排）和成员基础信息（角色、每日标准工时、投入比例）。动作是确认当前周期的有效工作日天数，并为每位成员建立可用容量基线，例如某迭代 10 个工作日、每日 8 小时，则基线为 80 小时。输出是一份周期内的人员可用性基线表。完成标志是基线表经过资源管理角色确认，且工作日历与团队实际排班一致。
步骤二：登记并审批请假，确认扣减生效时点
输入是成员的请假申请，包括类型、起止时间和事由。动作是由请假人登记，直属负责人审批，资源管理角色确认该请假是否影响当前周期容量。输出是审批通过的请假记录及对应的扣减明细草稿。完成标志是所有影响当前周期的请假都已审批完毕，且每条记录都标注了影响周期和折算时长。
步骤三：按周期重算可用容量并生成扣减明细
输入是步骤一的基线表和步骤二的扣减明细。动作是用基线容量减去已通过请假的折算容量，得到每位成员或每个角色的可用容量，并按周期汇总。输出是更新后的可用容量表和扣减明细清单。完成标志是重算结果与扣减明细逐条对得上，且总额差异可以解释。
步骤四：把扣减结果同步到需求侧并标注缺口
输入是重算后的可用容量和当前周期的需求清单。动作是将可用容量与需求所需容量对比，标出超出部分作为缺口，并注明缺口来自哪些请假记录。输出是一份带缺口说明的容量对比表。完成标志是需求方已收到更新结果，并对缺口处理方式（调整范围、顺延或补充资源）做出确认。
在工具承载上，ONES Resource 支持通过甘特视图进行项目资源规划与进度跟踪，并可按工作数量和工时规模查看成员排期、筛选分组查看成员在不同项目的投入比重；ONES 资源和工时管理方案支持查看成员工作量、可用性与饱和情况，并提供资源规划视图用于平衡可用资源与需求。这些能力可以承接步骤一中的基线查看和步骤四中的缺口对比。请假登记、审批与自动折算是否在工具内完成，需要按团队实际使用的系统确认，本文的折算规则和字段清单可以直接作为配置或手工执行的依据。
角色分工与交付物
请假容量扣减涉及四类角色，职责不清时最容易出现“请假登记了但容量没重算”或“重算了但需求方不知道”的情况。下表给出各角色的职责、交付物和交接时点。
| 角色 | 主要职责 | 交付物 | 交接时点 |
|---|---|---|---|
| 请假人 | 按实际时间登记请假，注明类型和影响的工作 | 请假申请记录 | 请假发生前或当天 |
| 直属负责人 | 审批请假，判断是否影响关键交付 | 审批结果与影响说明 | 收到申请后一个工作日内 |
| 资源/项目管理角色 | 维护基线、执行折算与重算、生成扣减明细 | 可用容量表、扣减明细、缺口说明 | 每周期固定重算时点 |
| 需求方 | 接收容量结果，确认缺口处理方式 | 缺口处理确认 | 重算结果同步后 |
异常情形需要指定处理责任人。临时请假由直属负责人先审批，资源管理角色在当日做增量扣减并通知需求方；跨周期请假由资源管理角色负责按周期切分，确保两个周期都记录到对应扣减；请假撤销由请假人发起，直属负责人确认后，资源管理角色作废对应扣减记录并触发重算。三类异常都应留下记录，避免口头处理导致账实不符。
示例：一个迭代内的请假容量扣减
以下为演示情景，用于说明折算和重算过程，数据不代表真实团队。某研发小组 5 人，迭代周期 10 个工作日，每日标准工时 8 小时，按人天口径管理，迭代内需求预估需要 42 人天。
基线容量为 5 人 × 10 天 = 50 人天。迭代内有三条已审批请假：成员 A 全天请假 2 天；成员 B 半天请假 1 次，按 0.5 人天计；成员 C 请假从第 9 天到下一迭代第 2 天，本迭代内影响 2 天。折算后扣减为 A 2 人天、B 0.5 人天、C 2 人天，合计 4.5 人天。可用容量为 50 − 4.5 = 45.5 人天。
将可用容量与需求对比：45.5 − 42 = 3.5 人天，当前周期仍有 3.5 人天余量，未形成缺口。若需求预估为 47 人天，则缺口为 1.5 人天，缺口说明中应写明“缺口 1.5 人天，主要来自成员 A 与 C 的请假扣减”，供需求方判断是压缩范围还是顺延。跨周期的成员 C 请假，在下一迭代重算时还需再次计入，避免漏扣。
完成检查：扣减结果是否可用
重算完成后，用下面这份清单逐项核对，确认结果可以交给需求方使用。
- 口径一致性：所有扣减记录使用同一口径和单位，按人、按角色或按周期的选择与口径定义表一致。
- 折算与取整：全天、半天、小时请假的折算符合规则，取整方式统一，跨周期请假已按周期切分。
- 审批状态与生效时点：只有已通过的请假进入正式扣减，待审批记录单独标注，已撤销记录已作废。
- 重算频率与需求同步：本轮重算在约定时点完成，需求方已收到更新后的可用容量和缺口说明。
- 常见错误排查：检查是否存在同一请假被重复扣减、临时请假漏扣、跨周期请假只记在一个周期、基线未更新导致扣减基数错误等情况。
清单全部通过后，将可用容量表、扣减明细和缺口说明一并归档，作为下一周期重算的起点。这样每次请假变动都有据可查，容量缺口也能追溯到具体的请假记录，而不是停留在口头判断。
常见问题
临时请假来不及提前登记，容量扣减怎么处理？
临时请假可以走增量扣减：直属负责人先审批，资源管理角色在当日把该条请假折算后补入扣减明细，并触发一次局部重算，只更新受影响人员或角色在当前周期的可用容量。同步给需求方时注明这是增量调整，避免与周期基线重算混淆。事后仍要补齐登记记录，保证扣减明细可追溯。
跨周期的请假，扣减应该记在哪个周期？
按实际占用的工作日切分到各周期，而不是整条记在起始周期。例如从本周三到下周二的请假，本周计入本周剩余工作日，下周计入下周对应工作日，形成两条扣减记录并分别关联影响周期。下一周期重算时，该条请假已作为已知输入，不会重复扣减。
请假撤销后，已经算进缺口的容量怎么回补？
请假撤销由请假人发起、直属负责人确认，资源管理角色作废对应扣减记录并重算可用容量。若此前已把缺口同步给需求方，需要同时发出更新说明，说明缺口缩小或消失的原因。关键是撤销动作与重算在同一时点完成，避免已撤销的请假继续占用容量。
团队按人天管理，小时级请假怎么折算才不产生争议？
在口径说明中提前约定取整规则，例如不足半天按半天计、超过半天按一天计，或统一向上取整到0.5人天，并让所有扣减记录沿用同一规则。规则确定后写入容量口径定义表，由资源管理角色确认并通知需求方，后续不再逐次讨论。若团队需要精细核算，也可以改用工时作为主单位。
用ONES做资源规划时，请假扣减结果怎么衔接？
可以把重算后的可用容量作为资源规划视图的输入，结合成员排期、投入比重和每日投入饱和明细查看扣减后的负荷情况。ONES Resource 支持通过甘特视图进行项目资源规划与进度跟踪，支持按工作数量和工时规模查看成员排期，并支持筛选分组查看成员在不同项目的投入比重；ONES 资源和工时管理方案支持查看成员工作量、可用性与饱和情况，并提供资源规划视图平衡可用资源与需求。请假登记、审批与自动折算是否在工具内完成，需按团队实际使用的系统确认，本文的折算规则和字段清单可作为配置或手工执行依据。
