工时结构报表用于把一段时间的工时明细按人员、项目或任务、时间、工时类型逐行记录下来，再按投入端维度汇总成占比视图，帮助团队观察人力投向了哪些项目、阶段和工作类型。本文直接提供可复制到表格工具的空白明细表与结构汇总表，并说明字段口径、必填规则、完整填写示例和后续调整方法。汇总结果用于分析投入结构，不用于个人绩效排名。若团队在ONES中记录工时，明细采集与按项目、工时类型汇总可以在同一套工作项和工时记录中完成。
要点总览（TL;DR）
- 模板由两张表组成：工时明细表逐行记录人员、日期、项目/任务、工时数、工时类型等字段，工时结构汇总表按项目、工时类型、阶段三个维度计算工时合计与占比。
- 人员、日期、项目/任务、工时数、工时类型五项为必填，缺任一项该行无法进入汇总；阶段、需求/缺陷编号、地点、备注为选填，留空在汇总中单列“未填写”。
- 填写时一行只记一条明细，同一人同一天在同一项目、同一工时类型下的工作合并，跨项目或跨类型拆行；工时数统一用小时，最小粒度建议0.5小时。
- 模板调整以保持必填五项稳定为前提，可新增客户、产品线、迭代等维度；工时类型每季度或每个阶段评审一次，类型合并时保留旧名称映射以兼容历史数据。
- 汇总结果用于观察项目投入分布、阶段投入重心和非开发类工作占比，个人维度数据仅用于核对填报完整性，不进入绩效排名。
可复制空白工时结构报表模板
模板由两张表组成：明细表负责逐条记录，汇总表负责按维度计算占比。使用时先把明细表复制到Excel、飞书表格或类似工具中，按行填写；再用数据透视表或SUMIF类公式生成汇总表。两张表的字段名称保持一致，后续调整时同步修改。
表一：工时明细表（空白）
| 序号 | 人员 | 日期 | 项目/任务 | 工时数（小时） | 工时类型 | 阶段 | 需求/缺陷编号 | 地点 | 备注 |
|---|---|---|---|---|---|---|---|---|---|
| 1 | |||||||||
| 2 | |||||||||
| 3 | |||||||||
| 4 | |||||||||
| 5 | |||||||||
| … |
表二：工时结构汇总表（空白）
| 汇总维度 | 维度取值 | 工时合计（小时） | 占总工时比例 | 统计区间 | 备注 |
|---|---|---|---|---|---|
| 项目 | |||||
| 项目 | |||||
| 工时类型 | |||||
| 工时类型 | |||||
| 阶段 | |||||
| 阶段 |
最小填写说明：一行只记一条工时明细，同一人同一天在同一项目、同一工时类型下的工作合并为一行；跨项目或跨类型的工作拆成多行。汇总表的“占总工时比例”等于该维度取值的工时合计除以统计区间内全部工时合计。统计区间建议与考核周期或迭代周期对齐，并在汇总表中写明起止日期，避免不同周期的数据混在一起比较。
字段说明：每一列记录什么
字段口径决定汇总结果是否可用。下表逐列说明含义、取值建议和常见填错情形，模板、说明与后文示例使用同一套字段名。
| 字段名 | 含义 | 取值示例 | 常见错误 |
|---|---|---|---|
| 人员 | 实际投入工时的成员，填姓名或工号，全表统一一种写法 | 张明 / EMP0231 | 同一人出现“张明”“张老师”两种写法，汇总时被拆成两个人 |
| 日期 | 工时发生的自然日，格式统一为YYYY-MM-DD | 2025-03-10 | 填成周期区间或月份，导致无法按周、按月汇总 |
| 项目/任务 | 工时归属的项目名称或具体任务，建议填项目名加任务简述 | 客户门户改版-登录模块联调 | 只写“日常”“其他”，汇总时无法区分投入去向 |
| 工时数（小时） | 该条明细实际投入的时长，单位为小时，最小粒度建议0.5小时 | 3.5 | 混填人天和小时；同一天多条明细合计超过实际工作时长 |
| 工时类型 | 投入的工作性质分类，用于观察结构而非评价个人 | 需求开发、缺陷修复、测试验证、会议沟通、技术支持 | 类型过多过细，或临时新增类型后不通知团队，导致同类工作分散在多个名称下 |
| 阶段 | 工作所处的项目阶段，与团队研发流程对应 | 需求分析、设计、开发、测试、上线支持 | 阶段名称与项目计划不一致，汇总后无法与里程碑对照 |
| 需求/缺陷编号 | 关联的需求单、缺陷单或任务编号，便于回溯 | REQ-1024 / BUG-338 | 编号填写不完整或引用已关闭单据，回溯时对不上 |
| 地点 | 办公地点或远程/现场标识，用于观察驻场与远程投入 | 总部 / 远程 / 客户现场 | 同一地点多种叫法，统计时重复计数 |
| 备注 | 补充说明，如加班原因、跨项目支援等 | 支援测试组回归 | 把关键信息只写在备注里，汇总维度中没有体现 |
工时类型与阶段的取值建议在模板启用前一次性确定，形成简短的类型清单，例如工时类型控制在6至10项、阶段与项目计划中的阶段名称一致。类型过少会掩盖结构差异，过多则填报负担上升、汇总口径分散。工时数统一用小时计量，若团队习惯按人天填报，应在模板说明中写明换算关系（如1人天等于8小时），并保证全表只用一种单位。
必填与选填：哪些列不能空
必填字段是汇总能够成立的最小集合。人员、日期、项目/任务、工时数、工时类型五项缺任何一项，明细行都无法归入某个维度的占比：缺人员无法按人核对，缺日期无法确定统计区间，缺项目或任务无法形成项目结构，缺工时数无法计算合计，缺工时类型则投入性质分析失效。
| 字段 | 必填/选填 | 说明 |
|---|---|---|
| 人员 | 必填 | 汇总与核对的基础，缺失则该行无法归属 |
| 日期 | 必填 | 决定统计区间，缺失会导致周期口径混乱 |
| 项目/任务 | 必填 | 项目维度汇总的依据 |
| 工时数（小时） | 必填 | 所有占比计算的分母来源 |
| 工时类型 | 必填 | 投入性质结构分析的核心维度 |
| 阶段 | 选填，建议填 | 需要按研发阶段观察投入时填写；阶段维度汇总依赖此列 |
| 需求/缺陷编号 | 选填 | 需要回溯到具体需求或缺陷时填写，适合研发类项目 |
| 地点 | 选填 | 存在驻场、远程或多地办公时填写 |
| 备注 | 选填 | 用于解释异常工时，不作为汇总维度 |
缺失值处理约定建议提前写进填表说明：必填项缺失的明细行不进入汇总，单独列入“待补录”清单，由填报人在周期结束前补齐；选填项留空视为“未分类”，在汇总表中单独列一行“未填写”，不并入其他取值。这样既保证占比合计为100%，也能看出哪类信息缺失较多。周期截止后冻结明细，补录走下一周期或单独标注，避免历史汇总结果反复变动。
填写示例：一周工时如何记成结构报表
以下示例为演示数据，展示一名成员一周的工时明细如何汇总成结构视图。假设统计区间为2025-03-10至2025-03-14，团队按小时填报，最小粒度0.5小时。
明细表示例
| 序号 | 人员 | 日期 | 项目/任务 | 工时数（小时） | 工时类型 | 阶段 | 需求/缺陷编号 | 地点 | 备注 |
|---|---|---|---|---|---|---|---|---|---|
| 1 | 张明 | 2025-03-10 | 客户门户改版-登录模块 | 6 | 需求开发 | 开发 | REQ-1024 | 总部 | |
| 2 | 张明 | 2025-03-10 | 客户门户改版-登录模块 | 2 | 会议沟通 | 开发 | REQ-1024 | 总部 | 接口联调评审 |
| 3 | 张明 | 2025-03-11 | 客户门户改版-登录模块 | 7 | 需求开发 | 开发 | REQ-1024 | 总部 | |
| 4 | 张明 | 2025-03-11 | 客户门户改版-登录模块 | 1 | 缺陷修复 | 测试 | BUG-338 | 总部 | 登录超时问题 |
| 5 | 张明 | 2025-03-12 | 数据看板优化 | 5 | 需求开发 | 开发 | REQ-1031 | 远程 | |
| 6 | 张明 | 2025-03-12 | 数据看板优化 | 3 | 测试验证 | 测试 | REQ-1031 | 远程 | |
| 7 | 张明 | 2025-03-13 | 客户门户改版-登录模块 | 4 | 需求开发 | 开发 | REQ-1024 | 总部 | |
| 8 | 张明 | 2025-03-13 | 线上问题支持 | 4 | 技术支持 | 上线支持 | BUG-341 | 总部 | 客户环境排查 |
| 9 | 张明 | 2025-03-14 | 数据看板优化 | 6 | 需求开发 | 开发 | REQ-1031 | 远程 | |
| 10 | 张明 | 2025-03-14 | 团队周会 | 2 | 会议沟通 | 开发 | 远程 |
该周合计40小时。按项目汇总：客户门户改版20小时，占50%；数据看板优化14小时，占35%；线上问题支持4小时，占10%；团队周会2小时，占5%。按工时类型汇总：需求开发24小时，占60%；会议沟通4小时，占10%；缺陷修复1小时，占2.5%；测试验证3小时，占7.5%；技术支持4小时，占10%；其余为未分类。按阶段汇总：开发阶段33小时，测试阶段4小时，上线支持4小时。
结构汇总表示例
| 汇总维度 | 维度取值 | 工时合计（小时） | 占总工时比例 | 统计区间 | 备注 |
|---|---|---|---|---|---|
| 项目 | 客户门户改版 | 20 | 50% | 2025-03-10至2025-03-14 | |
| 项目 | 数据看板优化 | 14 | 35% | 2025-03-10至2025-03-14 | |
| 项目 | 线上问题支持 | 4 | 10% | 2025-03-10至2025-03-14 | |
| 项目 | 团队周会 | 2 | 5% | 2025-03-10至2025-03-14 | |
| 工时类型 | 需求开发 | 24 | 60% | 2025-03-10至2025-03-14 | |
| 工时类型 | 会议沟通 | 4 | 10% | 2025-03-10至2025-03-14 | |
| 工时类型 | 测试验证 | 3 | 7.5% | 2025-03-10至2025-03-14 | |
| 工时类型 | 技术支持 | 4 | 10% | 2025-03-10至2025-03-14 | |
| 工时类型 | 缺陷修复 | 1 | 2.5% | 2025-03-10至2025-03-14 | |
| 阶段 | 开发 | 33 | 82.5% | 2025-03-10至2025-03-14 | |
| 阶段 | 测试 | 4 | 10% | 2025-03-10至2025-03-14 | |
| 阶段 | 上线支持 | 4 | 10% | 2025-03-10至2025-03-14 |
示例与字段说明逐项对应：第1行“6小时、需求开发、开发阶段、REQ-1024”分别落入工时数、工时类型、阶段和需求编号四列；第10行团队周会没有需求编号，属于选填项留空，汇总时按项目“团队周会”单独成行。若团队有多名成员，明细表按人逐行追加，汇总表按维度合并计算，占比的分母为区间内全部人员工时合计。
当明细分散在多个表格或由多人分别填报时，汇总口径容易不一致。在ONES中，工时记录可以挂在工作项上，成员按项目任务填报工时，管理者按项目、工时类型等维度筛选并汇总，明细与汇总使用同一份数据源，减少手工合并表格时的重复和口径偏差。模板中的字段可以对应到工作项属性与工时记录字段，便于把本文的表格规范落到日常填报流程中。
调整与维护方法：按团队情况改模板
模板需要随团队流程变化做小幅调整，调整的原则是保持必填五项稳定、汇总维度可增可减、历史数据可对照。以下清单可作为模板评审时的检查项。
- 可新增的维度：客户、产品线、迭代、工作地点细分、外包/自有标识。新增列放在备注之前，并在汇总表中增加对应维度行。
- 不建议删除的字段：人员、日期、项目/任务、工时数、工时类型。删除任一项都会使某类结构分析失去基础。
- 工时类型体系维护：每季度或每个项目阶段结束时评审一次，新增类型需说明适用场景并通知全员；合并或停用类型时保留旧名称映射，避免历史数据无法归类。
- 模板版本变更：在表头或文件名中标注版本号与生效日期，旧周期数据沿用旧版本口径，新周期启用新版本；汇总跨版本对比时，先按映射表统一类型名称。
- 定期校验：每月抽查明细行合计是否与成员实际工作时长一致，检查必填项缺失率和“未分类”占比，缺失率持续偏高时简化字段或加强填报说明。
调整的代价主要来自口径变化：新增维度会增加填报动作，类型合并会让历史占比不可直接比较。建议每次调整只改一到两项，并在汇总表备注中记录变更日期。模板稳定运行后，工时结构报表可以按周、按月或按迭代固定产出，用于观察项目投入分布、阶段投入重心和非开发类工作占比，为排期和资源安排提供依据；个人维度的数据仅用于核对填报完整性，不进入排名或考核评价。
常见问题
团队成员习惯按人天填报，模板还能直接用吗？
可以，但需要先统一单位。模板的工时数列以小时计量，若团队按人天填报，应在填表说明中写明换算关系（如1人天等于8小时），并在录入时换算成小时，保证全表只用一种单位。也可以把列名改为“工时数（人天）”并同步修改汇总表的单位，但两种单位不能混在同一张表里，否则占比计算的分母会失真。
周期结束后发现有人漏填了几天工时，应该补录还是另起一行？
建议按缺失值处理约定执行：周期截止后先冻结明细，漏填的必填项列入“待补录”清单，由填报人在约定时间内补齐后再重新生成汇总。如果补录发生在汇总结果已经对外使用之后，补录数据单独标注日期，不直接改动已发布的历史汇总，避免同一周期的占比反复变动。跨周期补录时，在备注中写明原属周期，便于后续对照。
工时类型设多少项比较合适，新增类型要走什么流程？
常见做法是把工时类型控制在6至10项，既能区分需求开发、缺陷修复、测试验证、会议沟通、技术支持等不同性质的工作，又不至于让填报人每次都要在长列表里挑选。新增类型前先说明适用场景，确认现有类型无法覆盖后再增加，并通知全员；合并或停用类型时保留旧名称到新名称的映射表，历史数据按映射统一后再做跨周期比较。
多名成员分别填报时，如何保证汇总口径一致？
关键是让明细和汇总使用同一份数据源。可以约定统一的模板版本和字段名称，由一人负责汇总，其他人只提交明细；汇总前先检查人员写法、项目名称、工时类型是否与清单一致，把“张明”“张老师”这类同一人的不同写法合并。若团队在ONES中记录工时，工时记录挂在工作项上，成员按项目任务填报，管理者按项目、工时类型等维度筛选汇总，可以减少手工合并多张表格时的重复和口径偏差。
工时结构报表能不能用来比较成员之间的投入多少？
这张报表的设计目标是观察投入结构，即人力在项目、阶段和工作类型上的分布，个人维度的数据只用于核对填报是否完整。用同一份数据做成员间排名，容易受任务难度、协作方式和填报习惯影响，得出的结论并不可靠。如果确实需要评估个人投入，应结合任务分配、交付结果和团队约定另行设计方法，不把结构报表直接当作考核依据。
