研发工作日历模板:日期类型、例外规则与可用工时字段
研发工作日历模板要解决的是“某个人在某一天到底有多少可投入工时”。建议用三层结构组织:日期类型表定义每一天的性质,例外规则表处理调休、请假、加班等偏离常规的情况,可用工时表按人按日汇总出净可用工时。三张表字段对齐后,容量测算可以直接引用结果,不必每次重新核对日历。
Table of Contents
要点总览(TL;DR)
- 模板按三层组织:日期类型表定义每天是否计工时与工时系数,例外规则表处理请假、加班、出差、培训等偏离,可用工时表按人按日汇总净可用工时。
- 日期类型至少覆盖工作日、周末、法定节假日、调休上班日、公司特殊休息日和项目关键节点六类,法定节假日与调休以当年官方安排为准。
- 例外规则用起止日期、覆盖对象、覆盖优先级和工时处理四个字段落地,同一人同一天多条规则叠加时按优先级从高到低处理。
- 净可用工时按“标准工时×工时系数−例外扣减”计算,加班增加记为负数扣减,结果可直接作为容量测算的输入。
- 维护重点是年度节假日发布后先更新日期类型表,再核对例外规则是否失效,并保留版本与审批记录供回溯。
可复制空白模板:日期类型表、例外规则表与可用工时表
下面三张表可以直接复制到电子表格中使用。填写顺序建议为:先填日期类型表建立全年日历骨架,再登记例外规则,最后按人按周期汇总可用工时。
表一:日期类型主表
| 日期 | 日期类型 | 是否计工时 | 工时系数 | 适用对象 | 来源依据 |
|---|---|---|---|---|---|
| 2025-01-01 | 法定节假日 | 否 | 0 | 全员 | 国务院节假日安排 |
| 2025-01-04 | 调休上班日 | 是 | 1.0 | 全员 | 国务院节假日安排 |
| 2025-01-06 | 工作日 | 是 | 1.0 | 全员 | 公司作息制度 |
| 2025-01-18 | 周末 | 否 | 0 | 全员 | 公司作息制度 |
| 2025-01-24 | 公司特殊休息日 | 否 | 0 | 全员 | 公司年度通知 |
| 2025-01-20 | 项目关键节点 | 是 | 1.0 | 支付项目组 | 项目里程碑计划 |
表二:例外规则表
| 规则编号 | 起止日期 | 例外类型 | 覆盖对象 | 覆盖优先级 | 工时处理 | 审批人 |
|---|---|---|---|---|---|---|
| EX-001 | 2025-01-13 至 2025-01-14 | 请假 | 张明 | 3 | 每日扣减 8 小时 | 李组长 |
| EX-002 | 2025-01-18 | 加班 | 支付项目组 | 2 | 当日增加 8 小时 | 王经理 |
| EX-003 | 2025-01-20 至 2025-01-22 | 出差 | 陈晓 | 2 | 按 0.5 系数折算 | 李组长 |
| EX-004 | 2025-01-23 | 培训 | 全员 | 1 | 当日扣减 4 小时 | 人事部 |
表三:可用工时表
| 人员/角色 | 日期或周期 | 标准工时 | 例外扣减 | 净可用工时 | 备注 |
|---|---|---|---|---|---|
| 张明/后端开发 | 2025-01-13 | 8 | 8 | 0 | EX-001 请假 |
| 张明/后端开发 | 2025-01-14 | 8 | 8 | 0 | EX-001 请假 |
| 陈晓/前端开发 | 2025-01-20 | 8 | 4 | 4 | EX-003 出差折算 |
| 支付项目组 | 2025-01-18 | 0 | -8 | 8 | EX-002 加班 |
三张表的引用关系是:日期类型表提供“基准工时”,即某天是否计工时、按什么系数计;例外规则表在基准之上做加减,覆盖对象可以是个人、小组或全员;可用工时表把前两张表的结果按人按日合并,算出净可用工时。例外规则表通过“覆盖对象”关联到具体人员或团队,通过“起止日期”关联到日期类型表中的具体日期。
字段说明:每个字段填什么、口径怎么定
字段口径统一,不同小组填出来的表才能横向汇总。以下逐项说明三张表的字段含义。
日期类型表字段
- 日期:按自然日逐条记录,格式统一为“年-月-日”,全年约 365 条,可按月分表管理。
- 日期类型:常见取值包括工作日、周末、法定节假日、调休上班日、公司特殊休息日、项目关键节点。前五类决定是否计工时,项目关键节点用于标记交付压力集中的日期,便于排期时避开或提前准备。
- 是否计工时:填“是”或“否”,直接决定该日是否进入容量测算。
- 工时系数:以标准工作日为 1.0,半日工作可填 0.5,不计工时填 0。系数用于处理非整日的工作安排。
- 适用对象:填“全员”或具体团队名称。不同地区团队适用的法定节假日可能不同,需要分行记录。
- 来源依据:填写该日期类型的出处,如“国务院节假日安排”“公司作息制度”“项目里程碑计划”,便于后续核对和审计。
例外规则表字段
- 规则编号:唯一标识,建议用“EX-序号”格式,便于在可用工时表中引用。
- 起止日期:规则生效的日期范围,单日规则起止日期相同。
- 例外类型:常见取值包括请假、加班、出差、培训、借调。类型决定工时处理方式的默认口径。
- 覆盖对象:可以是个人、小组或全员,与日期类型表的适用对象口径保持一致。
- 覆盖优先级:数字越大优先级越高。当多条规则作用于同一人同一天时,按优先级从高到低依次处理,避免重复扣减或漏扣。
- 工时处理:写明具体加减方式,如“每日扣减 8 小时”“按 0.5 系数折算”“当日增加 8 小时”。
- 审批人:记录批准该例外的人员,作为后续核对和争议处理的依据。
可用工时表字段
- 人员/角色:按人记录,可附带角色信息,便于按角色汇总容量。
- 日期或周期:可按日记录,也可按周、按月汇总,取决于容量测算的颗粒度。
- 标准工时:该日或该周期在无例外情况下的应投入工时,通常为工作日数乘以每日标准工时。
- 例外扣减:汇总该周期内所有例外规则对工时的加减结果,扣减为正数,加班增加可记为负数。
- 净可用工时:计算口径为“标准工时 × 工时系数 − 例外扣减”。这是容量测算直接引用的数值。
- 备注:记录引用的规则编号或特殊说明,便于追溯。
来源依据和审批人两个字段承担留痕作用。年度节假日调整、临时调休或个例审批发生时,能快速定位是哪条依据或哪位审批人带来的变化,减少月底核对时的反复沟通。
必填与选填:哪些字段缺失会导致容量测算失真
三张表中,决定“某天算不算工时”和“某人当天能投入多少”的字段属于必填,其余用于追溯和辅助分析的字段可以选填。下表给出对照。
| 表 | 必填字段 | 选填字段 | 缺失必填字段的影响 |
|---|---|---|---|
| 日期类型表 | 日期、日期类型、是否计工时、工时系数 | 适用对象、来源依据 | 缺少日期类型或是否计工时,节假日会被误算为工作日,整月容量虚高;缺少工时系数,半日安排无法体现 |
| 例外规则表 | 规则编号、起止日期、例外类型、覆盖对象、工时处理 | 覆盖优先级、审批人 | 缺少覆盖对象,例外无法落到具体人员;缺少工时处理,扣减量无法计算;缺少优先级,多条规则叠加时可能重复扣减 |
| 可用工时表 | 人员/角色、日期或周期、标准工时、净可用工时 | 例外扣减、备注 | 缺少人员或周期,数据无法归属;缺少净可用工时,容量测算需二次加工,容易口径不一 |
需要特别说明的是覆盖优先级。单条例外规则生效时它不影响结果,但当同一人同一天既有全员培训又有个人请假时,没有优先级就无法判断哪条规则先执行。建议在模板启用时就约定:个人规则优先于小组规则,小组规则优先于全员规则,并在表中用数字固化下来。
填写示例:一个研发小组的月度日历与例外处理
以下用一个 5 人研发小组 2025 年 1 月的日历填写过程,演示三张表如何联动。示例数据为演示情景,实际填写以当年官方节假日安排和公司制度为准。
第一步:填写日期类型
1 月 1 日为法定节假日,是否计工时填“否”,系数 0;1 月 4 日为调休上班日,计工时,系数 1.0;1 月 18 日、19 日为周末,不计工时;1 月 24 日为公司年会安排的 special 休息日,不计工时;1 月 20 日至 22 日标记为支付项目的关键节点,计工时,系数 1.0。其余日期按工作日填写。
第二步:登记例外规则
后端开发张明 1 月 13 日至 14 日请假两天,登记为 EX-001,覆盖对象为张明,工时处理为每日扣减 8 小时,审批人为李组长。支付项目组 1 月 18 日周六加班一天,登记为 EX-002,覆盖对象为支付项目组,工时处理为当日增加 8 小时,审批人为王经理。前端开发陈晓 1 月 20 日至 22 日出差,登记为 EX-003,工时处理为按 0.5 系数折算,审批人为李组长。
第三步:计算可用工时
以张明 1 月 13 日为例:标准工时为 8 小时,当日为工作日、系数 1.0,例外扣减 8 小时,净可用工时 = 8 × 1.0 − 8 = 0。以陈晓 1 月 20 日为例:标准工时 8 小时,出差按 0.5 系数折算,例外扣减 4 小时,净可用工时 = 8 × 1.0 − 4 = 4。以支付项目组 1 月 18 日为例:该日为周末,标准工时为 0,加班增加 8 小时,例外扣减记为 −8,净可用工时 = 0 − (−8) = 8。
第四步:衔接容量测算
把小组 5 人当月所有日期的净可用工时加总,得到小组月度总可用工时。再与当月需求侧的计划投入工时对比,即可看出供需缺口出现在哪几天、哪个人身上。张明请假的两天和支付项目组加班的那一天,都会在对比中直接体现,排期时据此调整任务分配。
调整与维护方法:按月更新、版本留痕与跨团队复用
日历模板的价值在于长期可用,维护动作集中在年度节假日发布、组织变动和跨团队复用三个时点。
年度节假日与调休发布后的更新步骤
- 拿到当年官方节假日安排后,先更新日期类型主表中的法定节假日和调休上班日,逐条核对是否计工时和工时系数。
- 核对例外规则表中是否有规则因日期调整而失效,例如原定调休日的培训安排需要改期。
- 更新来源依据字段,注明所依据的文件或通知,保留旧版本备查。
- 通知各小组核对本地特殊休息日,如公司年会、团建日,补充进日期类型表。
例外规则的增删与失效处理
新增例外规则时分配新的规则编号,不复用已失效编号。规则失效后在表中标记“已失效”并注明失效日期,保留历史记录供回溯。跨月度的长期例外,如借调,按月拆分或注明覆盖周期,避免与月度汇总口径冲突。
版本留痕与审批记录
建议每次更新后保存一个版本,版本号可采用“年.月.序号”格式,并在表头记录更新人、更新日期和变更摘要。例外规则的审批人字段与版本记录配合,能回答“这个数字是谁在什么时候改的”。
跨团队复用的本地化字段
日期类型主表中的适用对象、来源依据,例外规则表中的覆盖对象、审批人,可用工时表中的人员/角色,都是需要本地化的字段。法定节假日部分可以共用,公司特殊休息日、项目关键节点和人员名单需要各团队自行填写。复用时保留表结构,替换本地化内容即可。
当团队规模扩大、日历和工时数据需要多人协同维护时,可以把日期类型和例外规则作为基础数据维护,把可用工时汇总交给资源管理工具承载。ONES Resource 支持通过甘特视图进行项目资源规划与进度跟踪,并可通过工作数量和工时规模了解成员排期;其筛选与分组能力可用于掌握成员在不同项目的投入比重,每日投入饱和明细也能帮助识别规划风险。日历模板算出的净可用工时,可以作为这些排期与饱和度判断的输入,让容量测算和后续排期使用同一套工时口径。
常见问题
公司有多个地区团队,法定节假日不一致时模板怎么处理?
在日期类型主表中按“日期+适用对象”分行记录,同一日期可以出现多条记录,分别对应不同地区团队。例如某天对总部团队是法定节假日、对海外团队是正常工作日,就填两行,各自标注是否计工时、工时系数和来源依据。可用工时表汇总时按人员所属团队匹配对应行,避免用一套日历套所有团队。
同一人同一天既有全员培训又有个人请假,工时怎么扣?
先看例外规则表中的覆盖优先级。建议在模板启用时约定:个人规则优先级高于小组规则,小组规则高于全员规则,并用数字固化。处理时按优先级从高到低依次应用,个人请假扣满当日工时后,全员培训不再重复扣减。若两条规则工时处理方式冲突,以高优先级规则的工时处理为准,并在可用工时表备注中写明引用的规则编号。
调休上班日应该算工作日还是单独一类?
建议单独设为“调休上班日”类型,与普通工作日分开记录。两者在是否计工时和工时系数上通常相同,但来源依据不同:调休上班日依据当年官方节假日安排,普通工作日依据公司作息制度。分开记录后,年度节假日调整时只需改动调休相关行,核对范围更小,也便于回答“这天为什么算上班”的追溯问题。
模板算出的净可用工时,怎么和项目管理工具里的排期衔接?
把可用工时表按人按周期汇总的结果作为排期输入即可。ONES Resource 支持通过甘特视图进行项目资源规划与进度跟踪,并可通过工作数量和工时规模了解成员排期,筛选与分组能力可用于掌握成员在不同项目的投入比重,每日投入饱和明细也能帮助识别规划风险。日历模板负责算出净可用工时,工具负责承载排期与饱和度查看,两边使用同一套工时口径,对比时不会出现两套数字。
例外规则失效后可以直接删除吗?
不建议直接删除。规则失效后在表中标记“已失效”并注明失效日期,保留历史记录。原因是已发生的月度汇总和容量测算引用了这些规则编号,删除后历史数据失去追溯依据。新增规则时分配新的规则编号,不复用已失效编号,跨月度的长期例外按月拆分或注明覆盖周期,避免与月度汇总口径冲突。



