研发团队每周工时填报模板采用“一周一表、按人按项目按天记录”的结构，适合需要同时跟踪多个项目投入的研发小组。本文提供一张可直接复制到表格工具中的空白周表，并逐项说明字段口径、必填判断、跨项目填写示例和后续调整方法，帮助团队在当周完成填报与审核。
要点总览（TL;DR）
- 模板采用一周一表、按人按项目按天记录：表头放姓名、工号、团队、周次与提交状态，主体按项目/任务分行、按周一至周日分列填工时，表尾汇总本周合计并留审核栏。
- 工时以0.5小时为最小记录单位，小计、每日合计、本周合计用公式自动计算；工作日无投入填0并说明原因，不留空。
- 跨项目工作分行记录，同一项目下不同任务可再拆行，非项目工作单独成行，便于区分项目投入与团队公共投入。
- 提交后由项目负责人核对项目归属与任务拆分，团队负责人核对总量与异常；每日合计超可用工时、工作日为0未说明、有工时无项目名称三种情况退回修改。
- 模板需约定版本号与生效周次，历史周表按原版本归档；提交时点、审核人名单和固定工作类型清单由指定角色统一维护。
可复制空白模板：研发周工时填报表
下表为空白模板，复制到 Excel、在线表格或文档表格中即可使用。表头记录人员与周次信息，主体按项目或任务分行、按周一至周日分列填写工时，非项目工作单独成行，表尾汇总本周合计并留出审核栏。
| 研发周工时填报表 | ||||||||||
|---|---|---|---|---|---|---|---|---|---|---|
| 姓名 | 工号 | 团队 | 周次 | 提交状态 | □草稿 □已提交 □已审核 | |||||
| 序号 | 项目/任务 | 工作类型 | 周一 | 周二 | 周三 | 周四 | 周五 | 周六 | 周日 | 小计 |
| 1 | ||||||||||
| 2 | ||||||||||
| 3 | ||||||||||
| 4 | 非项目工作 | |||||||||
| 5 | 非项目工作 | |||||||||
| 每日合计 | ||||||||||
| 本周合计 | ||||||||||
| 备注 | ||||||||||
| 填报人签字/日期 | 项目负责人核对 | |||||||||
| 团队负责人审核 | 审核日期 | |||||||||
使用时有两点结构约定：项目行按本周实际参与的项目逐行填写，同一项目下的不同任务可再拆行；非项目工作行用于记录会议、培训、招聘面试、环境维护等不归属具体项目的事务，按类型分行，便于后续区分项目投入与团队公共投入。
字段说明：每一列记录什么
字段口径统一后，不同成员填出的表才能横向汇总。以下按表头、主体、表尾三部分说明每个字段的含义与取值来源。
人员与周次字段
| 字段 | 填写口径 | 取值来源 |
|---|---|---|
| 姓名 | 填写本人真实姓名，与团队花名册一致 | 人事或团队名册 |
| 工号 | 填写公司工号，用于同名人员区分与汇总 | 人事系统 |
| 团队 | 填写所属研发团队或小组名称 | 组织架构 |
| 周次 | 填写该表覆盖的自然周，格式如“2025年第12周（3月17日—3月23日）” | 团队统一发布的周次对照 |
| 提交状态 | 勾选草稿、已提交或已审核，随流程推进更新 | 填报人与审核人共同维护 |
项目与工作类型字段
“项目/任务”列填写本周实际投入的项目名称，名称取自项目立项或任务管理系统中的正式名称，避免使用简称造成汇总歧义；同一项目下需要区分任务时，写成“项目名称—任务名称”。“工作类型”列用于标注投入性质，常见取值包括需求分析、设计、开发、测试、缺陷修复、文档、评审、会议、培训、运维支持，团队可从中选取固定选项，减少自由填写带来的口径差异。
工时数值字段
周一至周日各列填写当天投入该行项目或任务的工时，单位为小时，以0.5小时为最小记录单位，例如1.5、3、6.5。小计列由该行七天数值相加得出，每日合计由当天所有行相加得出，本周合计为全部小计之和。建议在表格工具中把小计、每日合计、本周合计设为公式自动计算，减少手工加总错误。
备注与异常说明字段
备注栏用于说明三类情况：同一项目工时在多个任务间拆分的原因；某天工时明显低于或高于平常的原因，如请假、出差、集中攻关；非项目工作中需要进一步说明的事项。备注只写影响理解的信息，不重复表中已有数字。
必填与选填：哪些格子不能空
必填项决定这张表能否进入审核，选填项用于补充说明。团队在发布模板时应同时公布必填清单，避免成员凭理解填写。
| 字段 | 必填/选填 | 说明 |
|---|---|---|
| 姓名、工号、团队、周次 | 必填 | 缺少任一项，表格无法归属到人和周，汇总时无法匹配 |
| 提交状态 | 必填 | 决定该表处于草稿、待审还是已审核，影响流程推进 |
| 项目/任务名称 | 必填（有工时的行） | 任何一行填了工时，该行项目或任务名称不能为空 |
| 工作类型 | 必填 | 用于按类型统计投入结构，缺失会导致分类汇总失真 |
| 每日工时数值 | 必填（工作日） | 工作日当天无投入时填0并说明原因，不留空 |
| 小计、每日合计、本周合计 | 必填（公式生成） | 由公式计算，提交前确认数值已刷新 |
| 备注 | 选填 | 存在拆分、异常或非项目工作时建议填写 |
| 项目负责人核对、团队负责人审核、审核日期 | 审核环节必填 | 审核人签署后该表才算完成闭环 |
校验规则建议明确三条：每日合计超过当日可用工时（通常按8小时，团队可另行约定）的，退回填报人修改；工作日某天合计为0且备注未说明原因的，退回补充；项目名称为空但该行存在工时的，退回补全。退回时由审核人注明具体行号和问题，填报人修改后重新提交，提交状态回到“已提交”。
填写示例：一名研发工程师的一周
以下示例为演示情景：一名后端工程师当周参与两个项目，并承担若干日常事务。示例中的项目名称、工时数字均为示意，用于说明填法与算法。
| 序号 | 项目/任务 | 工作类型 | 周一 | 周二 | 周三 | 周四 | 周五 | 周六 | 周日 | 小计 |
|---|---|---|---|---|---|---|---|---|---|---|
| 1 | 订单系统重构—接口开发 | 开发 | 6 | 4 | 0 | 0 | 0 | 0 | 0 | 10 |
| 2 | 订单系统重构—联调测试 | 测试 | 0 | 2 | 3 | 0 | 0 | 0 | 0 | 5 |
| 3 | 会员中心—需求评审 | 评审 | 1 | 0 | 0 | 0 | 0 | 0 | 0 | 1 |
| 4 | 会员中心—功能开发 | 开发 | 0 | 0 | 4 | 7 | 5 | 0 | 0 | 16 |
| 5 | 非项目工作—团队周会 | 会议 | 1 | 0 | 0 | 0 | 1 | 0 | 0 | 2 |
| 6 | 非项目工作—技术分享 | 培训 | 0 | 1 | 0 | 0 | 0 | 0 | 0 | 1 |
| 每日合计 | 8 | 7 | 7 | 7 | 6 | 0 | 0 | 35 | ||
算法说明：每行小计为该行七天数值相加，例如第1行6+4=10；每日合计为当天所有行相加，例如周二4+2+0+0+0+1=7；本周合计为六个小计之和，10+5+1+16+2+1=35，与每日合计相加结果一致。示例中周二合计7小时、周五合计6小时，低于通常的8小时，备注栏应写明原因，例如“周二下午参加外部培训”“周五下午处理线上告警后调休”。
跨项目记录的要点是：同一项目按任务拆行，不同项目分行，非项目工作单独成行，任何一行的工时都能对应到具体项目和具体日期。这样项目负责人核对时只需看本项目相关行，团队负责人核对时看每日合计与本周合计即可。
当团队把周表从个人表格迁移到系统承载时，填报与审核动作可以对应到同一条流程：成员在工时模块按周录入项目与工时，提交后进入审批；项目负责人核对项目归属，团队负责人核对总量与异常，审批通过后记录归档。ONES 的工时记录与审批能力可承载这一流程，具体字段和审批节点以团队实际配置为准。
调整与维护：按团队情况改模板
模板落地后，团队规模、项目数量和工作类型都会变化，需要约定调整方式与维护责任，避免表格越用越乱或旧表无法追溯。
按项目数量与工作类型增减行列
项目行按本周实际参与数量增减，建议预留2至3行空白，避免临时加行破坏公式；项目长期超过8个时，考虑把低频项目合并为“其他项目”行并在备注中列明。工作类型列建议维护一份固定选项清单，新增类型需经团队负责人确认后统一发布，个人不自行添加。日期列按周一至周日固定，周末无投入时填0，不删除列，以保证各周表格结构一致、便于汇总。
版本更新与旧表归档
模板每次调整应记录版本号和生效周次，例如“v1.2，自第15周起使用”，并在表头或文件命名中体现。已提交的历史周表按原版本保存，不随新模板改动，归档时按“年份—周次—团队”命名，保留审核签字信息。需要对比跨周数据时，以各周实际使用的版本为准，汇总口径变化在汇总说明中注明。
审核角色与提交时点的维护约定
提交时点建议固定为每周一上午提交上一周工时，遇节假日顺延并在团队内通知。审核角色按两级设置：项目负责人核对项目归属与任务拆分是否合理，团队负责人核对每日合计、本周合计与异常说明。人员变动时，由团队负责人在模板维护记录中更新审核人名单，并通知全员；连续两周未提交或多次退回的成员，由团队负责人单独跟进，而不是在表中反复批注。
维护责任可落到一个具体角色，例如团队内指定一名工时管理员，负责模板版本发布、选项清单更新、归档检查和问题答疑；审核人负责当周数据质量。两者分工明确后，模板的调整有记录、有通知、有归档，团队换人或项目增减时也能平稳过渡。
常见问题
团队周末也安排开发时，周六周日两列怎么填？
周六、周日两列保留，按实际投入填写，单位为小时、以0.5小时为最小单位；没有投入就填0，不要删除列或留空。周末工时会进入该行小计和本周合计，团队负责人在核对总量时一并查看。如果团队对周末投入有调休安排，在备注栏写明，例如“周六加班，周三调休”，便于审核人理解当周每日合计的波动。
成员当周只参与一个项目，还需要拆成多行吗？
按任务拆行的目的是让投入能对应到具体工作内容，与项目数量无关。只参与一个项目时，如果当周工作内容单一，一行即可；如果同时承担开发、测试、评审等差异较大的任务，建议按任务拆成两三行，工作类型列分别标注。这样项目负责人核对时能看出投入结构，后续按工作类型统计也不会把测试时间算进开发。
每日合计不足8小时一定要写备注吗？
是否必须写备注取决于团队约定。模板的校验规则针对的是工作日合计为0且未说明原因的情况，低于8小时但大于0的记录通常不强制退回。实际执行中建议对明显偏低的日子补充说明，如请假、出差、培训、调休，原因是这些信息无法从工时数字本身看出，缺失会影响团队负责人判断当周投入是否完整。约定一旦确定，应写入模板发布说明，全员一致执行。
模板调整后，之前已提交的周表要不要按新格式重填？
不需要重填。已提交并审核的历史周表按当时使用的版本原样保存，归档时在文件名或表头保留版本信息；新版本注明生效周次，从该周起使用新格式。做跨周汇总时，以各周实际使用的版本为准，如果字段口径发生变化，在汇总说明中注明差异，避免把不同口径的数字直接相加。
用在线表格填报和放到系统里记录，审核流程有什么差别？
在线表格方式下，提交状态靠人工勾选，审核意见写在备注或单独沟通，版本和归档依赖文件命名约定，适合人数较少、项目结构稳定的团队。放到系统里承载时，填报、提交、审批可以串成一条流程，审批通过后记录自动归档，项目归属和总量核对在同一处完成。ONES 的工时记录与审批能力可承载这一流程，具体字段和审批节点以团队实际配置为准。选择哪种方式主要看团队是否需要按周自动汇总、是否需要保留可追溯的审批记录。
