研发工作日历模板应包含哪些字段

2026年11月11日

研发工作日历模板的作用，是把日历上的“名义工作日”折算成团队真正能投入的工时。一张可用的表需要覆盖四组字段：日期类型、例外规则、可用工时、口径与维护信息。下面先给出可直接复制填写的空白表格，再逐字段说明填写口径，并附一份单月填写示例和长期维护方法。

Table of Contents

要点总览（TL;DR）

研发工作日历模板至少覆盖四组字段：日期类型、例外规则、可用工时、口径与维护信息，才能把名义工作日折算为可投入工时。
日期类型建议固定为工作日、周末、法定节假日、调休上班、公司假、项目例外六类，先按国家安排再叠加公司假和项目例外。
净可用工时按“标准工时−扣减工时”计算，折算系数用于把日历日换算为可投入人日，直接服务于容量测算。
日期、日期类型、标准工时、扣减工时、净可用工时属于必填；存在例外时适用范围和生效区间也需填写，小团队可按管理精度调整必填范围。
年度更新法定节假日与调休、项目例外留痕审批、版本号与生效区间维护，是日历长期可用的关键动作。

可复制空白模板：研发工作日历字段表

下表按四组字段排列，保持空白待填状态。使用时可以按“一行一天”或“一行一个日期区间”的方式录入，团队规模较大或例外较多时建议按天录入，便于逐日核对净可用工时。

字段组	字段名称	示例格式
日期类型	日期	2025-03-03
	星期	周一
	日期类型	工作日 / 周末 / 法定节假日 / 调休上班 / 公司假 / 项目例外
	所属月份	2025-03
	是否计薪工作日	是 / 否
例外规则	例外名称	春节调休上班
	适用范围	全公司 / 某部门 / 某项目组
	生效日期区间	起止日期
	是否扣减工时	是 / 否
	审批人
可用工时	标准工时	8 小时
	扣减工时	0 小时
	净可用工时	8 小时
	折算系数	1.0
口径与维护	适用团队/角色	后端组 / 测试组
	时区	UTC+8
	版本号	V1.0
	更新人
	更新日期
	生效区间	起止日期

这张表可以直接粘贴到电子表格中使用。字段顺序按“先定日期性质、再定例外、再算工时、最后标口径”的逻辑排列，填写时从上往下逐列推进即可。

字段说明：每个字段记录什么、怎么填

同一张表被不同团队使用时，最容易出现分歧的是日期类型判定和工时扣减口径。以下按字段组说明含义与常见取值，团队可以据此形成统一的填写约定。

日期类型字段

日期类型决定这一天是否计入可投入工时，取值建议固定为六类：工作日、周末、法定节假日、调休上班、公司假、项目例外。判定口径是：先按国家公布的年度放假安排确定法定节假日和调休上班日，再叠加公司统一假期，最后叠加项目级例外。调休上班日虽然落在周末，但按工作日计算工时；法定节假日和公司假按 0 工时处理。日期类型字段一旦确定，后续扣减工时的计算就有了依据。

例外规则字段

例外规则用来记录“哪一天、对谁、因为什么、扣不扣工时”。适用范围要写清楚是全公司、某个部门还是某个项目组，避免把项目组的特殊安排误算到其他团队。生效日期区间用于覆盖连续多天的例外，例如连续三天的公司团建。是否扣减工时决定这一天在净可用工时中按 0 还是按部分工时计算。审批人字段用于留痕，项目级例外尤其需要记录是谁批准的，便于后续复核。

可用工时字段

三个工时字段的关系是：净可用工时 = 标准工时 − 扣减工时。标准工时通常取团队日常工作时长，例如每天 8 小时；扣减工时记录半天假、培训、项目例外等造成的减少量；净可用工时是最终参与容量测算的数值。折算系数用于把日历日折算为可投入人日，例如某角色每天只有 6 小时可投入研发任务，折算系数可设为 0.75，便于在月度汇总时快速换算。

口径与维护字段

这组字段解决“这张表是谁的、什么时候生效、改过几次”的问题。适用团队/角色标明日历服务的对象，时区避免跨地域团队对日期理解不一致，版本号、更新人、更新日期和生效区间共同构成变更记录。缺少这组字段，日历在多人协作和跨年度使用时容易出现版本混乱。

必填与选填：哪些字段不能空

必填字段的判断标准是：缺失后会导致净可用工时算错或无法追溯。以下清单可以直接作为填写检查表使用。

