步骤一：收集原始 Effort 与计划 Effort 数据：数据格式、采集工具、责任方

Effort 偏差修正的前提是拥有准确、完整、可追溯的原始 Effort 与计划 Effort 数据。本章定义数据采集阶段的具体操作规范，涵盖字段格式、工具选型与角色职责，确保后续偏差计算口径一致。

适用场景

• 项目启动初期或迭代计划发布后，首次录入 计划 Effort 基线。
• 开发/测试活动进行中，按日/周采集 原始 Effort（实际工时）。
• 跨团队协作项目需统一数据口径，避免因格式或工具不一致导致偏差计算失真。
• 事后复盘需要追溯历史 Effort 数据，用于模型校准与团队规模估算。

前置条件

• WBS 已分解至可估算粒度：每个任务具有唯一标识（Task ID），且负责人已确认。
• 数据采集模板已审批：字段定义、枚举值、日期格式经 PM 与数据管理员会签。
• 工具权限已开通：相关成员获得 JIRA / OA / 共享盘的写入权限。
• 时间记录规范已宣贯：团队知晓“原始 Effort”需精确到 0.5 h，且当日填报不跨天。

操作步骤

1. 准备 WBS 任务清单
   PM 从项目计划工具导出最新 WBS，确保每个叶子节点拥有 Task ID、任务名称、WBS 层级、责任人。
2. 设计 / 确认采集模板
   数据管理员根据团队习惯选择 Excel 模板 或 JIRA 字段配置，字段必须覆盖下表要求。
3. 配置采集工具
   安装 JIRA Tempo 插件 / 创建共享文件夹 / 配置 OA 工时模块，并创建测试条目验证数据落库正常。
4. 录入计划 Effort
   PM 在工具中为每个任务填入 计划工时(h)、计划开始日期、计划结束日期。
5. 按日填报原始 Effort
   开发/测试人员每日下班前填写 实际工时(h)、工作内容描述、任务类型。
6. 格式合规性核查
   数据管理员运行校验脚本（或人工抽检），标记空值、格式异常、超出计划 200% 的记录。
7. 生成采集状态报告
   输出 数据采集状态总表，包含任务完成率、缺失条目数、异常标记数。

输入 / 输出物

责任边界

数据格式规范

计划 Effort 字段定义

原始 Effort 字段定义

采集工具对比

记录材料

• 计划 Effort 登记表（模板编号：SOP-EFF-03-F1）
• 原始 Effort 采集日志（模板编号：SOP-EFF-03-F2）
• 数据采集状态报告（模板编号：SOP-EFF-03-F3）
• 异常处理登记表（模板编号：SOP-EFF-03-F4）
  用于记录格式异常、数据缺失、超范围工时的处理记录。

异常处理

验收标准

1. 完整性：WBS 中所有叶子节点均已在计划 Effort 表中登记，缺失率为 0%。
2. 合规性：原始 Effort 日志字段格式正确率 ≥ 99%，无空值、无超长文本。
3. 及时性：原始 Effort 提交率（当日填报 / 当日应填）≥ 95%。
4. 可追溯：每条原始 Effort 记录均可关联至具体 Task ID 与人员，且描述可理解。
5. 审批确认：数据采集状态报告经 PM 签字确认，归档至项目知识库。

数据采集工作流与责任矩阵

最佳实践清单

• 每日定时提醒：通过 Bot 或邮件在 17:30 推送填报提醒，降低遗漏率。
• 模板预填充：计划 Effort 表可预置 WBS 结构和 Task ID，减少手动输入错误。
• 增量为先：首次采集只要求必填字段，选填字段可在第二周迭代中加入，避免团队抵触。
• 数据快照：每周五收盘后由数据管理员导出原始日志快照，存入版本管理库（Git / SVN）。