第2章 评估表整体结构与字段定义

本章概述

本章详细拆解《Effort估算：AI项目资源投入评估表》的表头、维度、行/列含义及必填项与选填项定义。读者将掌握评估表的完整结构，明确每一项字段的填写规范与边界，为后续章节的实操填写打下基础。

1. 适用场景

本评估表适用于以下典型场景：

• 项目立项阶段：需要从0到1构建AI项目资源投入基线，用于预算报价与人力规划。
• 阶段复盘与调整：在项目迭代周期（如Sprint）结束时，对比实际投入与评估表，修正后续估算。
• 跨团队资源协调：涉及数据、算法、工程、运维等多角色时，使用统一结构对齐估算口径。
• 供应商/外包评估：向外部团队提供标准估算模板，确保双方对投入理解一致。
• 组织级知识沉淀：将历史项目评估表归档，作为后续同类项目估算的参考基准。

2. 前置条件

1. 已定义项目目标、范围和关键交付物（参考第1章）。
2. 团队角色明确（项目经理、技术负责人、数据工程师、算法工程师、运维工程师）。
3. 已收集历史同类项目的Effort数据（如有）。
4. 评估表模板已从组织知识库导出（格式为Excel/在线表格/JSON配置）。
5. 所有填写者对评估表中使用的专业术语（如人天、复杂度等级、风险系数）有统一认知。

3. 操作步骤

以下为“解读与使用评估表结构”的核心步骤：

1. 识别表头区域：找到项目名称、版本号、评估日期、评估人、审批人等元信息字段。
2. 理解维度树：纵轴（行）是资源维度，例如“数据采集”、“模型训练”、“模型部署”、“运维监控”；每个维度可展开为子维度（如“数据采集”可包含“结构化数据采集”和“非结构化数据采集”）。
3. 理解工作项列：横轴（列）是工作项类型，例如“需求分析”、“设计”、“开发”、“测试”、“文档”、“评审”。
4. 区分必填/选填：观察每个单元格的标注：红色星号（*）表示必填，蓝色问号（?）表示选填，灰色斜线（/）表示不适用。
5. 填写预估数值：在交叉单元格填入人天/人周/人月数值，并附带置信度（如±20%）。
6. 汇总与校验：利用行合计与列合计验证总Effort是否合理，检查必填项是否全部填写。

4. 输入输出物

5. 责任边界

• 项目经理：负责定义评估表的版本、维度数量、工作项粒度，并最终审核必填项的完整性。
• 技术负责人：对每个技术维度的子维度划分负责，确认“选填”项是否为本次评估所需。
• 各领域工程师：填写自己所在维度的Effort数据，并对数值的置信度负责。
• PMO或QA：检查评估表是否满足组织级字段定义标准（如必须包含风险系数列）。

6. 记录材料

• 《评估表字段定义V1.0》——本章所规定的所有字段标准。
• 《评估表填写案例（含必填/选填示例）》——附于本章附录。
• 《字段变更日志》——任何对维度、工作项、必填规则的调整都需记录。

7. 异常处理

8. 验收标准

• 评估表的所有表头字段（项目名称、版本号、日期、评估人）均完整。
• 至少包含三个顶层维度（数据、模型、工程），每个维度下至少有两个子维度。
• 工作项列至少包含“设计”、“开发”、“测试”三项，且每个维度下都有对应单元格。
• 每个单元格的必填/选填/不适用标志清晰可见，无歧义。
• 必填项为空的数量为0，选填项为空时有备注原因。
• 行合计与列合计数值符合逻辑（合计值 = 各子项之和）。

结构定义总览（SVG）

下图展示了评估表的整体框架：表头、维度树、工作项列、数据单元格及必填/选填标注的关系。

本章所描述的评估表结构是后续所有章节填写的元基础。理解表头、维度、行/列、必填/选填之间的关系，将极大减少填写过程中的歧义与返工。