计算研发可用人力时，请假需要从个人可投入工时中扣除，再汇总为团队容量。计划请假、临时请假和部分请假之所以要分开处理，是因为它们的扣减时点与粒度不同：一个影响排期前的承诺，一个冲击执行中的安排，一个改变每天能投入的碎片工时。下面从定义、边界、机制、示例和流程几个层面说明这套口径。
要点总览（TL;DR）
- 人员请假容量扣减，是把已确认或预计发生的请假时间从个人可投入工时中扣除，再汇总为团队可用容量；扣减对象是时间，编制人数保持不变。
- 计划请假在排期前扣减，团队可以按扣减后的容量安排承诺；临时请假在周期内即时扣减，除数字变化外还会触发任务交接和顺延。
- 部分请假按半天或小时扣减，削减的是每日可投入工时，影响任务拆分和推进节奏，登记时应记录实际小时数。
- 未审批的请假意向、尚未安排日期的调休不宜提前扣减；跨周期请假按各周期实际占用的工作日分别扣减。
- 请假扣减产出容量数字，资源分配与排期决定任务归属，项目组合容量规划处理承接取舍，三者分属不同层面。
什么是人员请假容量扣减
人员请假容量扣减，是指在计算研发可用人力时，把已确认或预计发生的请假时间，从个人在该周期内本可投入的工作时间中扣除，再把每个人的剩余可投入工时汇总为团队可用容量。它处理的对象是“时间”，回答的是“这段时间里团队实际能投入多少人力”。
扣减的对象是个人可投入工时，而非编制人数。一个十人团队在编制上始终是十人，但如果某周有两人各请假两天，按五天工作制计算，这一周的可用人力就从五十人天降为四十六人天。编制人数用于描述团队规模，可投入工时用于描述实际产能，容量规划依赖的是后者。把两者混为一谈，容易在排期时高估交付能力。
扣减单位通常有三种：按天、按半天、按小时。按天适用于整日不在岗的情况，计算简单，适合周粒度的容量汇总；按半天适用于上午或下午离岗，扣减量为半个工作日；按小时适用于短时离岗，如几小时的就医、办事或家庭事务，扣减量按实际小时数计。选择哪种单位，取决于排期精度：以周为单位排期时按天扣减即可，以天或小时为单位安排任务时，半天和小时扣减更能反映真实可投入时间。
汇总的基本算法是：先算个人可用工时，即周期内标准可投入工时减去该周期内的请假扣减量；再把团队成员的可用工时相加，得到团队可用容量。若团队存在不同工时制度或兼职成员，应先按各自的基准工时计算个人可用工时，再统一汇总，避免用同一分母套所有人。这个算法可以按周、按双周或按迭代周期执行，周期越短，临时请假带来的波动越明显。
请假容量扣减的范围与边界
判断一项时间占用是否计入扣减，核心看两点：是否已确认，是否属于已知的固定占用。已审批的请假属于确定发生的不可用时间，应计入扣减。已知的固定占用，如已排定的培训、出差中的非工作时段，如果团队约定将其视为不可投入时间，也可按同一口径扣减。关键在于口径统一：同一类占用在所有周期里用同一规则处理，容量数字才具备可比性。
以下情形通常不计入扣减，或需要另行处理：
- 尚未确认的请假意向。员工口头提到“下个月可能休几天”，在审批通过前不宜直接扣减，否则容量会被反复调整。可以标注为风险提示，待确认后再扣。
- 加班补偿形成的调休。调休是否扣减、按什么规则扣减，需要团队事先约定。若调休已审批并确定日期，按已确认请假处理；若只是加班时长累积、尚未安排调休日期，则不宜提前扣减可用容量。
- 弹性工作安排下的时间挪移。当天少投入几小时、改到其他时段补回的情况，若周期内总工时不变，按周期汇总时可不扣减，但按日排期时仍需标注当日可投入时段。
需要区分本文与其他主题的分工。请假扣减解决的是“可用人力有多少”这一供需口径问题；项目组合层面的承接取舍与优先级排序，属于项目组合资源容量规划的范畴；具体某个人在某段时间做哪个任务，属于研发资源分配与排期的范畴。本文只讨论扣减口径，不展开承接决策和人员排期方案。
跨周期请假需要分摊处理。若一次请假跨越两个排期周期，应按各周期实际占用的工作日分别扣减，而不是整段计入起始周期。例如请假从周三持续到下周二，本周扣减周三至周五，下周扣减周一至周二。按自然日还是工作日计算，团队应统一约定；研发排期通常按工作日扣减，节假日不计入扣减量。
三类请假在扣减机制上的差异
三类请假的区别可以从扣减时点、扣减粒度、可预见性和对排期的影响四个角度理解。计划请假发生在排期之前或排期过程中，信息相对完整，团队可以在承诺交付前调整任务分配；临时请假发生在周期执行过程中，扣减即时生效，团队需要在已排好的计划里腾挪；部分请假不造成整段不可用，而是削减每日可投入工时，影响的是任务在一天内能推进多少。
| 维度 | 计划请假 | 临时请假 | 部分请假 |
|---|---|---|---|
| 扣减时点 | 排期前或排期时登记并扣减 | 周期内发生，即时扣减 | 按日或按周登记，逐日扣减 |
| 扣减粒度 | 通常按天或按连续时段 | 按实际缺勤天数或小时 | 按半天或小时 |
| 可预见性 | 高，可提前纳入容量基线 | 低，难以提前预测 | 中，部分可提前知晓 |
| 对排期的影响 | 影响可提前调整的交付承诺 | 触发任务交接、重排或顺延 | 影响每日推进节奏与任务拆分 |
计划请假的机制是“先扣后排”。请假信息在排期前进入容量基线，排期时使用的就是扣减后的可用人力，承诺的交付范围与真实产能匹配。它的管理重点是登记及时和信息完整，避免排期完成后才补录请假，导致容量数字失真。
临时请假的机制是“边扣边调”。请假发生时，原排期已经生效，扣减不仅是数字变化，还牵动任务归属和交接。团队需要判断哪些任务可以顺延、哪些需要他人接手、哪些里程碑受影响。临时请假对可用人力的冲击往往大于同等天数的计划请假，原因在于调整成本，而非扣减量本身。
部分请假的机制是“按小时削减”。员工当天仍在岗，只是可投入时间减少。对以整天为单位排期的团队，部分请假可能表现为任务完成时间后移；对以小时为单位安排工作的团队，则需要把任务拆到可放入剩余工时的粒度。部分请假累计起来对周容量的影响不可忽视，登记时应记录实际小时数，而非笼统记为半天。
三类请假对可用人力的具体影响示例
以下为一个演示情景，团队规模、周期和请假时长均为说明计算过程而设定，不代表真实项目数据。某研发小组共六人，按每周五个工作日、每人每天八小时计算，团队每周基准可投入工时为六人乘五天乘八小时，共二百四十小时，即三十人天。
计划请假的扣减：排期前已知成员甲下周三请假一天、成员乙下周四至周五请假两天。按天扣减，共扣减三人天，团队可用人力从三十人天降为二十七人天。排期时直接以二十七人天为上限安排任务，承诺范围相应收缩，无需在执行中调整。
临时请假的扣减与交接：周期进行到周二，成员丙因突发情况当天请假一天，成员丁周三下午请假半天。此时原排期已执行两天，扣减一点五人天，剩余可用人力从二十七人天降为二十五点五人天。数字变化之外，成员丙当天承担的任务需要交接给同组其他成员或顺延一天，成员丁周三下午的评审准备需要提前到上午完成。团队据此更新本周任务状态，并确认是否有里程碑需要顺延。
部分请假的按小时扣减：成员戊本周每天下午请假两小时处理家庭事务，五天共扣减十小时，折合一点二五人天。成员戊每天可投入六小时，原本安排整天的开发任务需要拆成上午可完成的片段，或把部分工作调整到其他成员。按小时扣减能反映这种每日节奏变化，若笼统按半天处理，会低估或高估实际影响。
汇总后的可用人力为：三十人天减去计划请假三人天、临时请假一点五人天、部分请假一点二五人天，得到二十四点二五人天。与基准相比减少约百分之十九。排期变化体现在三处：计划请假使承诺范围在排期时已收缩；临时请假触发了任务交接和一次里程碑复核；部分请假改变了成员戊的任务拆分方式。常见误解是把请假只当作数字扣减，忽略交接和拆分成本；另一个误解是把未审批的请假意向提前扣掉，导致容量反复变动。
与相邻概念的区分：请假扣减、资源分配与组合取舍
请假容量扣减回答的是“有多少时间可用”，它产出的是容量数字，不决定这些时间分给谁、做什么。研发资源分配与排期回答的是“把可用时间分给哪些任务、按什么顺序执行”，它消费容量数字，产出任务归属和时间安排。两者前后衔接：先扣减得到可用人力，再在可用人力范围内分配任务。把两者混在一起，容易出现“排期排满了就等于容量够”的误判，实际上排期超出扣减后的容量，只是把缺口藏进了计划里。
项目组合资源容量规划关注的是多个项目之间如何取舍、优先级如何排序、整体承接哪些需求。它使用各团队的可用容量作为输入之一，但决策对象是项目组合层面的取舍。请假扣减只提供单个团队或成员的时间口径，不涉及承接哪些项目、放弃哪些需求。把组合取舍问题当成请假扣减问题处理，会导致用调整容量数字的方式掩盖优先级冲突。
工时填报和实际工时统计记录的是“实际花了多少时间”，属于事后核算；请假扣减发生在事前或事中，用于预测可用人力。两者口径不同：实际工时反映执行结果，请假扣减反映计划前提。用实际工时倒推可用容量，会把效率波动、任务切换等损耗混入容量口径，使预测失去稳定性。合理的做法是让两者各自独立记录，再在复盘时对照分析。
概念混用常见的误判有三类：把编制人数当可用人力，高估产能；把排期结果当容量结论，忽略扣减前提；把组合取舍的压力转成对个人可用工时的反复调整。区分这些概念，能让容量数字保持稳定，也让排期和取舍在各自层面讨论。
把请假扣减落到可用人力管理流程中
落地这套口径，需要一条从请假登记到排期调整的连贯流程，每个环节都有明确的输入、动作和产出。
第一步是请假登记与状态记录。员工提交请假申请，记录请假类型、起止时间、扣减单位（天、半天或小时）和审批状态。审批通过后，该记录才进入容量扣减；未通过的申请保留为意向，不参与计算。登记时应明确跨周期请假的拆分方式，避免周期切换时重复或遗漏扣减。
第二步是可用容量随请假变化更新。每个排期周期开始前，按已审批请假计算个人可用工时并汇总为团队容量；周期内出现临时请假时，及时更新容量数字并标注变化原因。更新动作应留下记录，便于回溯某次排期调整是基于哪次请假变化。
第三步是排期与评审环节的交接与确认。排期时以扣减后的容量为上限分配任务；临时请假发生后，由任务负责人确认交接对象和顺延安排，评审环节复核里程碑是否受影响。部分请假则体现在任务拆分和每日推进节奏上，由成员与负责人确认当日可完成的范围。
在工具承载上，ONES 资源管理提供甘特视图用于项目资源规划与进度跟踪，支持通过工作数量和工时规模了解成员排期，并可筛选、分组查看成员在不同项目的投入比重；同时支持实时查看成员每日投入饱和明细，识别规划风险，并提供多种资源报表。团队可以把请假登记后的容量变化反映到排期视图中，用饱和度明细核对扣减后的投入是否合理，再在评审时对照排期调整记录确认结果。可用人力数字与排期调整记录构成可观察的产出：前者说明扣减后的产能，后者说明调整发生在哪里、由什么触发。具体功能组合与可用性口径需按实际配置确认。
常见问题
员工只口头说了请假意向、还没走审批，容量计算时要不要先扣掉？
建议先不扣减，把这条信息作为风险提示保留。审批通过后再正式扣减，容量数字只随已确认的请假变化。如果提前扣掉意向，意向取消或日期变动时容量会被反复调整，排期依据也随之波动。团队可以约定一个确认截止时间，比如排期前两个工作日，届时未审批的意向不进入容量基线。
临时请假已经发生，原排期来不及整体重排，怎么处理更稳妥？
先更新容量数字，再按任务影响程度分级处理。关键路径上的任务优先确认交接对象，非关键任务可以顺延到本周期后段或下个周期。同时复核里程碑是否受影响，把调整记录留痕，说明是哪次请假触发的变更。临时请假的冲击主要来自调整成本，及时确认交接比事后补算更能减少影响。
部分请假按小时登记，但团队按周排期，两种粒度怎么衔接？
可以在周容量汇总时把小时数折算为人天，例如每天下午请假两小时、五天共十小时，折合一点二五人天计入周容量；同时在个人层面保留每日可投入六小时的记录，供任务拆分时参考。这样周容量数字保持可比，日粒度信息也不丢失。折算规则应在团队内统一，避免有人按半天、有人按小时登记导致口径不一。
调休和加班补偿形成的时间占用，算不算请假扣减？
取决于是否已确定日期。已审批并确定日期的调休，按已确认请假处理，计入扣减；只是加班时长累积、尚未安排具体日期的，不宜提前扣减可用容量。团队需要事先约定调休的扣减规则，并与其他请假类型使用同一口径，否则容量数字在不同周期之间难以比较。
用ONES做容量管理时，请假扣减后的结果在哪里体现？
ONES 资源管理提供甘特视图用于项目资源规划与进度跟踪，支持通过工作数量和工时规模了解成员排期，并可实时查看成员每日投入饱和明细、识别规划风险，还提供多种资源报表。团队可以把请假登记后的容量变化反映到排期视图中，用饱和度明细核对扣减后的投入是否合理。可用性与饱和度的具体计算口径，以及请假登记与容量扣减的衔接方式，需按实际配置确认。
