工时填报模板是一张按“人—日期—项目/任务—投入时长—工作说明”逐行记录的空白表，配套字段说明、必填与选填规则和一份填写示例即可直接使用。它适合需要按项目或任务归集成员投入的团队，记录范围限于投入本身，工时成本折算、考勤与工资计算由另外的流程处理。下面先给出可复制的空白表，再逐项说明字段口径、必填规则、完整示例和维护方法。
要点总览（TL;DR）
- 模板按“日期—填报人—项目/任务—工时数—工作说明”逐行记录，一行只对应一个项目或任务，跨项目工作分行填写。
- 日期、填报人、项目/任务、工时数为必填字段，工作说明建议必填，备注、任务阶段、工单号、投入类型按管理需要选填。
- 工时数以小时为单位，最小颗粒度需团队事先约定（如0.5小时），并写入模板说明，避免同一团队混用口径。
- 工作说明写到可核对的动作与产出，例如“完成登录接口联调，输出联调记录”，便于审核判断投入合理性。
- 模板调整以服务审核或汇总为标准，字段变更需通知并设过渡期，历史数据保留原口径，归档后不在原记录上直接修改。
可复制空白工时填报表
下面这张表可以直接选中复制到 Excel、在线表格或文档的表格中。表头保持一行，数据行按“一行一个项目/任务”展开，空白行可按需要向下复制。
| 日期 | 填报人 | 项目/任务 | 工时数（小时） | 工作说明 | 备注 |
|---|---|---|---|---|---|
按日填报时，上述行结构不变，每行对应某人某天的一个项目/任务；同一人同一天有多个任务就复制多行。按周填报时，建议在表头前增加“周次”或“填报周期”一列，或在表外标注周期起止日期，行内仍保持“日期—项目/任务—工时数”的结构，避免把一周的多个任务合并成一行。
复制到表格工具时有几点需要注意：表头文字保持完整，不要为了排版合并单元格，合并后不利于筛选和汇总；工时数列设置为数值格式，避免输入“2小时”这类带单位的文本；日期列统一为同一格式，例如“2025-03-03”；如果使用在线表格，建议把表头行冻结，并给项目/任务列设置下拉选项，减少同一项目出现多种写法。
每个字段记录什么、怎么填
字段口径统一，汇总结果才可信。下表逐项说明各字段的含义和填写方式，团队可以在此基础上固定本团队的颗粒度约定。
| 字段 | 记录内容 | 填写口径 |
|---|---|---|
| 日期 | 投入发生的具体日期 | 填实际工作的那一天，不填提交日期；跨天工作按天拆行 |
| 填报人 | 实际投入的人 | 填姓名或工号，团队内统一一种写法；代填时仍写实际投入人 |
| 项目/任务 | 投入归属的对象 | 写到可识别的层级，例如“客户门户改版—登录模块”；一行只对应一个对象 |
| 工时数（小时） | 在该对象上的净投入时长 | 以小时为单位，按团队约定的最小颗粒度填写，如 0.5 小时；同一天同一对象的投入合并为一行 |
| 工作说明 | 这段时间做了什么、产出了什么 | 写到可核对的动作与产出，例如“完成登录接口联调，输出联调记录” |
| 备注 | 需要说明的例外情况 | 如等待外部依赖、临时支援其他任务等，简短说明即可 |
工时数的颗粒度需要在团队内先约定再使用。常见做法是以 0.5 小时为最小单位，也有团队按 0.25 小时或整小时记录。颗粒度越细，填报负担越重；越粗，汇总时越难区分任务间的投入差异。约定之后写进模板说明，避免同一团队内有人按半天填、有人按 0.1 小时填。
工作说明是审核时最主要的判断依据。写成“开发”“开会”“处理问题”这类词，审核人无法判断投入是否合理；写成“完成订单列表分页改造并自测通过”“与设计评审结算页交互稿，输出三条修改意见”，就能对照任务进度核对。说明不必写成长篇日志，一句话讲清动作和产出即可。
跨项目、跨任务的工作必须分行。例如某人上午做 A 项目的接口开发、下午支援 B 项目的线上问题，应记为两行，各自填写对应工时。把两个项目写进一行再在说明里拆分，会导致按项目汇总时无法准确归集。
哪些字段必填、哪些可以选填
必填字段的判断标准是“能否支撑审核与汇总”。日期、填报人、项目/任务、工时数构成最小可用集，缺任何一项都无法归集到人和对象；工作说明建议列为必填，它是审核判断投入合理性的直接依据。备注属于选填，用于解释例外情况。
| 字段 | 建议属性 | 理由与适用场景 |
|---|---|---|
| 日期 | 必填 | 汇总和核对的时间维度，缺失后无法按周期统计 |
| 填报人 | 必填 | 投入归属到人，缺失后无法核算个人负荷 |
| 项目/任务 | 必填 | 投入归属到对象，缺失后无法按项目汇总 |
| 工时数（小时） | 必填 | 模板的核心记录值，缺失后整行失去意义 |
| 工作说明 | 建议必填 | 审核判断依据；团队规模小、彼此了解进度时可放宽为选填 |
| 备注 | 选填 | 用于说明等待、支援、返工等例外，留空不影响汇总 |
| 任务阶段/工单号 | 选填 | 项目按阶段核算或需要与任务系统对应时增加 |
| 投入类型 | 选填 | 需要区分开发、测试、会议、支持等投入构成时增加 |
选填字段留空时按“无此信息”处理，不视为填报错误，也不要在汇总时用默认值填充，否则会掩盖真实分布。扩展字段只在有明确用途时增加：任务阶段用于按阶段核算投入，工单号用于与任务系统对应，投入类型用于分析时间构成。用途说不清的字段先不加，避免增加填报负担。
进入审核环节后，通常还需要几个附加字段支撑流转：提交状态（待审、通过、退回）、审核人、审核意见、提交时间。这些字段由审核流程产生，不必要求填表人手工填写；如果使用纸质或纯表格方式流转，可以在表格右侧增加这几列，由审核人维护。
一份填好的工时记录示例
以下是一周的完整示例，演示同一名成员在两个项目之间分配投入时的填法。示例中的项目、人名和数据均为演示情景。
| 日期 | 填报人 | 项目/任务 | 工时数（小时） | 工作说明 | 备注 |
|---|---|---|---|---|---|
| 2025-03-03 | 李明 | 客户门户改版—登录模块 | 6 | 完成登录接口联调，输出联调记录 | |
| 2025-03-03 | 李明 | 客户门户改版—周会 | 1 | 参加项目周会，确认本周排期 | |
| 2025-03-04 | 李明 | 客户门户改版—登录模块 | 7.5 | 修复联调发现的验证码超时问题并回归 | |
| 2025-03-05 | 李明 | 客户门户改版—登录模块 | 4 | 补充登录失败提示文案，提交测试 | |
| 2025-03-05 | 李明 | 订单系统—线上问题 | 3.5 | 排查订单状态不同步问题，定位为回调重试缺失 | 临时支援 |
| 2025-03-06 | 李明 | 订单系统—线上问题 | 5 | 补充回调重试逻辑并验证，输出修复说明 | |
| 2025-03-07 | 李明 | 客户门户改版—登录模块 | 6 | 按测试反馈调整异常提示，完成回归 |
逐行看取值依据：3 月 3 日拆成两行，是因为接口联调和项目周会属于不同任务，分开记录后按任务汇总时能看出会议占用；3 月 5 日出现跨项目记录，上午在客户门户改版、下午支援订单系统，两个对象分行填写，备注注明“临时支援”，便于审核人理解投入变化；工时数按 0.5 小时颗粒度填写，同一天同一任务不重复拆行。
常见填写错误可以对照检查：把两个项目写进一行、在说明里用“/”拆分，会导致汇总失真；工时数写成“约 6 小时”“半天”，无法参与计算；工作说明只写“开发”“处理问题”，审核人无法判断投入是否合理；日期填成提交日期，跨周补填时时间维度错位；同一项目在不同行写成“客户门户”“门户改版”“客户门户项目”三种名称，汇总时被当成三个对象。示例中的字段与第二节的字段说明一一对应，团队可以直接拿这张表作为填写参照。
模板的调整与日常维护
模板用起来之后，调整的重点是保持口径稳定。新增字段前先回答一个问题：这个字段是否服务于审核或汇总。如果是为了让审核人判断投入合理性，或者为了按新的维度统计，就值得加；如果只是“可能有用”，先记录在备注里观察一段时间，确有需要再固化为字段。每次只增加一个字段，并同步更新字段说明和示例，避免模板、说明、示例三者不一致。
字段变更需要通知和过渡。做法是先公布新版本模板和生效日期，过渡期内新旧两版并行，历史数据保留原口径不回溯修改；生效后旧版本停止接收新记录，但已提交的数据仍按原字段归档。这样汇总时能区分口径变化的时间点，不会把新旧数据混在一起比较。
填报周期和提交截止要写进模板说明。按日填报适合投入分散、需要及时掌握负荷的团队，截止时间可设为次日上午；按周填报适合任务周期较长、以周为管理节奏的团队，截止时间可设为次周第一个工作日上午。周期一旦确定，汇总和审核都按同一节奏进行，避免有人按日交、有人按周交导致数据不齐。
归档与历史数据保留按周期处理。每个周期结束后将记录锁定或另存为归档表，保留原始字段和提交状态，不在归档数据上直接修改；需要更正时在新周期补录并注明原因。这样历史汇总结果可复现，也便于后续核对。
审核退回后的修改流程建议固定为：审核人填写退回原因并指明需要补充的字段或说明，填表人在原记录上修改后重新提交，审核人复核通过后状态变为通过。退回原因写到具体行和具体问题，例如“3 月 5 日订单系统一行缺少产出说明”，比笼统写“说明不清”更容易一次改对。
当工时记录需要进入审核、汇总和按项目查看投入的阶段，可以衔接 ONES 的资源与工时管理能力：工时记录与工作项关联后，管理者可以多维度查看项目和成员的资源投入情况，查询和导出工时登记日志明细，并结合资源利用率与负荷度判断分配是否合理。具体表单字段、必填规则和审核流转的配置方式以实际部署和套餐为准，模板设计仍以上述字段口径为基础。
常见问题
团队按周填报时，模板结构需要怎么调整？
按周填报时，行结构仍保持“日期—项目/任务—工时数”，在表头前增加“周次”或“填报周期”一列，或在表外标注周期起止日期。同一周内多个任务分别占行，不合并成一行。周期确定后，汇总和审核都按同一节奏进行，避免有人按日交、有人按周交导致数据不齐。
工时数的最小颗粒度定多少合适？
常见做法是以0.5小时为最小单位，也有团队按0.25小时或整小时记录。颗粒度越细，填报负担越重；越粗，越难区分任务间的投入差异。建议结合团队任务切换频率和管理需要约定一个值，写进模板说明，并在示例中体现，避免同一团队内有人按半天填、有人按0.1小时填。
工作说明写到什么程度才算合格？
标准是审核人能对照任务进度核对投入是否合理。写成“开发”“开会”“处理问题”无法判断；写成“完成订单列表分页改造并自测通过”“与设计评审结算页交互稿，输出三条修改意见”就能核对。一句话讲清动作和产出即可，不必写成长篇日志。
审核退回后，填表人应该怎么改？
建议固定流程：审核人填写退回原因并指明需要补充的字段或说明，填表人在原记录上修改后重新提交，审核人复核通过后状态变为通过。退回原因写到具体行和具体问题，例如“3月5日订单系统一行缺少产出说明”，比笼统写“说明不清”更容易一次改对。若使用表格流转，可在表格右侧增加提交状态、审核人、审核意见、提交时间几列，由审核人维护。
工时记录进入审核和汇总阶段后，可以用什么方式管理？
当记录量增大、需要按项目查看投入时，可以衔接ONES的资源与工时管理能力：工时记录与工作项关联后，管理者可以多维度查看项目和成员的资源投入情况，查询和导出工时登记日志明细，并结合资源利用率与负荷度判断分配是否合理。具体表单字段、必填规则和审核流转的配置方式以实际部署和套餐为准，模板设计仍以上述字段口径为基础。
