请假容量扣减是把人员请假占用的时间从可用人力中扣除，用来判断团队在某个周期内还能承接多少工作。计划请假与临时请假的核心区别在可知时点：前者在规划周期开始前已知，应在基线容量中预扣；后者在周期进行中发生，属于对已发布容量的突发扣减，需要触发缺口评估和任务再分配。部分请假按实际占用比例扣减，团队还需统一口径并写入容量规则。
要点总览（TL;DR）
- 请假容量扣减是把请假占用的时间从可用人力中扣除，基本关系为：可用人力=名义容量−请假扣减−其他非可用时间。
- 计划请假与临时请假的核心区别在可知时点：前者在规划周期开始前已知，应在基线容量中预扣；后者在周期进行中发生，属于对已发布容量的动态扣减。
- 临时请假会改变已承诺任务的供需平衡，需要配套缺口评估、任务再分配和交付风险确认；计划请假一般在承接承诺发布时已消化。
- 部分请假按实际占用比例扣减，半天计0.5天、按小时折算比例，跨周期请假按周期边界拆分，不整人整日扣除。
- 区分口径应写入容量规则，至少明确分界时点、计量单位、折算方式、跨周期拆分和复核频率，并在团队内统一执行。
请假容量扣减的含义与计算口径
请假容量扣减回答的是一个具体问题：在某个统计周期内，某位成员因请假减少了多少可用工时。它服务于可用人力供需判断，输入是人员、请假起止时间和占用比例，输出是该周期内可安排工作的工时数。扣减结果直接影响团队能承诺多少任务，但扣减本身不涉及具体排哪项任务、哪个项目优先，这些属于排期与组合取舍的范畴。
计算口径通常包含三个选择。第一是计量单位，按人天或按工时记录，人天适合以日为粒度的规划，工时适合存在半天、小时级请假的团队。第二是占用比例，整日请假按1天扣减，半天按0.5天，按小时请假则折算为工时占比。第三是统计周期，按周、按双周或按迭代统计，同一周期内多次请假累加计算。
可用人力的基本关系可以写成：可用人力 = 名义容量 − 请假扣减 − 其他非可用时间。名义容量是人员在周期内的理论可工作工时，其他非可用时间包括培训、会议、支持性事务等。把请假单独列出，是为了让扣减来源可追溯，避免所有非可用时间混在一个数字里，导致后续无法判断缺口来自哪里。
统计边界需要提前说清：请假扣减只处理可用人力供需这一层。它不决定任务如何排序，也不替代项目组合层面的承接取舍。团队在容量表中看到扣减后的可用人力，再据此决定承接范围，这两个动作分开记录、分开复核，口径才不容易混乱。
计划请假与临时请假的同口径差异对照
两类请假用同一组维度对照，差异会集中在可知时点和扣减位置上，其他维度随之派生。下表按五个维度并列说明，便于团队在容量规则中直接引用。
| 对照维度 | 计划请假 | 临时请假 |
|---|---|---|
| 可知时点 | 规划周期开始前已知，可提前纳入容量测算 | 周期进行中发生，发生时才知道 |
| 扣减位置 | 在基线容量中预先扣减，形成发布前的可用人力 | 对已发布容量做动态扣减，形成执行中的修正值 |
| 审批与记录方式 | 提前提交申请并审批，记录在周期开始前的容量基线中 | 事发后补登记或即时登记，记录为对基线的调整项 |
| 对承接承诺的影响 | 承接承诺发布时已考虑，一般不改变已承诺范围 | 可能造成已承诺范围出现缺口，需要再分配或调整交付预期 |
| 部分请假处理 | 按实际占用比例预扣，如半天计0.5天 | 同样按实际占用比例扣减，并计入当周期修正 |
可知时点是最根本的区分依据。计划请假在周期开始前就能进入容量测算，团队在发布承接承诺时已经把这块时间排除在外，后续执行中不需要再为它做额外调整。临时请假发生在周期进行中，已发布的容量数字已经用于承诺任务，此时扣减会直接改变供需平衡，必须配套缺口评估动作。
扣减位置的不同带来记录方式的差异。计划请假进入基线，基线一旦发布就作为对照基准；临时请假作为调整项单独记录，保留“原基线多少、调整多少、调整后多少”的痕迹。这样在周期结束时可以回看：缺口是规划时低估了请假，还是执行中出现了未预见的临时请假，两类原因对应不同的改进动作。
部分请假在两类中处理方式一致，都按实际占用比例扣减，区别只在于计入基线还是计入调整。团队不必为半天假设计两套算法，只需在记录时标明它属于计划还是临时，扣减比例按同一规则执行。
部分请假与跨周期请假如何扣减
非整日和跨周期的请假容易在容量表中被简化处理，导致扣减失真。以下规则清单覆盖常见情形，团队可据此统一计算方式。
- 半天请假：按0.5人天扣减，若团队以工时计量，则按当日标准工时的一半扣减。记录时保留起止时间，便于复核。
- 按小时请假：按实际请假小时数除以周期标准工时，折算为比例后扣减。例如周期标准工时为40小时，请假4小时，扣减比例为10%。
- 跨周期请假：按周期边界拆分，各周期只扣减落在本周期内的部分。例如请假跨越两个迭代，第一个迭代扣减其覆盖的天数，第二个迭代扣减剩余天数，不把整段请假计入单一起点周期。
- 连续多日请假：逐日累计后汇总为本周期扣减量，遇到周期内的休息日按团队日历规则处理，不计入工作日扣减。
- 调休：调休属于已发生加班的补偿性休假，扣减方式与请假一致，但需在记录中标注来源，避免与普通请假混算后无法核对加班余额。
- 与加班、补班的抵消：是否允许用加班工时抵消请假扣减，需要团队明确规则。常见做法是容量扣减只统计请假占用，加班作为额外投入单独记录，两者不直接相抵；若团队选择抵消，应写明抵消上限和适用周期，防止同一时间被重复计算或漏计。
这些规则的共同点是保留原始记录：起止时间、占用比例、所属周期、请假类型。容量表上的扣减数字是计算结果，原始记录才是复核依据。当某个周期的可用人力与实际情况偏差较大时，可以回到记录逐条核对，判断是比例折算错误还是周期拆分遗漏。
两类请假在容量规划流程中的处理步骤
计划请假与临时请假走两条处理路径，动作不同，但共用同一套记录字段，保证数据可以合并统计。
计划请假的处理步骤
- 收集：在规划周期开始前，汇总团队成员已审批的请假申请，确认起止时间与占用比例。
- 基线预扣：在名义容量中扣除计划请假占用，形成本周期基线可用人力。
- 承接调整：依据预扣后的可用人力确定承接范围，把关键任务安排给容量充足的成员。
- 发布容量：将基线容量与承接承诺一并发布，作为周期内对照基准。
临时请假的处理步骤
- 登记：请假发生后及时登记人员、起止时间、占用比例，标记为临时调整项。
- 缺口评估：计算扣减后该成员剩余可用人力，对照其已承接任务，判断是否出现缺口及缺口大小。
- 任务再分配：将受影响任务转给有容量的成员，或调整任务范围与完成时间，再分配结果同步到工作项。
- 风险确认：评估对交付时间的影响，与相关方确认新的交付预期，并记录确认结果。
记录字段建议统一为：人员、请假类型（计划或临时）、起止时间、占用比例、所属周期、影响的工作项、登记人与登记时间。影响工作项一栏在计划请假中可填“无”或预判的关联任务，在临时请假中必须填写实际受影响的任务，便于后续追溯再分配过程。
复核与留痕要求包括两点。周期结束时对照基线与调整项，核对扣减总量是否与请假记录一致；临时请假引发的任务再分配和交付预期变更，应在工作项上留下状态变化记录，避免口头调整后无人知晓。容量记录与工作项调整在同一处承载时，核对成本会明显降低。ONES 资源管理提供资源规划视图，可按工作数量和工时规模查看成员排期与投入比重，并实时查看每日投入饱和明细；工时登记日志支持查询和导出，可用于复核请假等非可用时间的记录。团队可以把自定的请假扣减口径落到这些视图和日志中，让基线容量、调整项与工作项状态互相对应。
适配场景与口径选择建议
区分口径没有唯一正确答案，取决于规划周期长度、请假可预见性和团队记录成本。以下建议按条件给出，团队可组合使用。
按规划周期长度选择预扣粒度。以周为周期规划的团队，计划请假按周预扣，粒度到半天即可满足判断需要；以双周或迭代为周期规划的团队，跨周期的请假需要拆分到各周期，预扣粒度建议到小时，避免长周期内多次半天假被累计忽略。周期越长，临时请假发生的概率越高，基线之外越需要保留调整项记录。
按请假可预见性设定分界。常见的分界方式是：在容量基线发布前完成审批的请假计入计划请假，基线发布后发生的计入临时请假。这个分界与审批时点绑定，操作简单、争议少。若团队请假审批周期较长，可以把分界提前到基线测算开始时，给预扣留出时间。分界一旦确定，应在容量规则中写明，不因个案临时改变。
团队规模与记录成本权衡。十人左右的小团队，可以用一张容量表加简单标记完成两类请假的区分，记录字段保留人员、类型、起止、比例即可。规模较大或跨多个项目投入的团队，需要把请假记录与工作项关联，否则临时请假造成的任务再分配难以追踪。记录成本随字段增加而上升，优先保证类型、起止、比例、影响工作项四项完整，其他字段按需补充。
口径统一并写入容量规则。区分口径应形成书面规则，至少包含：计划与临时的分界时点、计量单位、部分请假的折算方式、跨周期拆分方法、加班与请假的抵消规则、复核频率。规则发布后，容量表中的每个扣减数字都能按规则复算，新成员也能据此登记。规则本身可以随团队实践调整，但调整应整体生效，避免同一周期内混用两套口径。
落地时，团队可以把容量规则与承载工具对应起来：规则定义扣减口径，工具承载基线容量、调整记录和工作项状态。ONES 的资源规划视图与工时日志可用于查看成员投入和复核记录，具体请假类型的字段设置与扣减逻辑需按团队规则配置，并以实际使用版本的能力为准。
常见问题
计划请假和临时请假的分界时点应该定在哪里？
常见做法是把分界绑定在容量基线发布这一时点：基线发布前完成审批的请假计入计划请假，在基线中预扣；基线发布后发生的计入临时请假，作为调整项记录。这个分界操作简单、争议少。如果团队请假审批周期较长，可以把分界提前到基线测算开始时，给预扣留出时间。分界一旦确定，应写入容量规则，不因个案临时改变，否则同一周期内会混用两套口径，扣减数字难以复算。
临时请假导致已承诺任务出现缺口，应该先调整任务还是先改交付预期？
建议先做缺口评估，再决定动作顺序。计算该成员扣减后的剩余可用人力，对照其已承接任务，判断缺口大小和影响范围。若缺口可由团队内其他有容量的成员吸收，优先做任务再分配，交付预期不变；若缺口无法内部消化，再与相关方确认新的交付时间或缩小任务范围。无论走哪条路径，再分配结果和交付预期变更都应记录在工作项上，保留状态变化痕迹，避免口头调整后无人知晓。
加班工时能不能直接抵消请假扣减？
这属于团队管理口径问题，需要明确规则。常见做法是容量扣减只统计请假占用，加班作为额外投入单独记录，两者不直接相抵，这样每个数字的来源清晰可查。若团队选择抵消，应写明抵消上限和适用周期，防止同一时间被重复计算或漏计。调休作为已发生加班的补偿性休假，扣减方式与请假一致，但记录中要标注来源，便于核对加班余额。
小团队也需要区分计划请假和临时请假吗？
需要区分，但记录成本可以压缩。十人左右的小团队用一张容量表加简单标记即可完成区分，字段保留人员、类型、起止时间、占用比例四项就能支撑判断。区分的价值在于周期结束时能回看缺口来源：是规划时低估了请假，还是执行中出现了未预见的临时请假，两类原因对应不同的改进动作。规模较大或跨多个项目投入的团队，还需要把请假记录与工作项关联，否则临时请假造成的任务再分配难以追踪。
ONES 能自动按请假类型扣减容量吗？
现有官方资料介绍的是资源规划视图、成员每日投入饱和明细和工时登记日志的查询导出能力，可用于查看成员投入和复核请假等非可用时间记录。请假类型的字段设置与扣减逻辑需按团队规则配置，具体能力以实际使用版本为准。团队可以把自定的扣减口径落到资源规划视图和工时日志中，让基线容量、调整项与工作项状态互相对应。
