月度复盘里要量化请假对研发容量的扣减，可以统一折算成人天或人时：先确定容量基数（人数×工作日×每日有效工时），再按请假类型取不同扣减系数，用“扣减量=Σ(请假时长×每日有效工时×扣减系数)”汇总，最后用实际工时登记做交叉验证。关键在于分母口径固定、跨月请假拆分、加班补位有登记依据，否则算出来的净可用容量无法与真实投入比较。
要点总览（TL;DR）
- 量化请假扣减的核心公式是：扣减量=Σ(请假时长×每日有效工时×扣减系数)，容量基数=人数×工作日×每日有效工时，单位统一为人天或人时。
- 请假类型分三档处理：整日事假病假按1.0全额扣减，半天假与小时假按实际时长折算，法定节假日和周末已从工作日口径排除、不重复扣减；调休按实际离岗扣减并与加班补位分开记录。
- 跨月请假按工作日拆分到各月，半天假以0.5人天为最小折算单位，加班补位只计有登记依据的部分，净可用容量=容量基数−扣减量+补位折算量。
- 口径准确性靠净可用容量与实际工时登记的交叉验证判断，偏差持续偏大时优先检查分母参数、跨月拆分和补位漏登，而不是调低扣减系数凑数。
- 扣减量是预测与规划指标，不宜直接作为个人绩效结论；口径调整需保留版本号，同比只比较同一版本口径下的数据。
月度容量复盘要回答的评估目标
量化请假扣减服务于一个具体决策：这个月团队还能承接多少研发工作，以及月初的容量预测与月末的实际投入差在哪里。它把请假从考勤记录转成容量语言，让计划容量、净可用容量和实际投入三组数字可以在同一口径下比较。评估对象是团队或项目组在统计时间窗内的计划容量，不落到个人考勤评价。
时间窗通常取自然月，但计算只数工作日：先取当月日历天数，扣除周末与法定节假日，加上调休上班日，得到当月工作日数。若团队存在大小周或弹性工作制，工作日口径需在复盘前写明并整月沿用，避免月中改口径导致前后不可比。
这项评估的边界需要提前说清。它回答“请假让可用容量减少了多少”，不回答“哪个项目该先做、哪个该延后”，后者属于项目组合层面的承接取舍；它也不负责具体到人的任务排期与分配。请假扣减量是容量预测的输入项，排期和取舍是在净可用容量确定之后才发生的动作。把边界划清，复盘会就不会滑向考勤统计或任务分派会。
容量基数与请假扣减的指标定义
容量基数是扣减计算的起点，定义为：容量基数=统计人数×统计时间窗内工作日数×每日有效工时。每日有效工时指扣除会议、沟通、支持等固定开销后可投入交付的工时，取值应与团队历史工时登记的中位数对齐，而不是直接取8小时。单位建议统一为人天或人时，全表只用一个单位，避免人天与人时混算。
请假扣减量公式为：扣减量=Σ(请假时长×每日有效工时×扣减系数)。请假时长以天或小时记录，乘以每日有效工时后折算为人时，再乘扣减系数。净可用容量的完整表达为：净可用容量=容量基数−请假扣减量+加班补位折算量。加班补位折算量只计入有登记依据的加班，按实际加班工时折算，不凭口头估算。
扣减系数按请假类型分三档，取值需与团队制度一致并在复盘文档中留档：
| 请假类型 | 扣减系数 | 处理说明 |
|---|---|---|
| 全天事假、病假等整日不在岗 | 1.0 | 按整日折算，全额从容量基数扣除 |
| 半天假、按小时请假 | 按实际时长折算 | 半天记0.5人天，小时假按小时数除以每日工时折算 |
| 法定节假日、周末 | 不扣减 | 已从工作日口径中排除，不重复扣减 |
| 调休 | 按实际离岗时长 | 调休当天不在岗即扣减，与加班补位分开记录，避免一增一减相互抵消后失真 |
| 不影响投入的假别（如部分带薪假但仍在岗） | 0 | 需有明确制度依据，不能凭感觉设为零 |
两个边界情况要单独规定。分母为零指统计时间窗内工作日数为零（如整月放假），此时容量基数为零，扣减量也记零，并在复盘中标注“该月不参与同比”。半天请假的处理以0.5人天为最小折算单位，同一人同一天既有半天假又有加班时，两项分别记录、分别汇总，不做净额抵消，以便追溯。
数据来源与口径对齐
可复算的前提是三类数据能对上：请假记录、工作日历、容量基数参数。请假记录至少包含人员、请假类型、开始时间、结束时间、时长五个字段，时长字段优先取审批通过的实际时长，而不是申请时长。工作日历取法定节假日与调休安排，团队自定义的工作日规则单独维护。容量基数参数包括统计人数、每日有效工时和扣减系数表，这三项在月度复盘前锁定版本。
跨月请假是口径失真的高发点。处理规则是按工作日拆分到各月：一段从1月28日到2月3日的请假，先剔除周末与节假日，再把落在1月和2月的工作日分别计入对应月份，不能整段计入起始月。拆分结果在请假明细表中保留原始起止时间和拆分后各月时长两列，便于核对。
加班与补位作为反向调整项单独登记，字段包括人员、日期、加班时长、关联工作项。补位量必须有登记依据，未登记的加班不计入，否则净可用容量会被高估。数据缺失与异常记录的处理规则是：请假记录缺时长的，按起止时间与工作日历推算并标注“推算值”；同一人同日出现重叠请假记录的，合并为一条并备注；无法判断类型的记录暂不扣减，列入待确认清单，在下月复盘前补齐。
| 数据项 | 关键字段 | 取数口径 |
|---|---|---|
| 请假记录 | 人员、类型、起止时间、时长 | 审批通过的实际时长，跨月按工作日拆分 |
| 工作日历 | 日期、是否工作日、节假日类型 | 法定节假日与调休，团队规则单独维护 |
| 容量参数 | 统计人数、每日有效工时、扣减系数 | 月初锁定，变更留版本号 |
| 加班补位 | 人员、日期、时长、关联工作项 | 仅计已登记加班，按实际工时折算 |
扣减量的计算与复盘步骤
月度复盘按五步走，每步都有明确产物，便于下月复用同一流程。
第一步，锁定时间窗与人员范围。确定自然月、当月工作日数、纳入统计的团队或项目组名单，以及月中入职离职人员的计入规则（按在岗工作日折算）。产物是一张范围说明，写明人数与工作日数。
第二步，计算容量基数。用人数×工作日数×每日有效工时得出总容量，单位统一为人天或人时。产物是容量基数表，按团队和项目组分别列出。
第三步，逐条折算请假扣减量。把请假明细按类型匹配扣减系数，跨月记录先拆分，逐条计算后按人、按团队汇总。产物是扣减明细表，保留每条记录的计算过程。
第四步，汇总净可用容量并与实际投入比对。净可用容量=容量基数−扣减量+加班补位折算量，再与当月工时登记汇总的实际投入比较，算出偏差率。产物是容量对比表。
第五步，记录偏差原因并修订下月口径。偏差超过预设关注范围时，逐项排查分母、跨月拆分、补位登记三类原因，把结论写入复盘记录，需要调整的口径在下一月度生效并标注版本。产物是口径修订记录。
在数据汇总环节，如果团队已在ONES中登记工作项与工时，资源管理视图可以按成员查看工作数量与工时规模，资源报表和一键导出工时日志能减少手工汇总的工作量；净可用容量与实际投入的比对，可以借助成员每日投入饱和明细来定位偏差集中在哪些人或哪些项目。请假记录本身若不在同一系统内，仍需按前述字段单独整理后并入计算。
一个可复算的月度算例
以下为演示情景，数字为便于复算的假设值。某研发小组6人，某月工作日22天，每日有效工时取6小时，容量基数=6×22×6=792人时，折合132人天。
当月请假明细：成员A事假2天，系数1.0；成员B病假1天，系数1.0；成员C半天假1次，记0.5天，系数按实际时长；成员D跨月请假，落在本月的工作日为1.5天，系数1.0；成员E调休1天，按实际离岗扣减。加班补位方面，成员F登记加班8小时，折算为8人时。
| 项目 | 计算 | 结果（人时） |
|---|---|---|
| 容量基数 | 6人×22天×6小时 | 792 |
| 事假扣减 | 2天×6小时×1.0 | 12 |
| 病假扣减 | 1天×6小时×1.0 | 6 |
| 半天假扣减 | 0.5天×6小时 | 3 |
| 跨月请假本月部分 | 1.5天×6小时×1.0 | 9 |
| 调休扣减 | 1天×6小时 | 6 |
| 扣减量合计 | 12+6+3+9+6 | 36 |
| 加班补位 | 已登记8小时 | +8 |
| 净可用容量 | 792−36+8 | 764 |
若当月工时登记汇总的实际投入为740人时，偏差为24人时，偏差率约3.1%。偏差可解释的部分包括：半天假与小时假在登记时可能存在取整，跨月请假的拆分边界与工时登记的日期归属可能相差一天。若偏差持续偏大，优先检查工作日数与每日有效工时这两个分母参数是否与实际登记习惯一致，再检查补位加班是否有漏登，而不是直接调低扣减系数去凑数。
结果解读与口径准确性校验
判断扣减口径是否准确，核心动作是把净可用容量与实际工时登记做交叉验证。偏差率在较小范围内波动属于正常，因为工时登记本身有颗粒度差异；偏差持续单向偏大或偏小，说明口径存在系统性问题。校验时按以下清单逐项核对：
- 分母核对：工作日数是否与当月日历一致，每日有效工时是否沿用月初锁定值。
- 跨月核对：跨月请假是否按工作日拆分，拆分后各月合计是否等于原始总时长。
- 半天与小时假核对：折算是否以0.5人天或实际小时数为单位，有无重复计入。
- 调休核对：调休是否按实际离岗扣减，与加班补位是否分开记录、未做净额抵消。
- 补位核对：加班补位是否全部有登记依据，未登记加班是否被误计入。
- 人员范围核对：月中入职离职人员是否按在岗工作日折算，有无遗漏或多算。
结果解读上有两点限制需要明确。第一，请假扣减量是预测与规划指标，用于解释容量缺口和校准下月预测，不宜直接作为个人绩效结论，也不应把偏差率高低与团队表现挂钩。第二，口径一旦调整，需保留版本号与生效月份，同比时只比较同一版本口径下的数据，否则月度间的变化无法区分是真实容量变化还是口径变化。把这两点写进复盘模板，量化请假扣减才能真正成为月度容量复盘中稳定可用的一个环节。
常见问题
每日有效工时应该取8小时还是按团队实际登记取？
建议按团队历史工时登记的中位数取值，而不是直接取8小时。每日有效工时指扣除会议、沟通、支持等固定开销后可投入交付的工时，取值偏高会让容量基数虚高，扣减量随之被放大，净可用容量与实际投入的偏差也会扩大。取值一旦在月初锁定，整月沿用，月中不调整，否则前后数据不可比。若团队工时登记颗粒度较粗，可以先取一个季度中位数作为基准，再在复盘中观察偏差方向决定是否微调。
月中入职或离职的人员，容量基数怎么算？
按在岗工作日折算，而不是整月计入或整月剔除。具体做法是：先确定该人员当月实际在岗的工作日数，再乘以每日有效工时，得到其个人容量贡献，汇总进团队容量基数。这样处理可以避免月中人员变动被放大成整月的容量误差。折算规则需在复盘范围说明中写明，并与请假扣减的拆分规则保持一致，便于逐条核对。
加班补位为什么不能直接和请假扣减做净额抵消？
两项分开记录、分别汇总，是为了保留可追溯性。如果直接净额抵消，一旦出现补位加班漏登或请假时长取整，偏差会被掩盖，复盘时无法判断问题出在扣减端还是补位端。分开记录后，净可用容量仍按“容量基数−扣减量+补位折算量”计算，但明细表里能看出每一项的来源。补位量只计有登记依据的加班，未登记的加班不计入，否则净可用容量会被高估。
偏差率多大算口径有问题？
没有统一的达标线，判断依据是偏差的方向和持续性。偏差率在较小范围内双向波动，通常属于工时登记颗粒度差异，可以接受；偏差持续单向偏大或偏小，说明口径存在系统性问题，需要逐项排查。排查顺序建议是：先核对工作日数与每日有效工时这两个分母参数，再核对跨月请假拆分，最后核对补位加班是否有漏登。把每次排查结论写入复盘记录，下月沿用同一口径观察偏差是否收敛。
团队已在ONES登记工作项和工时，请假数据还需要单独整理吗？
需要看请假记录是否与工时数据在同一处维护。ONES资源管理可以按成员查看工作数量与工时规模，资源报表和一键导出工时日志能减少手工汇总的工作量，成员每日投入饱和明细可用于定位偏差集中在哪些人或哪些项目（依据F2、F3、F4）。请假记录若不在同一系统内，仍需按人员、类型、起止时间、时长五个字段单独整理，跨月按工作日拆分后再并入扣减计算。可用性的具体计算口径建议在实际配置中确认后再与本文口径对齐。
