设计工时表，先明确它要回答的问题：谁在哪个项目、哪项任务上投入了多少可核对的工时。围绕这个目标确定记录粒度，再设计字段、流程、角色分工和上线检查。工时表只承载投入记录，工时成本计量归入人力成本核算，考勤与工资计算不纳入表单设计。
要点总览（TL;DR）
- 先定用途与边界：工时表只记录谁在哪个项目、哪项任务上投入多少可核对工时，工时成本计量与考勤工资计算另行处理。
- 字段按身份与归属、投入、说明、审核四类组织，必填项承担归属与追溯功能，并配套单日上限、项目任务必选、跨项目合计、重复提交等校验规则。
- 流程按填报—提交—审核—退回修改—锁定—变更申请设计，状态保持单向可追溯，时限要留出退回修改的余量。
- 角色分工落到填报人、审核人、资源管理角色与表单维护人，各自交付物与交接时点明确，审核重点在归属、数量与描述三项。
- 上线前逐项核对字段完整性、校验规则、流程闭环、时限、角色到人、异常场景与汇总口径，试运行一个周期后再调整。
先定用途：工时表要回答哪几个问题
工时表的核心用途是记录投入，并为资源分配提供依据。它需要稳定回答五个问题：谁填报、在哪个项目或任务上投入、投入多少、什么时候投入、由谁确认。这五个问题对应身份、归属、数量、时间和审核五类信息，后续字段设计直接从它们展开。
用途决定边界。工时表记录的是人的时间投入，工时成本计量属于人力成本核算的范畴，需要结合费率、结算周期等口径另行处理；考勤打卡与工资计算依据出勤规则和薪酬制度，也不放进工时表。把这三类信息混在一张表里，填报人会因口径不清反复修改，审核人也难以判断哪部分数据该由谁负责。
记录粒度按管理需要选择。按天填报适合以周为周期汇总、关注每日投入分布的团队，填写负担较轻；按任务填报适合一人同时参与多个工作项、需要区分任务级投入的场景，数据更细但填报动作更多。两种粒度可以并存：以天为行、以任务为列，或按天按任务逐条记录。粒度一旦确定，最小填报单位也要同步明确，例如以0.5小时为最小单位，避免出现无法核对的零散数字。
完成这一步的交付物是一份用途与边界说明，写清工时表服务哪些管理动作、记录到什么粒度、哪些数据不在表内处理。这份说明是后续字段取舍和流程设计的判断依据。
工时表字段怎么设计：必填、选填与校验规则
字段按四类组织：身份与归属、投入、说明、审核。必填字段承担记录和追溯功能，缺少任何一项都会导致数据无法归属或无法确认；选填字段用于补充上下文，不影响记录成立。划分原则是：影响“谁、在哪、多少、谁确认”的信息必填，辅助解释的信息选填。
| 字段名 | 类型 | 必填性 | 校验规则 |
|---|---|---|---|
| 填报人 | 人员选择 | 必填 | 默认为当前登录人，代填需记录实际填报人 |
| 部门 | 组织选择 | 必填 | 随填报人带出，跨部门借调时允许调整并留痕 |
| 项目 | 项目选择 | 必填 | 只能选择填报人有权限的在建项目 |
| 任务/工作项 | 工作项关联 | 必填 | 须属于所选项目，未关联工作项的工时应归入项目公共任务 |
| 日期 | 日期 | 必填 | 不得晚于提交日，补填需标注补填原因 |
| 工时数 | 数值 | 必填 | 按最小单位递增，如0.5小时；单条不超过单日上限 |
| 工作内容描述 | 文本 | 必填 | 建议不少于10个字，能对应具体产出或动作 |
| 备注 | 文本 | 选填 | 用于说明加班、返工、跨项目支援等特殊情况 |
| 审核人 | 人员选择 | 必填 | 默认为项目负责人或直属主管，按项目配置 |
| 审核状态 | 枚举 | 必填 | 由流程自动写入，不可手工修改 |
| 审核意见 | 文本 | 退回时必填 | 退回必须写明原因，通过时选填 |
| 锁定标记 | 布尔 | 系统写入 | 锁定后禁止直接编辑，变更须走申请 |
校验规则要覆盖四类常见错误。单日工时上限防止误填和重复记录，例如单日合计不超过8小时，超出需填写说明并由审核人确认；项目与任务必选保证每条记录都能归属；跨项目合计校验在同一填报人同一天的多条记录之间执行，避免各项目分别提交后合计超限；重复提交拦截针对同一人、同一日期、同一任务的重复记录，在提交时提示合并或删除。
字段数量控制在必要范围内。每增加一个必填字段，填报成本都会上升，长期执行中容易出现敷衍填写。说明类信息优先用选填承载，把强制约束留给归属和数量。
填报与审核流程怎么走：节点、时限与状态
流程按“填报—提交—审核—退回修改—锁定—变更申请”六个节点设计，每个节点都有明确的输入、动作、输出和完成标志。
| 节点 | 输入 | 动作 | 输出 | 完成标志 |
|---|---|---|---|---|
| 填报 | 当日或当周工作记录 | 按字段录入工时 | 草稿记录 | 记录保存成功 |
| 提交 | 草稿记录 | 检查完整性后提交 | 待审核记录 | 状态变为待审核 |
| 审核 | 待审核记录 | 核对归属、数量与描述 | 通过或退回 | 状态变为已通过或已退回 |
| 退回修改 | 已退回记录 | 按意见修正后重新提交 | 新的待审核记录 | 重新进入待审核 |
| 锁定 | 已通过记录 | 按周期统一锁定 | 已锁定记录 | 记录不可直接编辑 |
| 变更申请 | 已锁定记录 | 提交变更原因与调整内容 | 变更记录 | 变更审核通过并留痕 |
时限按管理周期设定。常见做法是按周填报，当周工时在次周第一个工作日前提交，审核人在次周第二个工作日前完成审核，周期结束后统一锁定。时限要留出退回修改的余量，否则一次退回就会导致整周数据延迟。补填设置窗口期，例如允许在锁定前补填上一周期遗漏的工时，超出窗口需走变更申请。
状态设计保持单向可追溯：草稿、待审核、已通过、已退回、已锁定。已退回记录修改后回到待审核，已锁定记录只能通过变更申请调整，变更保留原值与新值。批量提交适合按周集中填写的团队，提交前逐条校验；补填在记录上标注补填标记，便于汇总时区分正常填报与事后补充。
在系统里承载这套流程时，工时记录需要与项目、工作项建立关联，状态流转和汇总才能自动完成。ONES 的资源与工时管理支持统计项目工时，并可查询和导出工时登记日志明细，项目经理可以据此核对成员工时；成员的工作量、可用性与饱和情况也能在资源视图中查看，用于安排和协调项目资源。具体字段构成与审核状态配置，需按团队实际使用的系统能力核验后确定。
角色与交付物：谁填报、谁审核、谁维护
角色分工要落到具体的人和明确的交付物，否则审核容易变成形式签字。
| 角色 | 职责 | 交付物 | 交接时点 |
|---|---|---|---|
| 填报人 | 按粒度如实记录工时，保证描述可核对 | 完整、可归属的工时记录 | 周期截止前提交 |
| 项目负责人或直属主管 | 审核归属是否正确、工时数量是否合理、描述是否对应实际工作 | 审核意见与通过/退回结论 | 提交后一个工作日内 |
| 资源/项目管理角色 | 汇总各项目工时，跟进未提交、长期异常和跨项目超限情况 | 周期工时汇总与异常清单 | 锁定前完成核对 |
| 表单维护人 | 管理字段、校验规则与流程配置的变更，保留变更记录 | 字段与规则版本说明 | 每次调整后同步通知 |
审核人的判断重点有三项：记录是否挂在正确的项目和工作项上，工时数量与任务规模是否匹配，描述能否对应到具体产出。审核人不对工时成本负责，成本口径由人力成本核算环节处理。资源/项目管理角色关注的是整体分布，例如某人连续多周在多个项目间分摊、某项目工时集中在少数人身上，这些信号用于后续资源安排。表单维护人控制变更节奏，字段和规则调整过于频繁会让填报人难以形成稳定习惯。
ONES 的资源规划视图可帮助管理者按业务优先级安排团队资源，效能管理中的场景化仪表盘模板也可用于人员工时效率分析，具体指标口径需按团队实际配置确认。
示例：一张周度工时表的填写与审核过程
以下为演示情景，用于说明字段填写与审核判断，不代表真实项目数据。
某研发人员一周内同时参与两个项目：项目A的需求开发，项目B的接口联调。按天填报，最小单位0.5小时。周一至周三主要投入项目A，每天6小时开发加1小时评审；周四、周五投入项目B联调，每天7小时。填写时每条记录选择对应项目和工作项，工作内容描述写明具体动作，例如“完成订单查询接口开发并自测”。
审核人核对时发现两个问题。第一，周四有一条记录挂在项目A下，但描述写的是项目B的联调内容，属于归属错误，退回要求改挂项目B。第二，周三合计工时达到9小时，超出单日上限，填报人备注为版本发布支持，审核人确认后保留并注明原因。退回记录修改后重新提交，状态回到待审核，审核通过后随周期统一锁定。
这个示例说明三点：描述要能支撑归属判断，审核人才能发现挂错项目的情况；超限记录需要说明并由审核人确认，而不是直接删除；退回修改保留原记录轨迹，便于后续核对。
完成检查：工时表上线前的核对清单
上线前逐项核对以下内容，全部通过再投入使用。
| 检查项 | 通过标准 |
|---|---|
| 字段完整性 | 身份、归属、投入、说明、审核五类字段齐全，必填项在提交时强制校验 |
| 校验规则生效 | 单日上限、项目任务必选、跨项目合计、重复提交拦截均能实际触发 |
| 流程闭环 | 草稿到锁定各状态可达，退回可重新提交，锁定后只能走变更申请 |
| 时限明确 | 提交、审核、锁定、补填窗口的时间点已通知到每个填报人 |
| 角色到人 | 每个项目的审核人已指定，资源汇总人和表单维护人有明确负责人 |
| 异常场景覆盖 | 补填、跨项目分摊、退回修改、锁定后变更均有处理路径 |
| 汇总口径对齐 | 工时汇总的统计维度与后续使用方（资源安排、项目复盘）确认一致 |
检查中最容易被忽略的是汇总口径。字段和流程都正确，但汇总时按人、按项目还是按任务统计，结果差异很大。上线前与使用方确认统计维度和周期，避免数据积累后返工。完成这份清单，工时表即可进入试运行，试运行一个周期后再根据实际填报情况调整字段和时限。
常见问题
工时表按天填报和按任务填报，应该怎么选？
按天填报适合以周为周期汇总、关注每日投入分布的团队，填写负担较轻；按任务填报适合一人同时参与多个工作项、需要区分任务级投入的场景，数据更细但填报动作更多。两种粒度可以并存，例如以天为行、以任务为列，或按天按任务逐条记录。选择时先看管理动作需要多细的数据，再考虑填报人的实际负担，粒度一旦确定就同步明确最小填报单位。
审核人应该重点核对哪些内容，退回时要注意什么？
审核人重点核对三项：记录是否挂在正确的项目和工作项上，工时数量与任务规模是否匹配，工作内容描述能否对应到具体产出。退回时必须写明原因，让填报人知道改哪里；退回记录修改后重新提交，状态回到待审核，原记录轨迹保留。审核人不对工时成本负责，成本口径由人力成本核算环节处理。
补填和锁定后变更应该怎么处理？
补填设置窗口期，例如允许在锁定前补填上一周期遗漏的工时，补填记录标注补填标记，便于汇总时区分正常填报与事后补充。超出窗口或已锁定的记录，只能走变更申请，提交变更原因与调整内容，变更审核通过后保留原值与新值。这样既给遗漏留出修正路径，也避免锁定后的数据被随意改动。
工时表设计完成后，怎么判断汇总口径是否可用？
上线前与后续使用方确认统计维度和周期。按人、按项目还是按任务统计，结果差异很大，字段和流程都正确但汇总口径不一致，数据积累后返工成本很高。核对时把资源安排、项目复盘等使用场景列出来，逐项确认需要哪些维度、以什么周期出数，再检查系统或表格能否按这些口径汇总。
在系统里承载工时表流程时，需要关注哪些衔接点？
工时记录需要与项目、工作项建立关联，状态流转和汇总才能自动完成。ONES 的资源与工时管理支持统计项目工时，并可查询和导出工时登记日志明细，项目经理可以据此核对成员工时；成员的工作量、可用性与饱和情况也能在资源视图中查看，用于安排和协调项目资源。具体字段构成与审核状态配置，需按团队实际使用的系统能力核验后确定。