字段	必填/选填	理由或适用场景
日期	必填	日历的基本索引，缺失则无法定位
日期类型	必填	决定是否计入工时，缺失会导致工时虚高或虚低
标准工时	必填	净可用工时的计算基数
扣减工时	必填	缺失会把例外日按满工时计算
净可用工时	必填	容量测算的直接输入
适用范围	必填（存在例外时）	防止例外被错误套用到其他团队
生效日期区间	必填（存在例外时）	界定例外影响的时间范围
版本号	必填	多人协作和跨年度复用时区分版本
星期	选填	便于人工核对，可由日期推算
是否计薪工作日	选填	涉及人力成本核算时填写
折算系数	选填	需要按角色折算可投入人日时填写
时区	选填	跨地域团队协作时建议填写
审批人	选填	项目级例外需要留痕时填写
更新人、更新日期	选填	需要审计追溯时填写

必填范围可以按管理精度调整。十人以内的小团队，如果日历只用于内部估算，可以只保留日期、日期类型、标准工时、扣减工时、净可用工时五项；跨部门共享或用于正式容量评审时，建议把适用范围、生效区间、版本号一并纳入必填，避免不同团队拿到的日历口径不一致。

填写示例：一个研发团队的单月日历

以下示例为演示情景，展示一个十人后端团队在某年 3 月的部分日历记录，覆盖工作日、法定节假日、调休上班、公司假、项目例外五类情形。示例中的日期和数值仅用于说明字段对应关系。

日期	日期类型	例外名称	适用范围	标准工时	扣减工时	净可用工时	折算系数
3月3日（周一）	工作日	—	后端组	8	0	8	1.0
3月8日（周六）	周末	—	后端组	8	8	0	1.0
3月10日（周一）	法定节假日	法定假日	全公司	8	8	0	1.0
3月15日（周六）	调休上班	调休补班	全公司	8	0	8	1.0
3月20日（周四）	公司假	公司团建	全公司	8	8	0	1.0
3月25日（周二）	项目例外	版本封板培训	后端组	8	4	4	1.0

以 3 月 25 日为例核对计算过程：标准工时 8 小时，因半天培训扣减 4 小时，净可用工时为 8 − 4 = 4 小时。3 月 15 日虽然是周六，但属于调休上班，按工作日处理，扣减工时为 0，净可用工时为 8 小时。3 月 10 日法定节假日按全天扣减，净可用工时为 0。把当月所有行的净可用工时相加，再乘以折算系数，就得到该团队当月的可投入工时总量，可直接用于容量测算。

调整与维护方法：日历如何随年度和项目变化更新

日历的价值在于长期可用，维护动作需要固定下来。以下清单按时间顺序给出年度更新、例外增删和版本管理的做法。

年度更新：国家公布下一年度放假安排后，第一时间更新法定节假日和调休上班日，并同步调整日期类型和扣减工时；公司统一假期确定后补充公司假记录。
项目例外增删：项目级例外由项目负责人提出，填写例外名称、适用范围、生效区间和是否扣减工时，经审批人确认后写入日历；例外取消时保留原记录并标注失效，不做直接删除。
版本管理：每次批量修改后递增版本号，在更新人和更新日期中留痕，生效区间写明本次版本适用的起止日期，旧版本归档备查。
容量测算衔接：在月度或迭代容量测算前，复核当月净可用工时合计与折算系数，确认没有遗漏的例外；测算结果与日历版本号一并记录，便于回溯差异原因。

当团队把日历字段用于容量测算时，日历本身只是输入，后续还需要把净可用工时与工作项、成员排期对应起来。ONES 的资源与工时管理能力可以在这一环节承接：通过资源规划视图安排团队资源，结合成员每日投入饱和明细识别规划风险，并支持查询和导出工时登记日志明细，便于项目经理核对日历口径与实际登记是否一致。日历字段的维护规则仍由团队自行约定，工具承担的是数据汇总和核对的工作。

常见问题

研发工作日历模板和普通排班表有什么区别？

普通排班表主要记录谁在哪天上班，研发工作日历模板的重点是回答“这一天团队有多少可投入工时”。因此模板除了日期和日期类型，还要记录例外规则、标准工时、扣减工时和净可用工时，并保留版本与生效区间，方便后续做容量测算时直接引用。排班表通常不包含工时折算字段，也不要求记录例外审批和版本信息。

项目级例外和公司统一假期冲突时，日历上应该怎么记？

建议按“公司统一安排优先、项目例外补充”的顺序处理。公司统一假期已经覆盖的日期，日期类型记为法定节假日或公司假，扣减工时按全天处理；项目组在该日期另有安排时，在例外名称中注明项目例外，适用范围限定为该项目组，是否扣减工时按实际投入情况填写。这样同一日期可以同时保留公司口径和项目口径，复核时能看清差异来源。