研发容量规划要扣准节假日、请假和固定会议，关键是把“日历天数”换算成“可投入工时”：先按团队工作日历剔除法定节假日和调休，再按人员扣减已批准的请假、培训等非工作时段，最后把固定会议按周期折算成每人每周的占用工时。本文给出一套可复算的四层扣减口径、操作步骤、角色分工和验收清单，适用于以周为周期做团队容量测算的场景。
要点总览（TL;DR）
- 容量扣减按四层顺序执行：日历层剔除法定节假日与调休，人员层扣减已批准的请假、培训、出差，会议层按周期折算固定会议工时，最后预留缓冲。
- 可用容量＝日历工作日×每日标准工时－请假工时－固定会议工时－其他固定占用，按人、按周、按技能分组汇总，并保留可追溯到单据的明细。
- 固定会议按实际参会人分别折算，例如每日站会15分钟按每周1.25小时计，全员会议与部分角色参加的评审会不能套用同一平均值。
- 团队负责人维护工作日历与会议清单，成员确认个人占用，资源或项目管理角色汇总发布容量表并保留版本记录。
- 容量表发布前逐项核对节假日一致性、请假审批来源、会议覆盖范围、缓冲比例理由和版本留存，通过后再进入供需匹配环节。
先定口径：容量扣减的四个层次
容量测算最常见的偏差，是把日历上的工作日直接乘以8小时，得出一个偏高的“理论容量”。要得到能用于排期的可用容量，需要按固定顺序做四层扣减。顺序不能颠倒：日历层决定总盘子，人员层和会议层从总盘子里逐人扣除，缓冲层在最后留出余量。四层的输入、扣减对象和计算方式如下表。
| 层次 | 输入 | 扣减对象 | 计算方式 |
|---|---|---|---|
| 日历层 | 团队工作日历、法定节假日安排、调休补班通知 | 非工作日、被调休占用的周末 | 周期内日历工作日＝自然日－周末－法定节假日＋调休补班日 |
| 人员层 | 已批准的请假单、培训通知、出差安排 | 成员在周期内不可投入的时段 | 按人逐条扣减，折算为小时：请假天数×每日标准工时 |
| 会议层 | 团队固定会议清单及各自周期、时长 | 周期性会议的占用工时 | 每人每周固定会议工时×周期周数，逐人扣减 |
| 缓冲层 | 临时事务、支持请求、不确定性评估 | 预留的弹性工时 | 按可用工时的固定比例预留，比例需写明理由 |
四层扣减后得到的基础公式为：可用容量＝日历工作日×每日标准工时－节假日影响－请假工时－固定会议工时－其他固定占用。这里的“节假日影响”在日历层已经通过工作日天数体现，单独列出是为了在明细中保留可追溯的记录。每日标准工时由团队约定，常见取值为8小时，若团队实行弹性工时或存在兼职成员，应按人设定而非统一取值。
口径确定后要固定下来，形成团队内的书面约定，包括每日标准工时、缓冲比例、会议折算方式。口径一旦在周期中途变更，前后两周的数据就不可比，因此建议按季度评审一次口径，周期内保持不变。
操作步骤：从工作日历算出可用工时
以下四步可以按顺序执行，每一步都给出输入、动作、输出和完成标志，便于团队照做并复核。
第一步：建立团队工作日历
输入是官方发布的法定节假日安排和调休补班通知。动作是把周期内每一天标注为工作日或非工作日，特别处理调休补班：被调休占用的周末按工作日计入，法定节假日当天剔除。输出是一张覆盖测算周期的日期表，每个日期带工作日标记。完成标志是日期表与官方日历逐日核对一致，且团队特有的休息安排（如部分团队的弹性作息）已单独注明。
第二步：按人登记请假与固定占用
输入是审批系统中的请假记录、培训与出差安排。动作是逐人列出周期内的非可投入时段，折算为小时并注明来源单据。这里要区分两类数据：已批准的请假直接扣减；口头提出的休假意向只做备注，不进入计算，待审批通过后再更新。输出是每人一张占用明细表，含日期、类型、小时数、审批来源。完成标志是每位成员确认自己的占用记录无误。
第三步：把固定会议折算为每周工时
输入是团队固定会议清单，包括每日站会、每周例会、迭代评审会、需求澄清会等。动作是逐项记录会议周期和单次时长，折算为每人每周的固定占用工时。例如每日站会15分钟，按5个工作日计为每周1.25小时；每周例会1小时计为每周1小时。需要注意会议参与人范围不同，站会全员参加，评审会可能只有部分角色参加，折算时应按实际参与人分别计算，而非统一套用团队平均值。输出是每人每周固定会议工时汇总。完成标志是会议清单经团队负责人确认，无遗漏的周期性会议。
第四步：按人按周汇总并保留明细
输入是前三步的产出。动作是按“人×周”建立容量表，逐行计算：该周工作日×每日标准工时－该周请假工时－该周固定会议工时，再按约定比例预留缓冲。输出是一张可下钻到人和周的容量明细表。完成标志是任意一个单元格的数值都能追溯到具体的日期、请假单或会议条目。
汇总时建议同时保留按技能分组的视图。同一周内后端与前端成员的可用工时可能相同，但可承接的任务类型不同，按技能分组汇总能让后续的供需匹配更准确。这一步只做容量汇总，具体的人员排期与任务分派属于另一个环节。
角色与交付物：谁维护哪份数据
容量数据失真的常见原因不是算错，而是数据来源分散、无人对口径负责。把维护责任落到具体角色，并约定更新频率，是保证数据可信的前提。
| 角色 | 维护的数据 | 交付物 | 更新频率 |
|---|---|---|---|
| 团队负责人 | 团队工作日历、固定会议清单 | 周期日期表、会议折算表 | 每季度核对日历；会议清单每月复核一次 |
| 成员本人 | 个人请假、培训、出差等占用 | 个人占用明细确认 | 请假审批通过后即时更新；每周确认一次 |
| 资源或项目管理角色 | 汇总容量、核对口径、发布结果 | 按人按周的容量表及版本记录 | 每周发布一次，周期开始前锁定基线 |
版本留存同样重要。建议每次发布容量表时保留版本号和发布日期，周期中途如有请假变更，以增量方式记录，不直接覆盖原数据。这样在复盘时能看清容量变化的原因，也便于判断某次排期偏差是源于估算口径还是临时变动。
当容量数据需要与工作日历、成员占用和会议安排在同一处衔接时，可以把这些输入放到统一的项目管理工具中维护。ONES 资源管理提供资源规划视图，管理者可以按业务优先级安排和计划团队资源，并通过工作数量与工时规模查看成员排期、筛选分组掌握成员在不同项目的投入比重；成员每日投入饱和明细也可实时查看，用于识别规划风险。工时登记日志支持查询和导出，便于项目经理核对成员工时与容量明细是否一致。节假日日历、请假审批联动等具体机制需以实际产品页面为准。
示例：一个五人小组两周容量怎么算
以下为演示情景，数字为假设，用于说明计算过程，读者可替换为自己团队的数据复算。
假设某五人研发小组测算两周（10个自然日跨度内的10个工作日），每日标准工时8小时。周期内无调休补班，团队工作日历为10个工作日。固定会议包括：每日站会15分钟（全员）、每周例会1小时（全员）、每两周一次迭代评审会2小时（全员）。
| 成员 | 日历工时（10天×8h） | 请假扣减 | 固定会议扣减（两周） | 扣减后工时 | 预留10%缓冲后 |
|---|---|---|---|---|---|
| 成员A | 80 | 0 | 站会2.5＋例会2＋评审2＝6.5 | 73.5 | 66.15 |
| 成员B | 80 | 8（请假1天） | 6.5 | 65.5 | 58.95 |
| 成员C | 80 | 16（请假2天） | 6.5 | 57.5 | 51.75 |
| 成员D | 80 | 0 | 6.5 | 73.5 | 66.15 |
| 成员E | 80 | 4（培训半天） | 6.5 | 69.5 | 62.55 |
| 合计 | 400 | 28 | 32.5 | 339.5 | 305.55 |
从表中可以看到，扣减前理论容量为400小时，扣减后为339.5小时，预留缓冲后约305.55小时，降幅约24%。如果不做扣减直接按400小时排期，排期就会系统性超载。缓冲比例取10%是示例假设，实际比例应结合团队临时事务的频率确定，并在容量表中注明理由。
若周期内包含法定节假日，例如三天假期，则日历工时先降为7天×8h＝56小时每人，再依次扣减请假和会议。节假日的影响在日历层一次性体现，不再在人员层重复扣除。
完成检查：容量数据能否直接用于供需匹配
容量表发布前，用以下清单逐项核对。全部通过，数据才适合交给排期环节使用。
- 节假日与调休是否与官方日历逐日一致，调休补班的周末是否已按工作日计入。
- 请假数据是否来自审批记录，是否存在仅凭口头估计填入的条目。
- 固定会议折算是否覆盖全部周期性会议，参与人范围是否按实际参会人区分。
- 每个容量数值是否能追溯到具体的人、周、日期和来源单据。
- 缓冲比例是否明确写出，并附有取值理由。
- 每日标准工时是否按人确认，弹性工时或兼职成员是否单独设定。
- 容量表是否有版本号和发布日期，周期中途的变更是否以增量方式记录。
检查通过后，容量数据即可作为供需匹配的输入。需要说明的是，本文的范围止于容量扣减本身；哪些项目优先承接、具体任务分派给谁，属于后续环节，应在容量基线锁定后另行处理。
常见问题
周期中途有成员临时请假，容量表应该怎么更新？
建议以增量方式更新，不覆盖已发布的基线数据。具体做法是：在容量表中新增一条变更记录，写明成员、日期、扣减工时和审批单号，再基于原基线生成新版本，保留版本号与发布日期。这样复盘时能区分排期偏差来自口径估算还是临时变动。若临时请假发生在周期后段、已排任务无法调整，应同步通知排期负责人评估影响，而不是只改容量数字。
固定会议折算时，部分角色参加的评审会怎么处理？
按实际参会人分别折算，不按团队平均值统一扣减。操作上先列出会议清单，逐项标注参会角色和单次时长，再折算为每人每周工时。例如迭代评审会每两周2小时、仅产品与测试参加，就只扣减这两类角色的工时。若某成员临时被要求参会，应在当周占用明细中补充记录，避免会议工时被系统性低估。
每日标准工时按8小时统一设定，还是按人分别设定？
以团队约定为准，但存在弹性工时、兼职或跨时区协作成员时，应按人设定。统一取8小时适合作息一致的全职团队，计算简单、便于横向比较；按人设定更贴近实际可投入时间，代价是口径维护成本更高。无论哪种方式，都应在容量口径说明中写明取值依据，并在周期内保持不变，否则前后两周数据不可比。
缓冲比例取多少合适，是否需要写进容量表？
缓冲比例没有统一标准，应结合团队临时事务、支持请求的频率确定，并在容量表中写明取值和理由。比例过低会让容量表看起来饱满，实际执行中频繁被插入事务打断；比例过高则压缩可承诺的交付量。建议先按一个周期记录临时事务实际消耗的工时，再据此校准下一周期的比例，并在季度评审口径时一并复核。
容量数据算好后，可以直接用来决定接哪些项目吗？
容量数据是供需匹配的输入，承接哪些项目、优先级如何取舍属于项目组合层面的决策，需要结合业务目标、交付窗口和技能匹配另行判断。本文的范围止于把可用工时算准、算可追溯。容量基线锁定后，再进入组合取舍和具体人员排期环节，能避免用失真的容量数据做承接决策。
