## 数据战略类文档样章：管理办法、规划、实施计划与评估报告 > 本附件回应招标文件 3.2.6.1.1.2.1「数据战略规划要求」第（1）至第（4）项（b1238、b1239、b1240、b1241、b1242、b1243、b1244、b1245、b1246）， > 并对应 3.2.6.1.1.2.10「数据治理规划成果交付要求」清单中的第 1 至第 4 项—— > 数据战略管理办法、数据战略规划、数据战略实施计划、战略评估报告（b1331、b1332、b1333r01、b1333r02、b1333r03、b1333r04、b1333r05）。 > > 本附件提交的是四份文件的**样章**，逐份给出文件标识与版本号、适用范围与生效条件、章节结构到三级、 > 关键条款与关键字段的实际内容、与矿山装备制造业务的结合点、评审与修订机制。 > 四份文件的正式版本是项目期交付物，随数据治理规划成果一并提交（b1334）； > 本附件用于说明我方将按何种结构与何种粒度交付，不表示上述文件已经编制完成或已经发布。 ### 一、本附件的定位与使用方式 招标文件要求至少交付不少于 25 份数据治理规划文档，清单第 1 至第 4 项为数据战略类（b1332）。 这四份文件在整套治理文档中的位置与其余文档不同：其余文档规定某一类数据怎么管， 这四份规定整项治理工作要达到什么水平、分几步走、谁在什么时点做什么、做到了什么程度、 做不到怎么调整。它们是其余二十余份文档的上位依据，也是数据治理工作在公司内部获得 资源与决议的依据。因此四份文件的写法不能停留在愿景与原则层面，必须写到可下达、可考核、 可追溯的粒度。 本附件之所以以样章而非目录的形式提交，原因在于数据战略类文档的差别不在章节名称上。 几乎所有企业的数据战略文件都有「愿景」「重点任务」「实施路线」几章，章节名称看不出一份文件 是否可用。真正决定可用性的是三件事：条款是否写到可以照章办事的程度，字段是否定义到可以 入系统的程度，阈值是否定到可以判定「达标与否」的程度。本附件因此把篇幅放在条款正文、 字段定义表与阈值表上，章节结构只作索引之用。 #### 1.1 四份文件的关系与阅读顺序 四份文件不是四份并列的成果，而是一条有先后、有依赖的链。数据战略管理办法先行： 它规定战略由谁制订、经谁审批、多久评估一次、偏差到什么程度要调整、调整走什么程序。 办法发布之后，数据战略规划按办法规定的编制依据与审批层级成文，确定愿景、重点任务、 量化目标、资源投入与实施路线图。规划定版之后，数据战略实施计划把规划中的重点任务 拆成可下达的工作包，落到责任部门与时点上。实施计划运行起来之后，战略评估报告按办法 规定的周期出具，用指标实测结果对照规划目标，给出偏差、归因与调整建议；评估结论回到 规划与实施计划，构成迭代（b1243、b1244）。 这条链同时划出了责任边界。办法、规划与实施计划的制订权与审批权在公司（即招标方）的 数据治理组织，我方承担编制支撑、方法提供与文本起草；评估报告的指标采集与分析由我方 项目组承担，结论的确认与调整决议由公司数据治理委员会作出。这一分工写入办法第二章， 避免项目期出现「文件是乙方写的、公司不认」或「公司要调整、乙方按旧计划继续做」两类情形。 四份文件的阅读顺序建议为：先读办法第二章与第五章，了解谁有权决定什么、评估按什么节奏走； 再读规划第三章与第五章，了解目标与基线；再读实施计划的工作包台账，了解具体工作安排； 评估报告按期阅读即可。四者的依赖关系与数据流向如图 A3-1 所示。 ### 图 A3-1　数据战略四件套的依赖关系、责任边界与迭代回路 公司数据治理组织：制订权与审批权 我方项目组：编制支撑与指标采集 ①《数据战略管理办法》 规定战略怎么被管理 ②《数据战略规划》 目标 · 重点任务 · 路线图 ③《数据战略实施计划》 工作包 · 责任 · 时点 ④《战略评估报告》 指标实测 · 偏差分级 归因 · 调整建议 半年度出具 数据治理平台 指标自动采集与留痕 其余治理文档（21 份以上） 以①②为上位依据 编制依据与审批层级 重点任务拆解 工作包状态 目标与基线 指标数据 调整建议回流（迭代） 上位依据与条款引用 交付节奏 ① ② ③：第一阶段（T＋0 至 T＋3 月）内定版发布，随数据治理规划成果一并提交 ④：战略发布后按半年度出具，项目期内不少于 4 期，末期并入项目总体战略评估 ② ③ 的修订由 ④ 的偏差结论触发，修订后版本号递增并通知全部下游文档责任人 图 A3-1　数据战略四件套的依赖关系、责任边界与迭代回路。数据来源：招标文件 3.2.6.1.1.2.1 第（1）至第（4）项（b1239、b1241、b1243、b1245）；交付清单第 1 至 4 项 （b1333r02、b1333r03、b1333r04、b1333r05）；阶段切分与里程碑口径见技术方案 「数据治理规划（一）」数据战略规划一节。 #### 1.2 本附件的粒度约定 本附件中标注「条款」的段落为文件正文的实际条文，字句即为我方拟提交的文本， 项目期经公司评审后发布，评审意见涉及的条文按意见修改。标注「模板」的表格， 其字段名、字段顺序、必填性与取值约束为正式口径，项目期按此结构产出。 标注「样例」的表格为示意填写，其中的数值用于说明填写粒度与数据形态， 实际数值以项目期实测与公司确认结果为准。 凡需填入公司真实机构名称、岗位名称、人员信息、发文编号之处，一律以【待填：…】标出， 不预填拟值。此类占位共计若干处，汇总于第八节「本稿待补材料清单」。 需要说明的是，样章中出现的部门称谓（如「数据管理办公室」「工艺职能」「物料主数据职能」） 是按职责指代的功能性称谓，项目期按公司实际的部门与岗位设置替换，替换关系在办法附表三中列明（第 2.7 节）。 #### 1.3 四份文件的共用标识规则 四份文件的编号、版本号、密级与生效方式统一规定，避免项目期出现同一份文件两种编号的情形。 编号沿用全卷统一的五段式规则 `GHY26691-<类别码>-<业务域码>-<序号>-<版本号>`， 类别码取两位字母、业务域码取两位数字、序号四位；四份文件均为跨业务域的全局文件，业务域码一律取 `00`。 类别码按文件性质取值：战略规划与实施计划取 `PL`（方案与计划），管理办法取 `ST`（标准规范与制度）， 战略评估报告取 `TR`（测试与验证报告，用于周期性出具的评估类报告）。 版本号采用两段式：主版本号在章节结构变化或条款实质修改时递增，次版本号在文字勘误、 附表增补时递增。版本号与发布日期、生效日期一并印在文件首页的文件标识表中。 表 A3-1　数据战略四件套的文件标识与交付节奏（模板） | 序号 | 文件名称 | 文件编号 | 版本号 | 文件类别 | 密级 | 编制主体 | 审批主体 | 生效方式 | 交付节奏 | 对应单元 | |---|---|---|---|---|---|---|---|---|---|---| | 1 | 《数据战略管理办法》 | `GHY26691-GV-01-0001-V1.0` | V1.0 | 管理办法 | 内部 | 数据管理办公室（我方项目组编制支撑） | 数据治理委员会 | 委员会审议通过后由公司正式发文 | 第一阶段内定版，先于规划发布 | b1240、b1245、b1333r02 | | 2 | 《数据战略规划》 | `GHY26691-GV-01-0002-V1.0` | V1.0 | 规划 | 内部 | 数据管理办公室（我方项目组编制支撑） | 数据治理委员会 | 委员会审议通过后印发 | 第一阶段内定版，以诊断报告为输入 | b1239、b1240、b1245、b1333r03 | | 3 | 《数据战略实施计划》 | `GHY26691-GV-01-0003-V1.0` | V1.0 | 计划 | 内部 | 数据管理办公室（我方项目组编制支撑） | 数据管理办公室主任批准，委员会备案 | 批准后下达各责任部门 | 第一阶段内定版，按季滚动修订 | b1241、b1242、b1245、b1333r04 | | 4 | 《战略评估报告》 | `GHY26691-GV-01-0004-V1.0`（按期次加期号后缀） | V1.0（每期独立成册） | 报告 | 内部 | 我方项目组编制，数据管理办公室复核 | 数据治理委员会确认 | 委员会确认后归档并通知下游 | 战略发布后按半年度出具，不少于 4 期 | b1243、b1244、b1245、b1333r05 | 四份文件中前三份为常设文件，一经发布持续有效至修订或废止；第四份按期次出具， 每期独立成册、独立编号，不覆盖前期。四份文件的电子版格式与招标文件验收资料清单的 要求一致，正文为 Word 格式，附表中的台账类内容另出 Excel 版本以便维护。 #### 1.4 本附件与技术方案正文的分工 技术方案「数据治理规划（一）」一节已论述数据战略的内容本身——愿景怎么定、重点任务 为什么按依赖关系排序、资源怎么投、路线图怎么切阶段、评估阈值怎么取。本附件不重复这些论述， 只提供四份文件的样章。两处的关系是：正文说明「为什么这样定」，本附件给出「文件长什么样」。 凡本附件中的目标值、任务编号、阈值、里程碑时点，均与正文保持同一口径，口径对照见第七节。 若两处出现不一致，以正文为准并按本附件第六节的变更通知机制同步修订。 ### 二、《数据战略管理办法》V1.0 样章 本节回应招标文件 3.2.6.1.1.2.1 第（1）项末句「配套制定数据战略管理办法」（b1240） 与第（4）项输出要求（b1245），对应交付清单第 1 项（b1333r02）。 #### 2.1 文件标识与版本信息（模板） | 项 | 内容 | |---|---| | 文件名称 | 《数据战略管理办法》 | | 文件编号 | `GHY26691-GV-01-0001-V1.0` | | 版本号 | V1.0 | | 文件类别 | 公司级管理办法（数据治理顶层制度之一） | | 编制单位 | 数据管理办公室（我方项目组提供编制支撑与文本起草） | | 审核 | 数据治理委员会办公室会同法务、审计、信息化职能会签 | | 批准 | 数据治理委员会 | | 发布形式 | 公司正式发文，文号【待填：公司发文号】 | | 发布日期 | 【待填：发布日期】 | | 生效日期 | 发布之日起三十日后生效，过渡期内按本办法第四十四条执行 | | 有效期 | 长期有效，每两年至少复审一次 | | 密级 | 内部 | | 页数 | 正文七章四十六条，附表三份 | | 替代文件 | 无（首次发布） | | 解释权 | 数据治理委员会办公室 | #### 2.2 适用范围与生效条件 本办法的适用范围按三个维度界定，三者同时满足才在本办法的管辖之内。 组织维度：适用于公司总部各职能部门、各分厂与所属单位中承担数据产生、数据加工、 数据使用、数据管理职责的部门与岗位。委外承担数据加工生产、质量评测与场景验证的服务方， 在服务期内按本办法接受管理，具体权利义务以合同约定为准。 对象维度：适用于公司数据战略的制订、发布、实施、评估、调整与废止等管理活动， 以及由数据战略派生的量化目标、重点任务与资源安排。不适用于单项业务系统的建设管理 与单项数据加工任务的作业管理，后者分别由公司信息化项目管理制度与数据设计开发规范规范。 时间维度：自生效日起适用。生效前已启动且尚未完成的数据相关工作，纳入首版数据战略 实施计划统一管理，其既有审批结论不再追溯。 生效条件有三项：一是公司数据治理委员会及数据管理办公室已正式设立并明确岗位职责； 二是数据治理现状诊断报告已通过评审，构成战略制订的事实基础（b1236）； 三是本办法经委员会审议通过并由公司正式发文。三项条件中第一项是前置条件， 若委员会设立滞后，本办法的发布随之顺延，这一依赖关系在实施计划的工作包台账中单列。 #### 2.3 正文结构 | 章 | 节 | 条文范围 | 本章解决的问题 | |---|---|---|---| | 第一章　总则 | 1.1 目的与依据
1.2 适用范围
1.3 术语与定义
1.4 基本原则 | 第一条至第六条 | 为什么要有数据战略管理制度，依据什么，管到哪里 | | 第二章　职责分工 | 2.1 决策层职责
2.2 管理层职责
2.3 执行层职责
2.4 服务方的配合责任 | 第七条至第十三条 | 谁有权决定什么，谁对什么结果负责 | | 第三章　战略制订 | 3.1 编制依据
3.2 编制流程
3.3 审批层级
3.4 发布与宣贯 | 第十四条至第二十一条 | 战略从哪里来，经几道门，怎么让全员知道 | | 第四章　战略实施 | 4.1 任务分解规则
4.2 责任落实与资源保障
4.3 进度报告
4.4 跨部门协同事项的处理 | 第二十二条至第二十八条 | 战略怎么变成可下达的工作，卡住了找谁 | | 第五章　战略评估 | 5.1 评估周期与类型
5.2 评估指标与数据来源
5.3 偏差分级与处理
5.4 评估结论的运用 | 第二十九条至第三十五条 | 多久看一次，看什么，差多少算问题 | | 第六章　战略调整 | 6.1 触发条件
6.2 调整权限
6.3 调整程序
6.4 变更留痕与下游通知 | 第三十六条至第四十一条 | 什么情况下可以改目标，改了怎么让下游知道 | | 第七章　附则 | 7.1 与其他制度的关系
7.2 过渡安排
7.3 修订与废止
7.4 解释与生效 | 第四十二条至第四十六条 | 与别的制度冲突怎么办，本办法自己怎么改 | | 附表一 | — | — | 审批权限与留痕要求矩阵 | | 附表二 | — | — | 本办法项下的配套表单清单 | | 附表三 | — | — | 功能性称谓与实际部门对照表 | #### 2.4 条款正文 下列条文为本办法正文的实际文本。条文中「公司」指宁夏天地奔牛实业集团有限公司， 「委员会」指公司数据治理委员会，「办公室」指公司数据管理办公室， 「数据专责」指各业务部门承担数据管理职责的指定岗位，「服务方」指按合同承担 数据治理与数据加工生产服务的单位。 ##### 2.4.1 第一章　总则 **第一条（目的）**　为规范公司数据战略的制订、实施、评估与调整，使数据管理工作有统一目标、 明确责任与可核查的过程记录，支撑公司通过数据管理能力成熟度（Data Management Capability Maturity Assessment，DCMM）三级认证，并支撑矿山装备制造领域高质量数据集建设及场景应用， 制定本办法（b1218、b1240）。 **第二条（依据）**　本办法依据下列文件制定：《数据管理能力成熟度评估模型》 （GB/T 36073—2018）关于数据战略能力域的要求；《信息技术服务 治理 第 5 部分：数据治理规范》 （GB/T 34960.5—2018）；公司数字化转型相关决议；公司现行制度管理办法。 与上述文件的强制性要求不一致时，以上述文件为准。 **第三条（适用范围）**　本办法适用于公司总部各职能部门、各分厂及所属单位中 承担数据产生、加工、使用、管理职责的部门与岗位，适用于数据战略的制订、发布、实施、 评估、调整与废止等管理活动。服务方在服务期内按本办法接受管理。 单项业务系统建设管理与单项数据加工作业管理不适用本办法。 **第四条（术语与定义）**　本办法所称： （一）数据战略，指公司在一定期间内对数据管理愿景、量化目标、重点任务、资源投入与 实施路线的总体安排，以《数据战略规划》为载体； （二）重点任务，指《数据战略规划》确定的、对战略目标达成具有决定性作用的任务， 每项重点任务有唯一编号、明确的度量指标与依赖前提； （三）工作包，指《数据战略实施计划》中可由一个责任部门在一个月内完成并可验收的 最小管理单元，是进度统计与考核的基本单位； （四）关键数据元素（Critical Data Element，CDE），指一旦缺失或错误即导致特定业务结论 不成立的数据字段，按出错后果分为三级； （五）偏差，指指标实测值相对目标值的差距，或工作包实际完成时点相对计划时点的滞后， 按程度分为一般偏差、重要偏差、严重偏差三档； （六）数据资产，指经治理形成的、具有明确权属、可被检索与调用、可被复核来源的数据集合。 **第五条（基本原则）**　数据战略管理遵循下列原则： （一）业务导向。数据战略的目标以公司经营与生产中的具体问题为出发点， 以十一个智能化应用场景的数据需求为牵引，不以技术组件的建成数量为目标（b1218）； （二）目标可验收。战略目标须配有基线值、目标值、统计口径与验收方式， 不设无法验收的表述；对尚不具备基线数据的目标，先设基线采集任务，待基线确定后 再确定目标值； （三）分级决策。战略目标的调整权限与战略任务排期的调整权限分开行使， 排期可按实际进度灵活调整，目标不因进度压力而被降低； （四）过程留痕。战略制订、审批、实施、评估、调整的全过程形成书面记录并归档， 记录的保存期限不短于本办法有效期加三年； （五）持续迭代。战略按评估结论定期修订，修订以证据为依据，不作无依据的方向性变更 （b1244）。 **第六条（与数据集建设的关系）**　公司数据战略的实施成果以四类高质量数据集的规模与 质量为重要衡量依据。预训练数据集、指令微调数据集、强化学习偏好数据、基准测试数据集的 规模目标与质量口径，按公司与服务方约定的数据集规模表执行，纳入本办法第五章的评估指标。 数据集的加工生产、质量评测与场景验证由服务方承担；基于数据集开展的智能场景建设 不属本办法第二十二条所称的战略重点任务范围，公司另行安排。 ##### 2.4.2 第二章　职责分工 **第七条（三层治理组织）**　公司数据治理组织分为决策层、管理层、执行层三层。 决策层为数据治理委员会，管理层为数据管理办公室，执行层为各业务部门的数据专责岗位。 三层的议事路径与责任边界按本章规定，与公司《数据治理组织架构》文件保持一致（b1248）。 **第八条（委员会职责）**　数据治理委员会在数据战略管理中履行下列职责： （一）审议并批准《数据战略管理办法》及其修订； （二）审议并批准《数据战略规划》，包括愿景表述、量化目标、重点任务清单与资源投入安排； （三）确认《战略评估报告》结论，对严重偏差作出处理决议； （四）决定战略目标的调整，包括目标值的上调或下调、重点任务的新增或取消； （五）协调跨部门争议事项，包括业务对象标识口径、数据权属、取数授权范围三类争议； （六）决定战略实施所需的人力、预算与跨部门资源的配置。 委员会每季度召开例会一次，遇严重偏差或重大争议由办公室提请临时会议。 议题须于会前五个工作日提交，会议结论形成会议纪要并由委员会主任签发。 **第九条（委员会的构成要求）**　委员会主任由公司分管领导担任，成员应覆盖生产管理、 设计、工艺、质量、物资供应、设备、信息化、财务、人力、安全、审计、法务等职能， 并包含各分厂的代表【待填：委员会委员名单与所代表部门】。 生产管理、设计与工艺、质量三个职能为必设成员，原因在于公司的数据困难集中在 设计与工艺到制造执行的衔接环节上，这三个职能不到位，重点任务的推进会在确认环节停滞。 **第十条（办公室职责）**　数据管理办公室在数据战略管理中履行下列职责： （一）组织《数据战略规划》《数据战略实施计划》的编制与修订，承担文本定稿责任； （二）将重点任务分解为工作包，下达责任部门并跟踪状态； （三）按月汇总工作包状态、偏差与原因，形成月度进度报告报委员会备案； （四）组织半年度评估与年度全面评估，复核《战略评估报告》并提出处理建议； （五）对一般偏差直接跟踪处理，对重要偏差提出措施并报委员会备案； （六）决定战略任务排期的调整，调整结果在月度进度报告中说明； （七）维护本办法项下的各项表单与记录，承担归档责任。 **第十一条（业务部门与数据专责职责）**　各业务部门履行下列职责： （一）指定数据专责岗位并保持岗位稳定，岗位变更时办理交接并书面通知办公室； （二）承担本部门作为责任部门的工作包，按时点交付工作包的约定输出； （三）确认本部门归口数据资产的口径、权属与取数授权范围； （四）按月向办公室报送本部门工作包状态，对滞后项说明原因与补救安排； （五）配合评估工作提供实际执行记录，不以口头说明替代书面记录。 **第十二条（服务方的配合责任）**　服务方在数据战略管理中承担下列配合责任： （一）提供战略、规划、计划、评估四类文件的编制方法与文本起草支撑； （二）按约定的指标口径采集评估所需数据，对采集方法与采集结果的真实性负责； （三）按工作包台账承担属于服务方的工作包，并在月度报告中说明进展； （四）对须公司配合方可推进的事项，在月度报告中单独列明事项、所需配合内容与建议时点， 不将此类事项作为自身滞后的免责理由，但其时点影响在偏差归因中予以区分。 **第十三条（职责冲突的处理）**　同一事项涉及两个以上部门且职责边界不清时， 由办公室提出归属建议，报委员会确认。确认前该事项的工作包状态记为「待定责」， 不计入任何部门的按期完成率，并在月度进度报告中单独列示，待定责事项连续两个月 未解决的，由办公室提请委员会临时会议。 ### 图 A3-2　数据战略的议事、审批与留痕路径 决策层　数据治理委员会 审批：办法 · 规划 · 目标调整 · 严重偏差处理决议　｜　季度例会，可提请临时会议 留痕：委员会会议纪要（主任签发）＋ 决议编号 管理层　数据管理办公室 决定：工作包下达 · 排期调整 · 一般偏差处理　｜　提出：重要偏差措施（报备案） 留痕：工作包下达单 · 月度进度报告 · 排期调整说明 执行层　各业务部门数据专责 承担工作包 · 确认数据口径与权属 · 报送状态 留痕：工作包验收单 · 口径确认记录 · 会签意见 必设：生产管理 · 设计与工艺 · 质量 服务方项目组 编制支撑 · 指标采集 · 承担属服务方的工作包 留痕：指标采集说明 · 月度报告 · 须公司配合事项清单 对采集方法与结果真实性负责 决议与资源配置 规划报批 · 评估报告 · 严重偏差提请 工作包下达单 状态与原因 指标数据与月度报告 职责边界不清的事项：办公室提出归属建议 → 委员会确认 → 确认前记「待定责」，不计入任何部门按期完成率（第十三条） 图 A3-2　数据战略的议事、审批与留痕路径。数据来源：招标文件 3.2.6.1.1.2.2 第（1）项 数据治理组织要求（b1248、b1249）；三层组织口径与技术方案「数据治理规划（一）」 数据治理规划一节一致。 ##### 2.4.3 第三章　战略制订 **第十四条（编制依据）**　《数据战略规划》的编制依据为下列三项，缺一不得报批： （一）《数据治理现状诊断报告》。该报告须覆盖 DCMM 九个能力域、二十八个过程域， 逐一给出定级结论与证据编号（b1229、b1236）； （二）《高质量数据集验证场景数据需求清单》。该清单须覆盖十一个验证场景， 逐场景给出最小可用集、当前缺口与供给档位分布（b1234、b1235、b1236）； （三）国家与行业的强制性要求，以及公司数字化转型的现行决议。 编制依据之外的材料可作参考，但不得单独构成战略目标的设定理由。 以参考材料设定目标的，须在规划的编制说明中标明来源与适用性判断。 **第十五条（编制范围）**　《数据战略规划》的内容范围包括：数据管理愿景、量化目标与基线、 重点任务及其依赖关系、资源投入安排、实施路线图与里程碑、与数据集建设及场景验证的对齐关系、 前置条件与风险应对。各项内容的具体要求见《数据战略规划》样章。 **第十六条（编制流程）**　编制按五步进行，每步形成书面记录： （一）立项。办公室提出编制计划，明确编制范围、参与部门、时点与成果形式，报委员会批准； （二）取证与征求意见。办公室组织对各业务部门与各分厂的意见征求， 征求范围覆盖九个业务域的归口部门，意见以书面形式提交并逐条留存； （三）起草。服务方按方法与体例起草文本，办公室逐章审读并提出修改要求； （四）会签。文本经信息化、财务、人力、法务、审计职能会签，会签意见逐条答复， 不采纳的说明理由； （五）报批。办公室将文本、意见汇总表、会签意见答复表一并报委员会审议。 **第十七条（意见处理的时限）**　意见征求的答复期不少于十个工作日。 逾期未提交书面意见的，视为无意见，但该部门在实施阶段对已发布目标提出异议时， 不构成目标调整的理由。会签意见的答复在五个工作日内完成。 **第十八条（审批层级）**　审批层级按文件与事项分别确定： | 文件或事项 | 起草 | 复核 | 会签 | 批准 | 备案 | |---|---|---|---|---|---| | 《数据战略管理办法》及其修订 | 服务方项目组 | 办公室 | 法务、审计、信息化 | 委员会 | — | | 《数据战略规划》首版 | 服务方项目组 | 办公室 | 信息化、财务、人力、法务、审计 | 委员会 | — | | 《数据战略规划》量化目标调整 | 办公室 | 办公室主任 | 相关业务部门 | 委员会 | — | | 《数据战略规划》文字勘误（次版本号递增） | 办公室 | 办公室主任 | — | 办公室主任 | 委员会 | | 《数据战略实施计划》首版 | 服务方项目组 | 办公室 | 各责任部门 | 办公室主任 | 委员会 | | 《数据战略实施计划》季度滚动修订 | 办公室 | 办公室主任 | 受影响的责任部门 | 办公室主任 | 委员会 | | 工作包新增、取消或责任部门变更 | 办公室 | 办公室主任 | 原责任部门与新责任部门 | 办公室主任 | 委员会 | | 里程碑时点调整 | 办公室 | 办公室主任 | 受影响的责任部门 | 委员会 | — | | 《战略评估报告》 | 服务方项目组 | 办公室 | — | 委员会确认 | — | **第十九条（发布形式）**　《数据战略管理办法》与《数据战略规划》经委员会批准后， 由公司正式发文发布；《数据战略实施计划》经办公室主任批准后以工作包下达单形式 下达责任部门，并报委员会备案。三份文件的电子版在公司数据治理平台的制度文档库中 统一登记，登记信息包括文件编号、版本号、生效区间、密级与责任部门五项字段， 字段口径与公司《制度与标准文件》数据资产的登记口径一致。 **第二十条（宣贯）**　文件发布后三十日内完成宣贯，宣贯对象分三类： 委员会成员与办公室人员为一类，内容为全文与审批权限；各业务部门数据专责为一类， 内容为职责分工、工作包管理与报送要求；相关业务岗位为一类，内容为与本岗位工作相关的条款。 宣贯形成签到记录与培训材料，归入本办法的执行记录。 **第二十一条（文本的唯一性）**　已发布版本为唯一有效文本。任何部门不得自行编制 与本办法或《数据战略规划》内容相冲突的部门级文件；已有冲突条款的， 在本办法生效后六个月内完成修订或废止，修订清单由办公室维护。 ##### 2.4.4 第四章　战略实施 **第二十二条（任务分解规则）**　《数据战略规划》确定的重点任务由办公室分解为工作包， 分解遵循下列规则： （一）粒度规则。一个工作包以「一个责任部门在一个月内可完成并可验收」为准。 超过一个月的任务继续拆分；小于两周且输出不可独立验收的，合并至相邻工作包； （二）唯一责任规则。每个工作包只有一个责任部门，可有若干配合部门。 不设共同责任的工作包； （三）输出可验收规则。每个工作包须写明输出物的名称与形态，以及验收方式。 验收方式限于四类：正式发文、评审通过、抽样核对达到约定基线、系统记录可查。 不接受「完成相关工作」一类的描述； （四）依赖显式规则。工作包的前置工作包须在台账中注明编号。 前置工作包未完成而后续工作包已到计划开工时点的，后续工作包状态记为「受阻」， 不记为滞后，但其影响计入前置工作包责任部门的偏差归因。 **第二十三条（工作包下达）**　工作包以下达单形式下达，下达单载明工作包编号、名称、 所属重点任务、输入、输出、责任部门、配合部门、起止时点、验收方式、 须公司配合事项十项要素。责任部门在收到下达单后五个工作日内确认或提出异议， 异议由办公室协调，协调不成的报委员会。 **第二十四条（资源保障）**　战略实施所需资源按三类保障： （一）人力。各责任部门为数据专责岗位安排不低于约定比例的工作时间用于数据治理工作， 具体比例在实施计划中按部门列明【待填：各部门数据专责的工时投入比例】。 关键岗位在项目期内保持稳定，变更须提前十五日书面通知办公室并完成交接； （二）平台与工具。战略实施依赖数据治理平台提供资源目录、元数据与血缘、 数据标准落标检查、质量规则执行与整改跟踪、资产申请审批、审计日志六项能力。 上述能力的建设进度列入实施计划，其滞后按本办法第五章作为偏差原因单独归类； （三）预算与外部服务。贯标认证、等级保护测评、商用密码应用安全性评估、 数据集质量测评等须由外部机构承做的事项，其预算与时点在实施计划中列明。 **第二十五条（进度报告）**　进度报告按月提交，内容为四项：当期工作包状态汇总 （按未开工、进行中、已完成、受阻、待定责五种状态分列）、偏差清单与原因、 下月工作安排、须公司决策或配合的事项清单。报告在次月前五个工作日内由办公室汇总， 报委员会备案并向各责任部门通报。 **第二十六条（跨部门协同事项）**　下列事项由办公室牵头协调，相关部门不得以 「非本部门职责」为由不予配合： （一）业务对象标识口径的统一，包括施工号、产品号、图号、零件号、物料编码、工单号、 炉次号、焊缝与焊道编号、设备编码、服务工单号之间的主键映射规则； （二）跨系统取数授权范围的确定与接口开通； （三）同一业务含义在不同部门口径不一致时的归口裁定，典型者为库存口径与 检验位置口径两类； （四）为补齐数据而需在既有业务流程中增设填报环节的事项，包括填报责任岗位、 填报时点与系统预填规则的确定。 **第二十七条（考核衔接）**　工作包按期完成率、须公司配合事项完成率、 数据质量整改按期关闭率三项指标纳入各责任部门的年度考核，权重由公司按 现行考核管理规定确定【待填：考核权重与考核主体】。考核数据取自数据治理平台的 系统记录，人工填报的部分须有责任部门确认记录。 **第二十八条（实施中的证据留存）**　战略实施的过程证据按四类留存：工作包下达单与验收单、 会议纪要与会签意见、系统操作与审批记录、抽样核对的原始记录。 证据的编号规则与归档位置见附表二。留存证据同时作为 DCMM 贯标评估的材料， 因此证据的形成与贯标送审的材料要求一次对齐，不在送审前另行补制。 ##### 2.4.5 第五章　战略评估 **第二十九条（评估周期与类型）**　战略评估分三类： （一）季度跟踪。由办公室按季汇总指标实测值与工作包状态，形成跟踪表，不单独出具报告； （二）半年度评估。由服务方项目组采集指标、分析偏差并起草《战略评估报告》， 办公室复核后报委员会确认； （三）年度全面评估。在半年度评估的基础上增加三项内容：量化目标适用性复核、 资源投入充分性分析、重点任务依赖关系复核。年度全面评估的报告与半年度评估报告 合并出具，在报告中以独立章节体现。 项目期内《战略评估报告》不少于四期，各期的评估区间与出具时点见《战略评估报告》样章。 **第三十条（评估指标）**　评估指标分三组：战略目标达成类、过程执行类、公司配合类。 每项指标须明确定义、计算式、数据来源、采集方式、统计周期与三档偏差阈值， 指标卡见《战略评估报告》样章第 5.4 节。指标的新增或口径修改按第十八条的 量化目标调整程序办理。 **第三十一条（数据来源与采集方式）**　指标数据以数据治理平台自动采集为主， 人工填报为辅。人工填报的指标须注明填报岗位与填报依据，并由责任部门负责人确认。 同一指标存在系统值与人工值不一致时，以系统值为准，差异在报告中说明原因。 采集方法在首期评估时固定，后续各期不得变更采集方法；确需变更的， 须同时给出按原方法计算的对照值，使各期可比。 **第三十二条（偏差分级）**　偏差按下列标准分三档： （一）一般偏差：工作包进度滞后一个月以内，或指标达成率在目标值的百分之九十以上； （二）重要偏差：工作包进度滞后一个月以上、三个月以内，或指标达成率在目标值的 百分之七十以上、百分之九十以下； （三）严重偏差：工作包进度滞后三个月以上，或指标达成率低于目标值的百分之七十， 或前置工作包受阻导致两个以上后续工作包无法开工。 同一事项同时满足两档标准的，按较重一档认定。 **第三十三条（偏差处理）**　一般偏差由办公室跟踪，责任部门在下一月度报告中说明补救安排； 重要偏差由办公室会同责任部门制订措施并报委员会备案，措施须写明负责人、时点与 恢复到计划轨道的判定条件；严重偏差提交委员会决议，决议可采取下列一项或数项措施： 调整工作包排期、调整资源配置、变更责任部门、启动第六章的战略调整程序。 **第三十四条（归因要求）**　偏差须逐项归因，归因分类与现状诊断阶段使用的缺口性质 分类保持一致，使评估结论与诊断结论可比。归因不得使用「客观原因」「协调不畅」一类 无指向的表述，须指明具体缺口，典型者包括：业务对象标识口径未确认、取数授权未开通、 业务流程填报环节未落地、平台功能未上线、外部机构档期未落实、新增采集投入未决策。 **第三十五条（评估结论的运用）**　评估结论的运用有三条路径： 一是作为工作包排期调整与资源调配的依据；二是作为战略目标与重点任务调整的依据， 按第六章办理；三是作为部门考核的数据来源，按第二十七条执行。 评估结论不作为对具体人员的评价依据。 ##### 2.4.6 第六章　战略调整 **第三十六条（调整的分类）**　战略调整分两类：目标调整与排期调整。 目标调整指《数据战略规划》中量化目标的目标值、统计口径或重点任务清单的变更； 排期调整指《数据战略实施计划》中工作包或里程碑时点的变更。两类调整的权限不同， 按第三十八条行使。 **第三十七条（触发条件）**　下列情形之一出现时，可启动战略调整： （一）评估结论认定存在严重偏差，且经一个评估周期的措施执行后仍未恢复到计划轨道； （二）编制依据发生实质变化，包括现状诊断结论被后续取证推翻、 场景数据需求清单因场景范围调整而变更； （三）国家或行业的强制性要求变化，使原目标不再适用或须提高； （四）公司经营安排变化，使原资源投入安排无法执行； （五）前置条件长期不具备，包括须新增采集的事项未获投入决策、 须调整业务流程的事项未落地，且已影响两个以上重点任务。 无上述情形而提出调整的，办公室不予受理，并在月度进度报告中记录受理情况。 **第三十八条（调整权限）**　目标调整由委员会决定。排期调整由办公室主任决定， 但涉及里程碑时点变更的，报委员会决定。 这一划分的用意在于：排期需要对实际进度作出快速反应，审批链过长会使计划失去时效； 而目标一旦可以在管理层内部调整，进度压力就会传导为目标降低，战略的约束力随之消失。 **第三十九条（调整程序）**　调整按四步办理： （一）提出。由办公室或责任部门提出调整申请，填写《战略调整申请单》， 载明调整事项、触发条件、调整前后对照、影响分析与建议时点； （二）影响分析。办公室分析调整对其他重点任务、工作包、里程碑与数据集交付节奏的影响， 形成影响清单。影响清单须逐项列出受影响的工作包编号，不作概括性描述； （三）审议。按第三十八条的权限审议并作出决定，决定记入会议纪要或批准意见； （四）文本修订与通知。办公室在决定作出后十个工作日内完成文本修订， 版本号按第四十条递增，并按第四十一条通知下游。 **第四十条（版本管理）**　目标调整、重点任务清单变更、章节结构变化的，主版本号递增； 文字勘误、附表增补、不改变实质内容的表述调整，次版本号递增。 每一版本在文件末尾的修订记录表中登记，登记字段为版本号、修订日期、修订内容摘要、 修订依据（决议编号或批准意见编号）、修订人、审批人六项。历史版本在制度文档库中 标记为「已被替代」并保留可查，不予删除。 **第四十一条（下游通知）**　文本修订后，办公室按下列范围通知： （一）受影响的责任部门与配合部门，通知内容含修订对本部门工作包的具体影响； （二）以本文件为上位依据的其他治理文档的责任人，由其判断是否需要同步修订， 判断结果在十个工作日内书面反馈； （三）服务方项目组，由其同步修订实施计划与评估指标口径。 通知以书面形式发出并留存送达记录。未收到通知而按旧版本执行所产生的偏差， 不计入执行部门的偏差统计。 ##### 2.4.7 第七章　附则 **第四十二条（与其他制度的关系）**　本办法是公司数据治理顶层制度之一， 与《数据治理管理办法》同级。本办法与数据架构、数据标准、数据质量、数据安全、 数据生存周期、数据应用流通等专项管理制度不一致时，涉及战略管理活动的以本办法为准， 涉及专项管理活动的以专项制度为准。本办法与公司现行制度管理办法在程序性要求上 不一致时，以公司现行制度管理办法为准。 **第四十三条（引用文件的版本）**　本办法引用的国家标准与行业标准， 凡不注日期的引用文件，其最新版本适用于本办法。引用文件的版本变化影响本办法实质内容的， 按第六章程序修订。 **第四十四条（过渡安排）**　本办法生效前已启动的数据相关工作， 在生效后三个月内纳入《数据战略实施计划》统一管理。过渡期内， 已有的工作安排继续执行，但其状态须按本办法第二十五条报送。 过渡期内形成的过程证据按附表二的编号规则补编。 **第四十五条（修订与废止）**　本办法每两年至少复审一次，复审由办公室组织， 复审结论报委员会。出现第三十七条第（三）项情形或公司治理组织发生重大调整的， 随时启动修订。本办法的废止由委员会决定并正式发文。 **第四十六条（解释与生效）**　本办法由数据治理委员会办公室负责解释。 本办法自发布之日起三十日后生效。 #### 2.5 附表一　审批权限与留痕要求矩阵（模板） 本附表与第十八条的审批层级表配合使用：第十八条规定「谁批」，本附表规定「批完留什么」。 留痕要求是贯标送审的直接材料，因此每一项都指明了记录名称与归档位置。 | 事项 | 决定主体 | 记录名称 | 记录编号规则 | 归档位置 | 保存期限 | 可查范围 | |---|---|---|---|---|---|---| | 办法发布与修订 | 委员会 | 委员会会议纪要＋公司发文 | 决议号：WYH－年份－三位序号 | 制度文档库＋公司档案 | 有效期加三年 | 全员（内部） | | 规划首版批准 | 委员会 | 委员会会议纪要＋意见汇总表＋会签答复表 | 同上 | 制度文档库 | 同上 | 委员会、办公室、各部门数据专责 | | 量化目标调整 | 委员会 | 战略调整申请单＋影响清单＋会议纪要 | 申请单号：TZSQ－年份－三位序号 | 制度文档库 | 同上 | 同上 | | 重点任务新增或取消 | 委员会 | 同上 | 同上 | 制度文档库 | 同上 | 同上 | | 里程碑时点调整 | 委员会 | 同上 | 同上 | 制度文档库 | 同上 | 同上 | | 实施计划首版批准 | 办公室主任 | 批准意见＋工作包下达单 | 下达单号：GZB－任务号－三位序号 | 治理平台工单库 | 同上 | 责任部门与配合部门 | | 工作包排期调整 | 办公室主任 | 排期调整说明（随月度报告） | 月报号：YB－年月 | 治理平台工单库 | 同上 | 同上 | | 工作包责任部门变更 | 办公室主任 | 变更单＋原责任部门确认 | 同下达单号加 C 后缀 | 治理平台工单库 | 同上 | 同上 | | 工作包验收 | 责任部门与办公室共同 | 工作包验收单＋输出物 | 验收单号：YS－工作包号 | 治理平台工单库 | 同上 | 同上 | | 一般偏差处理 | 办公室 | 月度进度报告中的偏差清单 | 月报号：YB－年月 | 治理平台 | 同上 | 委员会、办公室、责任部门 | | 重要偏差措施 | 办公室提出，委员会备案 | 偏差措施表 | PC－年份－三位序号 | 治理平台 | 同上 | 同上 | | 严重偏差处理 | 委员会 | 委员会决议＋措施表 | WYH－年份－三位序号 | 制度文档库 | 同上 | 同上 | | 评估报告确认 | 委员会 | 评估报告＋确认意见 | BG－期次 | 制度文档库 | 同上 | 委员会、办公室、各部门数据专责 | | 职责归属裁定 | 委员会 | 裁定记录（记入纪要） | WYH－年份－三位序号 | 制度文档库 | 同上 | 同上 | | 取数授权开通 | 数据归口部门与信息化职能 | 授权开通记录＋范围清单 | SQ－系统简码－三位序号 | 治理平台审计日志 | 同上 | 办公室、信息化职能、服务方 | 表中「可查范围」一列按公司数据安全分级标准的内部级管理，涉及商务与人员信息的记录 按更高密级另行管理。记录编号中的部门与系统简码表见附表二。 #### 2.6 附表二　本办法项下的配套表单清单（模板） 本办法规定的管理动作共对应十一张表单（本附表之外另有附表三的称谓对照表）。表单的字段在此一次定义， 各表单的空白模板随办法一并发布，电子版在治理平台中以在线表单形式提供， 提交即生成记录编号，不另行手工编号。 | 序号 | 表单名称 | 使用场合 | 关键字段 | 提交方 | 接收方 | 生成记录编号 | |---|---|---|---|---|---|---| | 1 | 战略编制立项表 | 规划编制启动 | 编制范围、参与部门、时点、成果形式、预算 | 办公室 | 委员会 | LX－年份－序号 | | 2 | 意见征求与答复汇总表 | 规划编制征求意见 | 意见序号、提出部门、意见原文、是否采纳、不采纳理由、答复人 | 办公室 | 各部门 | YJ－年份－序号 | | 3 | 会签意见答复表 | 规划与办法会签 | 会签职能、意见原文、答复、是否采纳 | 办公室 | 会签职能 | HQ－年份－序号 | | 4 | 工作包下达单 | 工作包下达 | 工作包号、名称、所属重点任务、输入、输出、责任部门、配合部门、起止时点、验收方式、须公司配合事项 | 办公室 | 责任部门 | GZB－任务号－序号 | | 5 | 工作包验收单 | 工作包完成 | 工作包号、输出物清单、验收方式、验收结论、验收人、验收日期、遗留事项 | 责任部门 | 办公室 | YS－工作包号 | | 6 | 月度进度报告 | 每月进度报送 | 期间、状态汇总、偏差清单、下月安排、须公司决策或配合事项 | 办公室 | 委员会 | YB－年月 | | 7 | 偏差措施表 | 重要偏差处理 | 偏差项、级别、归因分类、措施、负责人、时点、恢复判定条件 | 办公室 | 委员会备案 | PC－年份－序号 | | 8 | 战略调整申请单 | 启动战略调整 | 调整事项、触发条件、调整前后对照、影响清单、建议时点 | 办公室或责任部门 | 委员会或办公室主任 | TZSQ－年份－序号 | | 9 | 文件修订记录表 | 版本递增 | 版本号、修订日期、修订内容摘要、修订依据、修订人、审批人 | 办公室 | 制度文档库 | 随文件编号 | | 10 | 下游通知送达记录 | 修订后通知 | 通知对象、通知内容摘要、发出日期、送达确认、反馈结论 | 办公室 | 各下游责任人 | 通知年份－四位顺序号 | | 11 | 须公司配合事项清单 | 每月随进度报告 | 事项、所需配合内容、责任部门、建议时点、未完成影响 | 服务方项目组 | 办公室 | PH－年月－序号 | 第十一张表单单列的原因是本项目的相当一部分工作须公司推动方可完成—— 取数授权、业务流程增设填报环节、新增采集投入决策三类事项均在其中。 把这类事项固定为一张每月提交的表单，使其进度与我方工作包的进度在同一份报告中呈现， 避免项目后期对进度责任归属产生争议。 #### 2.7 附表三　功能性称谓与实际部门对照表（模板） 本办法及其项下的规划、实施计划、评估报告中，部门一律以按职责指代的功能性称谓书写。 这样做的原因是公司机构名称可能在建设周期内调整，而职责归属相对稳定； 以称谓书写、以对照表落实，机构调整时只需更新本附表，不必修订四份文件的正文 （对应第 6.1 节的次版本号递增情形）。 | 功能性称谓 | 所指职责 | 公司实际部门 | 数据专责岗位 | 在四份文件中承担的主要事项 | |---|---|---|---|---| | 数据治理委员会 | 数据战略的决策与争议裁定 | 【待填：实际机构名称】 | 委员会秘书 | 办法与规划批准、目标调整、严重偏差决议、口径裁定 | | 数据管理办公室 | 数据治理的日常管理 | 【待填：实际部门名称】 | 办公室主任 | 文档定稿、工作包下达与跟踪、评估组织 | | 生产管理职能 | 施工号下发与生产计划 | 【待填】 | 【待填】 | 施工号口径确认、工单相关工作包配合 | | 设计职能 | 产品设计与图纸出图 | 【待填】 | 【待填】 | 图号规则确认、图纸读取通道配合 | | 工艺职能 | 工艺路线与工艺卡编制 | 【待填】 | 【待填】 | 工序字典成文、加工方法分档规则、标注标签体系确认 | | 质量职能 | 检验与不合格品处置 | 【待填】 | 【待填】 | 缺陷类别枚举确认、检验位置口径、纸质报告数字化范围 | | 物资供应职能 | 物料主数据与库存 | 【待填】 | 【待填】 | 物料编码落标、库存口径统一 | | 设备职能 | 设备管理与过程采集 | 【待填】 | 【待填】 | 炉次映射、装炉登记填报、新增采集布点 | | 售后服务职能 | 在役服务与备件 | 【待填】 | 【待填】 | 维修事实结构化记录 | | 信息化职能 | 系统与数据平台 | 【待填】 | 【待填】 | 取数授权与接口开通、时间基准统一 | | 人力职能 | 组织、岗位与培训 | 【待填】 | 【待填】 | 组织设立发文、专责岗位安排、培训与能力认定 | | 安全职能 | 数据安全与合规 | 【待填】 | 【待填】 | 分类分级、权限管控、审计 | | 财务职能 | 预算与成本 | 【待填】 | 【待填】 | 资源投入会签 | | 法务职能 | 合规性审查 | 【待填】 | 【待填】 | 办法与规划会签 | | 审计职能 | 过程记录的可审计性 | 【待填】 | 【待填】 | 办法与规划会签、留痕要求核查 | | 我方项目组 | 服务方的编制支撑与承做 | 中国移动项目组 | — | 文本起草、指标采集、数据加工与评测、场景验证 | 对照表由办公室维护，公司机构调整后十个工作日内更新并通知四份文件的责任人。 表中「我方项目组」一行为服务方，其在四份文件中的权利义务以合同约定为准 （办法第十二条）。 #### 2.8 本办法与矿山装备制造业务的结合点 一份数据战略管理办法如果只写「谁审批、多久评估」，在任何企业都能用，也因此在哪一家 都落不下去。本办法有四处是按公司的业务实际专门设计的，这四处也是项目期最容易 卡住的地方。 第一处是第九条把生产管理、设计与工艺、质量三个职能定为委员会必设成员。 公司的产品按矿井工作面条件定制，一套刮板输送机从合同签订到交付， 由生产管理部门下发施工号、设计部门出图、工艺研究单元按零件与部件编排工艺路线， 随后经备料下料、结构件组装焊接、热处理、机加工、喷漆进入装配。 数据断点几乎全部落在这条链的交接处：图纸与工艺卡的配对关系只存在于人的记忆与 文件目录中，工艺卡片的定额字段与工时定额系统互为来源，质量检验的缺陷描述是文字、 未与工艺参数关联。这三个职能不在决策层，关于「图号规则按谁的口径统一」 「缺陷类别按谁的枚举定义」这类问题就只能逐事协调，战略任务会在确认环节上反复停滞。 第二处是第二十六条把四类跨部门协同事项固定下来，其中第（一）项列明了十类业务对象的 标识主键映射。这不是通用条款，而是按公司的实际对象清单写的：施工号、产品号、图号、 零件号、物料编码、工单号、炉次号、焊缝与焊道编号、设备编码、服务工单号。 这十类对象之间目前没有稳定的主键关系，同一台产品在不同系统里叫不同的名字。 把标识贯通写进办法的协同条款，而不是写成某个工作包的技术任务，是因为它的难点 不在技术上——难在把映射规则与各业务口确认下来。 第（四）项「为补齐数据而需在既有业务流程中增设填报环节」同样针对具体缺口： 热处理的装炉量与码装方式目前没有规范登记，焊接的预热温度与层间温度只能人工抽检、 纸质记录，在役装备的维修事实没有结构化记录。这三类数据不能靠一次性补录解决， 必须在作业流程中增设填报入口、由系统预填、经手人确认，而这件事涉及作业习惯的改变， 只有写进制度才推得动。 第三处是第六条把四类数据集的规模与质量纳入评估指标，并明确了责任边界。 公司要的不是又一套软件，而是可被模型训练使用、可被第三方评测、可被后续场景复用的 数据资产。把数据集规模与质量写进战略评估指标，战略的达成情况就与数据集的实际产出 绑定；同时明确数据集的加工生产、质量评测与场景验证由服务方承担， 基于数据集的智能场景建设不属战略重点任务范围，避免评估时把场景建设的进度 计入本项目的偏差。 第四处是第三十四条对归因表述的限制。公司在热处理与焊接两个环节上长期存在 「参数都在范围内、为什么还是出废品」的追问，其根源是过程事实与质量结果对不上： 炉次、工件、材料批次、实际温度曲线与硬度检验结果之间没有形成一炉一档的稳定关联； 焊接参数流是连续的、工件与焊道是离散的，一件大型单部件的焊缝可达数百条、 一条焊缝多层多道，两者对不上。这类问题如果在评估报告里归因为「协调不畅」， 下一个周期还是原样。第三十四条因此列出六类必须指名的具体缺口， 使归因结论可以直接转成下一期的工作包。 #### 2.9 本办法的评审与修订机制 本办法的评审分三道。第一道是编制过程中的会签评审，由法务、审计、信息化三个职能 就程序合法性、记录可审计性、系统可承载性分别提出意见，意见逐条答复， 不采纳的说明理由（第十六条第四项）。第二道是委员会审议， 审议重点为职责分工是否与公司实际的部门设置对应、审批权限的划分是否可执行、 留痕要求是否会造成不必要的管理负担。第三道是生效后六个月的执行复核， 由办公室抽查三类记录的实际形成情况——工作包下达单与验收单、偏差措施表、 须公司配合事项清单——以判断制度是否被真正执行，复核结论报委员会。 修订按两条路径启动。定期路径为每两年至少复审一次（第四十五条）， 复审内容包括条款的适用性、与其他制度的衔接、记录要求的必要性三项。 触发路径为第三十七条列明的五类情形，其中与本办法关系最直接的是第（二）项 编制依据发生实质变化与第（四）项公司治理组织发生调整。 修订的通知按第四十一条执行，这里补充说明下游影响的判定方式。 以本办法为上位依据的其他治理文档共二十余份，并非每次修订都需要全部同步。 判定规则是：本办法第二章职责分工、第五章评估指标口径、附表二表单字段三部分发生变更时， 下游文档须同步核对；其余章节的变更只需通知、由下游文档责任人自行判断。 这一规则写入第 6.3 节的共用变更管理规则，四份文件统一适用。 修订记录的保留方式为：历史版本在制度文档库中标记为「已被替代」并保留可查， 不予删除（第四十条）。保留历史版本不只是档案要求——DCMM 评估需要看到制度的 演进过程与修订依据，制度只有一个版本、看不出修订轨迹，反而会被判定为过程记录不足。 #### 2.10 职责矩阵与责任边界 第二章以条文形式规定了三层组织各自的职责，条文便于引用与追责，短处是日常办事时要在第八条至第十三条之间来回比对，才能确认一件事归谁。下表把第三章至第七章的管理动作逐项落到承办方，一项动作一行。表中代码的含义是：拟指起草与填报，签指会签并对本方口径负责，审指审核并出具意见，批指批准并承担决定后果，执指按已批准的结论执行，督指事后核查执行情况，配指按要求提供材料，横线表示该方在此动作中无职责。 列名沿用第 2.7 节的功能性称谓，公司实际机构与岗位以该节的对照表为准。会签职能一列合并法务、审计与财务三个职能，三者在本办法项下的会签事项范围不同，具体以第 2.7 节对照表所列事项为准。 | 序 | 动作 | 对应条文 | 数据治理委员会 | 数据管理办公室 | 业务部门数据专责 | 人力职能 | 信息化职能 | 会签职能 | 我方项目组 | |---|---|---|---|---|---|---|---|---|---| | 1 | 本办法的起草与条文修订 | 第四十五条 | 批 | 拟 | 配 | 配 | 配 | 签 | 配 | | 2 | 本办法的解释 | 第四十六条 | — | 批 | — | — | — | — | — | | 3 | 三层治理组织的设立与发文 | 第七条 | 批 | 拟 | 配 | 执 | 配 | 签 | 配 | | 4 | 委员会委员名单与列席范围的确定 | 第九条 | 批 | 拟 | 配 | 执 | 配 | — | 配 | | 5 | 部门数据专责岗位的指定与变更 | 第十一条 | — | 审 | 拟 | 批 | 配 | — | — | | 6 | 战略编制的立项与编制范围确定 | 第十五条 | 批 | 拟 | 签 | — | 配 | 配 | 配 | | 7 | 《数据战略规划》文本的起草 | 第十六条 | — | 审 | 签 | 配 | 配 | 配 | 拟 | | 8 | 征求意见的组织与意见答复汇总 | 第十七条 | — | 执 | 配 | 配 | 配 | 配 | 配 | | 9 | 会签意见的提出与答复 | 第十六条 | — | 执 | 签 | 签 | 签 | 签 | 配 | | 10 | 规划首版的批准 | 第十八条 | 批 | 审 | 配 | 配 | 配 | 签 | 配 | | 11 | 实施计划首版的批准 | 第十八条 | — | 批 | 签 | 配 | 配 | 配 | 拟 | | 12 | 办法与规划发布形式的确定 | 第十九条 | 批 | 拟 | 配 | 配 | 配 | 签 | 配 | | 13 | 宣贯的组织与到位情况核查 | 第二十条 | — | 批 | 执 | 执 | 配 | — | 配 | | 14 | 发布文本唯一性的维护 | 第二十一条 | — | 批 | 配 | — | 执 | — | 配 | | 15 | 重点任务的工作包分解 | 第二十二条 | — | 批 | 签 | 配 | 配 | — | 拟 | | 16 | 工作包下达单的签发 | 第二十三条 | — | 批 | 签 | 配 | 配 | — | 配 | | 17 | 工作包的承办与输出交付 | 第二十三条 | — | 督 | 执 | 执 | 执 | — | 执 | | 18 | 工作包验收结论的作出 | 第二十三条 | — | 审 | 批 | 配 | 配 | — | 配 | | 19 | 人力、平台与外部服务投入的保障 | 第二十四条 | 批 | 拟 | 配 | 执 | 执 | 签 | 配 | | 20 | 月度进度报告的编制与报送 | 第二十五条 | 审 | 拟 | 配 | 配 | 配 | — | 配 | | 21 | 跨部门协同事项的提出与协调 | 第二十六条 | 审 | 执 | 拟 | 配 | 配 | — | 配 | | 22 | 考核指标与数据管理工作的衔接 | 第二十七条 | 批 | 拟 | 配 | 执 | 配 | 签 | 配 | | 23 | 实施过程四类证据的留存与抽查 | 第二十八条 | — | 督 | 执 | 配 | 执 | — | 执 | | 24 | 评估期次的确定与评估组织 | 第二十九条 | — | 批 | 配 | 配 | 配 | — | 执 | | 25 | 评估指标口径的确认 | 第三十条 | — | 审 | 批 | 配 | 配 | — | 拟 | | 26 | 评估数据的采集与采集结果真实性 | 第三十一条 | — | 审 | 配 | 配 | 配 | — | 执 | | 27 | 偏差分级的判定 | 第三十二条 | 审 | 批 | 签 | — | 配 | — | 拟 | | 28 | 一般偏差的跟踪处理 | 第三十三条 | — | 批 | 执 | 配 | 配 | — | 执 | | 29 | 重要偏差措施的提出与备案 | 第三十三条 | 审 | 拟 | 执 | 配 | 配 | — | 配 | | 30 | 严重偏差的处理决议 | 第三十三条 | 批 | 拟 | 配 | 配 | 配 | 配 | 配 | | 31 | 偏差归因分类的判定 | 第三十四条 | — | 审 | 签 | — | 配 | — | 拟 | | 32 | 评估结论的运用与问责 | 第三十五条 | 批 | 执 | 配 | 执 | — | — | — | | 33 | 战略调整的分类与触发条件判定 | 第三十六条 | 审 | 批 | 签 | — | 配 | — | 拟 | | 34 | 目标值调整与重点任务增减的审批 | 第三十八条 | 批 | 审 | 签 | 配 | 配 | 签 | 配 | | 35 | 任务排期调整的审批 | 第三十八条 | — | 批 | 签 | 配 | 配 | — | 配 | | 36 | 文件版本号的递增与归档 | 第四十条 | — | 批 | 配 | — | 执 | — | 配 | | 37 | 修订后的下游通知与送达确认 | 第四十一条 | — | 执 | 签 | 配 | 配 | — | 配 | | 38 | 本办法与其他制度冲突时的处理 | 第四十二条 | 批 | 拟 | 配 | 配 | 配 | 签 | 配 | | 39 | 过渡期事项的处理 | 第四十四条 | — | 批 | 签 | 配 | 配 | 配 | 执 | | 40 | 职责归属争议的裁定 | 第十三条 | 批 | 拟 | 签 | 配 | 配 | — | 配 | 矩阵中有三行须对照条文一并读。第 5 行把数据专责岗位的「批」放在人力职能而不是办公室，依据是第十一条规定岗位由各业务部门指定、人力职能办理岗位设置手续；办公室在此只占「审」，它关心的是岗位是否稳定、交接是否书面，不代行部门的用人决定。 第 18 行的「批」在业务部门数据专责，而第 17 行的「执」里也有数据专责。同一方既执行又验收，在一般情形下是应当避免的安排。这里的区分在于第二十三条的两类工作包：部门自己承办的工作包由办公室验收（此时数据专责在第 18 行不占「批」，而是在办公室一列读「审」之后由委员会确认），部门作为需求方、由其他方承办的工作包才由该部门验收。矩阵列的是后一类，这一点在下达单的「验收方式」字段中逐包写明，不靠惯例推定。 第 26 行是本矩阵中唯一一行把采集结果的真实性责任单独落到我方项目组的。评估指标的原始数据多数从系统中取，取数口径稍有出入，结论就会偏；而这种偏差在报告成文后极难察觉。第三十一条因此规定采集方式固定、口径变更须经确认，矩阵把「执」与随之而来的真实性责任一并落在采集方，办公室在同一行只占「审」。 责任边界按下列五条划定，写入本办法的理由是避免实施期出现职责真空或重复担责。 其一，数据战略的目标值、重点任务取舍与资源投入额度由公司决定。我方项目组承担编制方法、文本起草、指标采集与测算支撑，提供候选目标值及其测算依据，不代行公司的目标决策；候选值与公司期望存在差距且协调未果的，按第十三条提交委员会裁定，项目组不作单方面取舍。 其二，公司现行制度的清理、废止与发文按公司内部程序办理。我方项目组提供与现行规定的冲突条款清单与修改建议，不承办制度的印发流程，也不以本样章的条文作为过渡期的执行依据。 其三，业务部门作为责任部门的工作包，其交付时点与质量由该部门负责。我方项目组在月度报告中列明须公司配合方可推进的事项、所需配合内容与建议时点，对此类事项造成的滞后不承担偏差归因上的责任，但也不以其为自身工作包滞后的免责理由，两者在归因分类中分别列示。 其四，取数授权、业务流程增设填报环节、新增采集投入三类事项由公司决定并推动。我方项目组提供范围清单、影响说明与实现方案，在授权未开通期间按已获授权的范围推进可做的部分，不绕过授权流程自行取数。 其五，本办法为样章，供公司在实施期按自身机构与制度环境修改后发文施行。样章条文在公司发文前不产生约束力，矩阵中的分工也不构成对公司现行职责分工的改动主张。 本矩阵每一格的分工，是按本办法现有条文推出来的承办关系，不是公司现行制度中的实际分工。公司机构设置与岗位名称明确后，本矩阵须逐行复核，与第 2.7 节的对照表一并更新；复核中发现条文与实际分工不一致的，以修订条文为先，不以调整矩阵单方面迁就。 ### 三、《数据战略规划》V1.0 样章 本节回应招标文件 3.2.6.1.1.2.1 第（1）项「制定数据战略规划，明确数据管理愿景、 重点任务、资源投入与实施路线图」（b1239、b1240）与第（4）项输出要求（b1245）， 对应交付清单第 2 项（b1333r03）。 #### 3.1 文件标识与版本信息（模板） | 项 | 内容 | |---|---| | 文件名称 | 《数据战略规划（2026—2028）》 | | 文件编号 | `GHY26691-GV-01-0002-V1.0` | | 版本号 | V1.0 | | 文件类别 | 公司级专项规划 | | 规划期 | 自合同生效日起至 2028 年 5 月，与项目建设周期一致 | | 编制依据 | 《数据治理现状诊断报告》《高质量数据集验证场景数据需求清单》《数据战略管理办法》 | | 编制单位 | 数据管理办公室（我方项目组提供编制支撑与文本起草） | | 会签 | 信息化、财务、人力、法务、审计职能 | | 批准 | 数据治理委员会 | | 发布日期 | 【待填：发布日期】 | | 密级 | 内部 | | 页数 | 正文九章，附表五份 | | 修订节奏 | 按《战略评估报告》结论修订；量化目标调整报委员会批准 | | 解释权 | 数据治理委员会办公室 | #### 3.2 适用范围与生效条件 本规划适用于规划期内公司全域数据管理工作的目标设定、任务安排与资源配置， 覆盖人力资源、研发设计、生产制造、仓储物流、财务管理、设备管理、采购管理、 营销管理、质量管理九个业务域（b1336）。本规划不规定单项数据加工作业的技术方法， 技术方法见各专项规范。 生效条件为两项：一是《数据战略管理办法》已发布生效，本规划按办法第十六条的 编制流程完成会签与报批；二是《数据治理现状诊断报告》与 《高质量数据集验证场景数据需求清单》已通过评审（b1236）。 第二项是实质条件——本规划的基线值与目标值全部取自这两份文件， 诊断结论若与方案阶段的预判出现实质差异，本规划的目标值按诊断结论调整， 并在编制说明中写明调整依据。 #### 3.3 正文结构 | 章 | 节 | 本章的核心产出 | |---|---|---| | 第一章　编制说明 | 1.1 编制依据
1.2 规划期与适用范围
1.3 术语口径
1.4 与其他规划的关系 | 说明本规划的输入与边界 | | 第二章　现状基线 | 2.1 成熟度基线
2.2 数据资产基线
2.3 数据供给能力基线
2.4 基线的采集方式与时点 | 一张可被复核的基线表 | | 第三章　数据管理愿景 | 3.1 能力层愿景
3.2 业务层愿景
3.3 资产层愿景
3.4 愿景的验收口径 | 三层愿景与各自的验收方式 | | 第四章　重点任务 | 4.1 任务排序的依据
4.2 十项重点任务
4.3 任务间依赖关系
4.4 任务的度量指标 | 重点任务清单与依赖图 | | 第五章　量化目标与基线 | 5.1 目标设定规则
5.2 目标表
5.3 基线待采集项的处理
5.4 目标与验收的对应 | 目标表（基线值—目标值—口径—验收方式） | | 第六章　资源投入 | 6.1 人力投入
6.2 平台与工具投入
6.3 外部服务投入
6.4 投入与阶段的对应 | 资源投入表 | | 第七章　实施路线图 | 7.1 阶段切分依据
7.2 三阶段任务安排
7.3 里程碑与判定条件
7.4 关键路径 | 路线图与里程碑判定条件表 | | 第八章　与数据集建设及场景验证的对齐 | 8.1 四类数据集的规模对齐
8.2 十一个场景的数据需求对齐
8.3 治理成果对数据集加工的支撑点 | 对齐关系表 | | 第九章　前置条件与风险应对 | 9.1 须公司决策的前置条件
9.2 风险清单与应对
9.3 风险的监控方式 | 前置条件清单与风险表 | | 附表一至五 | — | 基线采集表、重点任务度量表、目标表、资源投入表、前置条件清单 | #### 3.4 关键章节的实际内容 ##### 3.4.0 第一章　编制说明（节选） 本章说明三件事：本规划的输入、本规划与其他规划的关系、术语口径。 编制依据为三项，与《数据战略管理办法》第十四条一致：《数据治理现状诊断报告》、 《高质量数据集验证场景数据需求清单》、国家与行业的强制性要求及公司现行决议。 三项之外的材料只作参考，不单独构成目标设定的理由；以参考材料设定目标的， 在本章标明来源与适用性判断。 与其他规划的关系按三条划清。一是与公司数字化转型总体安排的关系： 本规划是其中数据管理一项的专项规划，目标不超出总体安排的范围。 二是与数据治理九个能力域各自规划的关系：本规划是上位依据， 九域规划在本规划确定的目标与重点任务下细化，不另设与本规划不一致的目标。 三是与数据集建设及场景验证的关系：本规划安排数据的治理与供给， 数据集的加工生产、质量评测与场景验证按本规划第八章的对齐关系推进； 十一个场景的智能化建设不在本规划的任务范围内（b1218）。 术语口径沿用《数据战略管理办法》第四条，本章不重复定义。 本规划另有三个口径须在此明确，因为它们在后续章节中频繁出现： 「最小可用集」指某一验证场景得出结论所必需的数据字段与记录的最小集合， 低于此集合该场景无法给出结论，只能按降级口径输出； 「供给档位」指数据供给能力的四档分级（A 可直接取用、B 需清洗映射、 C 需补录回填、D 需新增采集），每一档对应一种确定的处理方式； 「阶段目标」指某一量化目标在某一阶段末应达到的值，与「规划期目标」区分， 评估时按阶段目标计算达成率。 ##### 3.4.1 第二章　现状基线（节选） 基线是整份规划中最容易被跳过、也最不该被跳过的一章。没有基线，目标值就只能 凭经验给，评估时也无法判断进步了多少。本章的做法是：每一项基线明确采集方式与采集时点， 凡现阶段无法采集的，不虚填数值，而是设基线采集工作包，待基线确定后按办法第十八条 的程序补填目标值。 表 3-1　现状基线表（模板，示意填写） | 基线项 | 口径定义 | 基线值 | 采集方式 | 采集时点 | 备注 | |---|---|---|---|---|---| | DCMM 过程域达三级数 | 二十八个过程域中达到三级的数量 | 【待填：诊断结论】 | 诊断报告定级结论 | 第一阶段末 | 诊断前不预设 | | 已贯通业务对象数 | 已确立主键映射规则并落库的对象数／对象清单总数 | 【待填：盘点结论】 | 盘点表统计 | 第一阶段末 | 对象清单共十四类 | | 跨系统关联命中率 | 抽样核对可关联记录数／抽样总数 | 【待填：抽样结论】 | 抽样统计 | 第一阶段末 | 按对象分别统计 | | 一级关键数据元素总数 | 按出错即造成物料损失或质量事故认定的字段数 | 【待填：诊断结论】 | CDE 清单 | 第一阶段末 | 分三级 | | 一级 CDE 已配检查规则比例 | 已配规则的一级 CDE 数／一级 CDE 总数 | 现状接近于零 | 系统统计 | 第一阶段末 | 质量规则库尚未建立 | | 历史工艺样本存量 | 历史图纸张数，每张历史上配有一张已审核签发的工艺卡片 | 63 万张 | 系统与档案统计 | 已确认 | 构成成对监督样本 | | 备料工序集合规模 | 备料分厂固定且封闭的工序道数 | 28 道 | 工艺职能确认 | 已确认 | 以正式工序字典为准 | | 工序字典成文状态 | 工序字典与加工方法分档规则是否成文 | 未成文 | 工艺职能确认 | 已确认 | 列为首批工作包 | | 源系统数量 | 纳入取数范围的外围应用系统数 | 17 套 | 采购清单与现场核实 | 已确认 | 见招标文件服务采购清单第 1 项 | | 制度文件版本状态字段完整度 | 有完整版本与生效区间字段的文件数／文件总数 | 【待填：盘点结论】 | 文档库统计 | 第一阶段末 | 影响制度问答场景 | | 库存口径数 | 同一库存含义并存的统计口径数 | 3 套 | 访谈与系统核对 | 已确认 | 须归口裁定 | | 焊接层间温度采集手段 | 是否具备实时采集手段 | 不具备，人工抽检纸质记录 | 现场核实 | 已确认 | 属须新增采集事项 | | 炉次档案关联完整度 | 炉次、工件、材料批次、曲线、检测结果五项齐备的炉次数／抽样炉次数 | 【待填：抽样结论】 | 抽样统计 | 第一阶段末 | 装载登记缺失 | | 故障与数据段配对数 | 有明确时间区间配对的历史故障记录数 | 现状接近于零 | 运维平台统计 | 第一阶段末 | 影响诊断场景 | | 数据资源目录对象覆盖数 | 目录内已登记的业务对象数 | 0（目录尚未建立） | 系统统计 | 已确认 | — | 表中出现「现状接近于零」而不是「零」的表述，是因为部分系统中存在零散的历史记录， 尚未经抽样核实，待诊断阶段统计后填入确定值。基线表在诊断报告评审通过时一次定版， 定版后作为后续各期评估的对照起点，不随评估结论调整。 **基线的采集方式与时点。**　基线的采集分三种方式，不同方式的可信度不同，在基线表中逐项标注： 系统取证（从源系统直接统计，可信度最高）、抽样统计（按固定样本量与抽样方法抽取核对， 须记录样本量与抽样方法，后续各期沿用同一方法）、职能确认（由归口职能书面确认， 适用于工序道数、口径数量一类无法从系统统计的事实）。 采集时点统一为第一阶段末，即与诊断报告定版同时。基线一经定版不随评估结论调整，这一点须特别说明：评估中若发现某项基线值采集有误， 更正的是基线表的次版本并在修订记录中注明原值与更正值， 不是按新的认识重设基线——基线被反复重设，各期评估就失去可比性。 **数据供给能力的基线分布。**　基线表之外，供给能力还须给出四档的分布， 因为四档的比例直接决定工作量的性质与排期。四档的判定标准与处理方式沿用 需求清单的口径：A 档可直接取用（建增量取数作业，属接入工程）、 B 档需清洗与映射（按标准落标、建映射规则，属加工工程）、 C 档需补录或回填（数字化或在流程中增设填报入口，须公司配合）、 D 档需新增采集（新增测点、相机或采集手段，须公司新增投入）。 表 3-2　数据供给能力四档的基线分布（模板，分布比例待盘点后填入） | 业务域 | A 档典型资产 | B 档典型资产 | C 档典型资产 | D 档典型资产 | 四档分布 | |---|---|---|---|---|---| | 研发设计 | 产品结构、图文档目录 | 图号规则不统一的图档元数据 | 选型方案与投运评价 | — | 【待填：盘点结论】 | | 生产制造 | 工单、工序流转、报工 | 工单与图号、零件号的关联字段 | 热处理装炉量与码装方式 | 焊接层间温度与熔池状态 | 【待填】 | | 质量管理 | 检验项目与记录 | 缺陷描述（文字未结构化） | 纸质检测报告 | 面向焊接部位的工业相机图像 | 【待填】 | | 采购管理 | 采购订单、到货记录 | 有效提前期（无历史统计） | — | — | 【待填】 | | 仓储物流 | 实物库存、批次流转 | 库存三套口径、余料尺寸 | — | — | 【待填】 | | 设备管理 | 设备台账、过程参数 | 测点与物理部件的对应关系 | 维修事实 | 部件级振动测点与轴上角位置基准 | 【待填】 | | 营销管理 | 项目与商机 | 历史招投标素材标签 | 配套会商结论（接口参数） | — | 【待填】 | | 财务管理 | 价格、成本数据 | 指标口径与业务系统的差异 | — | — | 【待填】 | | 人力资源 | 岗位与人员档案 | 技能与资质字段完整度 | 老一代技术工人的工艺经验 | — | 【待填】 | 四档分布的用途有两处。一是估算工作量：A 档按接口数估算，B 档按资产条数与规则数估算， C 档取决于流程调整进度，D 档取决于公司投入决策。二是确定排期： C、D 两档不能靠我方单方面完成，须在第一阶段末提交公司决策， 因此它们的建议时点全部列入规划第九章的前置条件清单。 ##### 3.4.2 第三章　数据管理愿景与验收口径 愿景按能力层、业务层、资产层三层表述，每层各有对应的验收口径。 这样写的目的是让愿景可被检验：三年后判断愿景是否达成，不靠主观评价， 而靠这三项验收口径的实际结论。 表 3-3　三层愿景与验收口径（模板） | 层次 | 愿景表述 | 衡量落点 | 验收口径 | 对应单元 | |---|---|---|---|---| | 能力层 | 数据管理过程成文、按流程执行、有记录可查、有度量，九大能力域趋向并逐步接近 DCMM 三级（稳健级）水平，取得三级认证 | 过程域达三级数量 | 认定机构出具的认证结论，以及二十八个过程域的定级复评结果 | b1218、b1219 | | 业务层 | 十一个智能化应用场景所需的数据按最小可用集逐步达成供给，场景验证时的数据可用性以需求清单中的供给档位转化率度量 | 各场景最小可用集达成率 | 各场景验证报告中数据可用性一项的实测结论 | b1234、b1235 | | 资产层 | 形成数据资源目录并逐步覆盖核心业务对象，形成四类高质量数据集，具备按统一目录标识、统一身份登记、统一接口要求对外提供服务的条件 | 资源目录对象覆盖数；四类数据集规模与质量评测结论 | 资源目录的对象覆盖数统计与数据集质量评测报告 | b1218 | 三层之间不是并列的，而是有先后的：能力层是约束条件，业务层是牵引，资产层是产出。 规划期内若三者发生冲突——例如为赶贯标节点而压缩数据集加工工期—— 按业务层与资产层优先处理，贯标节点按办法第六章调整排期。这一优先级写入规划第三章， 是为了避免项目变成「为认证而认证」。 ##### 3.4.3 第四章　重点任务及其分解 重点任务不按能力域划分，按「先打通什么、后建设什么」的依赖关系划分。 依赖关系排错，后面的工作就会反复返工：标识不通做不了跨系统关联， 关联不成立做不了成对样本，没有成对样本无从评测。 本规划确定十项重点任务，每项任务在本章分解为二级任务，二级任务在实施计划中 进一步拆为工作包。 表 3-4　重点任务与二级任务分解（模板） | 任务号 | 重点任务 | 二级任务号 | 二级任务 | 依赖前提 | 度量指标 | |---|---|---|---|---|---| | RW01 | 业务对象标识贯通 | RW01-1 | 业务对象清单确认（十四类对象及其标识字段定义） | 盘点表、访谈记录 | 对象清单经委员会评审通过 | | | | RW01-2 | 跨对象主键映射规则制订与落库 | RW01-1、关联命中率统计 | 已贯通对象数／对象清单总数 | | | | RW01-3 | 追溯样例集构建（按产品抽取完整链路样本） | RW01-2 | 抽样核对命中率达到约定基线 | | | | RW01-4 | 时间基准与单位口径统一 | RW01-1 | 时点字段口径一致的系统数 | | RW02 | 主数据与数据标准落标 | RW02-1 | 物料、设备、工序、术语、指标五类标准制订 | RW01-1 | 标准发布数 | | | | RW02-2 | 工序字典与加工方法分档规则成文（备料 28 道工序） | 工艺职能确认 | 工艺职能会签确认 | | | | RW02-3 | 物料主数据落标与清洗 | RW02-1 | 枚举合规率 | | | | RW02-4 | 标准映射对照表编制与落标检查上线 | RW02-1 | 落标系统数 | | RW03 | 治理组织与制度运行 | RW03-1 | 三层治理组织设立与岗位职责发文 | 诊断报告组织差距项 | 正式发文 | | | | RW03-2 | 顶层管理制度（含本办法与规划）发布 | RW03-1 | 制度发布数 | | | | RW03-3 | 流程上线并运行满两个考核周期 | RW03-2 | 流程执行记录完整度 | | | | RW03-4 | 数据文化建设与数据管理师能力提升培训 | RW03-1 | 培训覆盖人数 | | RW04 | 数据架构落地 | RW04-1 | 数仓五层分层建模（贴源、明细、汇总、维表、应用） | RW01、RW02 | 已建模主题域数 | | | | RW04-2 | 数据地图与数据流图绘制 | RW01-2 | 已绘制业务对象链路数 | | | | RW04-3 | 统一集成架构与多模态采集通道建设 | RW04-1 | 已接入源系统数 | | | | RW04-4 | 元数据采集与血缘建设 | RW04-1 | 元数据采集覆盖率；血缘可追溯链路数 | | RW05 | 数据质量与安全规划实施 | RW05-1 | 质量校验规则库建设（六维度） | RW02 | 规则数 | | | | RW05-2 | 质量检查、整改闭环上线 | RW05-1 | 一级 CDE 检查覆盖率 | | | | RW05-3 | 数据分类分级（L1 至 L5）与标识 | RW02-1 | 分级标识覆盖率 | | | | RW05-4 | 权限管控、脱敏、水印、访问审批与审计日志 | RW05-3 | 已纳管资产数 | | RW06 | 数据资产目录与运营 | RW06-1 | 数据资源目录建设与首批上线 | RW01、RW04 | 目录内资产数 | | | | RW06-2 | 权属界定与登记 | RW06-1 | 已登记权属的资产数 | | | | RW06-3 | 资产价值评估办法制订与首轮评估 | RW06-1 | 已评估资产数 | | | | RW06-4 | 申请、审批、使用、回收流程上线 | RW06-1 | 线上办理比例 | | RW07 | 场景数据供给 | RW07-1 | A 档数据接入与贴源层增量作业 | RW04-1、取数授权 | 已接入资产数 | | | | RW07-2 | B 档数据清洗与映射 | RW02、RW07-1 | B 档转 A 档的资产数 | | | | RW07-3 | C 档数据补录与流程填报入口上线 | 须公司配合 | 已上线填报入口数 | | | | RW07-4 | D 档新增采集需求提出与分批实施 | 须公司投入决策 | 已实施采集点数 | | | | RW07-5 | 各场景最小可用集达成确认 | RW07-1 至 RW07-4 | 已达成最小可用集的场景数／11 | | RW08 | 四类数据集交付与评测 | RW08-1 | 预训练数据集加工生产（615 亿 Token） | RW07 | 数据集规模与质检结论 | | | | RW08-2 | 指令微调数据集加工生产（89 万条） | RW07 | 同上 | | | | RW08-3 | 强化学习偏好数据加工生产（6.6 万组） | RW07 | 同上 | | | | RW08-4 | 基准测试数据集加工生产（0.95 万条） | RW07 | 同上 | | | | RW08-5 | 数据集质量评测与场景验证 | RW08-1 至 RW08-4 | 质量评测维度得分；场景验证结论 | | RW09 | 贯标送审与复评 | RW09-1 | 自评与差距复核 | RW03、RW04、RW05 | 自评结论经委员会确认 | | | | RW09-2 | 预审与过程整改 | RW09-1 | 整改项关闭率 | | | | RW09-3 | 认定机构现场评估与复评 | RW09-2 | 过程域达三级数量；认证结论 | | RW10 | 软建设配套与人才支撑 | RW10-1 | 政策梳理与规划类配套文件编制 | RW03-1 | 配套文件数 | | | | RW10-2 | 机制类与标准类配套措施落地 | RW03-2 | 机制与标准数 | | | | RW10-3 | 数据标注专家库建设与标注规范制订 | RW02-2 | 入库专家数；规范发布 | | | | RW10-4 | 人才培养与岗位能力认定 | RW03-4 | 培训覆盖人数；认定人数 | RW01 排在最前是本规划最重要的一条安排。跨对象主键映射与追溯样例集是多个验证场景 共同的前置条件，技术难度不高，难在把映射规则与各业务口确认下来，因此越早启动越好。 RW01 滞后，RW04、RW07、RW08 将连带滞后，这一风险在第九章单列并设监控指标。 ##### 3.4.4 第五章　量化目标与基线 目标设定遵循三条规则：有基线的目标写明基线值与目标值；无基线的目标先设基线采集任务， 基线确定后按程序补填目标值；凡原始要求中含绝对化表述的，一律改写为趋向性目标 并写明验收口径与未达成时的处理方式。第三条规则的用意是：写进规划的目标 就是将来要被评估的条款，绝对化的目标在任何一期评估中都会被判为未达成， 反而使评估失去指导作用。 表 3-5　量化目标表（模板，目标值待基线确定后定版） | 目标号 | 目标项 | 基线值 | 规划期目标 | 统计口径 | 验收方式 | 未达成时的处理 | |---|---|---|---|---|---|---| | MB01 | DCMM 过程域达三级数量 | 【待填：诊断结论】 | 二十八个过程域趋向全部达到三级，取得三级认证 | 认定机构定级结论 | 认证结论 | 未达三级的过程域逐项列整改清单，进入下一期工作包 | | MB02 | 业务对象标识贯通率 | 【待填：盘点结论】 | 逐步接近对象清单的全覆盖，首期以十类核心对象为范围 | 已贯通对象数／对象清单总数 | 抽样核对命中率达到约定基线 | 未贯通对象列明原因，区分口径未确认与数据缺失两类 | | MB03 | 跨系统关联命中率 | 【待填：抽样结论】 | 在基线值上逐期提升，以抽样核对为准 | 抽样可关联记录数／抽样总数 | 抽样统计 | 命中率不升的，复核映射规则而非扩大抽样 | | MB04 | 一级 CDE 检查规则覆盖率 | 接近于零 | 趋向覆盖全部一级 CDE | 已配规则的一级 CDE 数／一级 CDE 总数 | 系统统计 | 未覆盖项按出错后果排序，优先补齐 | | MB05 | 数据质量评分 | 【待填：首轮检查结论】 | 按六维度分别设分，逐期提升 | 质量评估方案的评分方法 | 质量分析报告 | 低于门限的维度单独出整改任务单 | | MB06 | 数据资源目录对象覆盖数 | 0 | 逐步覆盖核心业务对象 | 目录内已登记对象数 | 目录统计 | 未登记对象列明归口部门与待确认事项 | | MB07 | 场景最小可用集达成率 | 【待填：需求清单结论】 | 十一个场景趋向全部达成最小可用集 | 已达成场景数／11 | 场景验证报告 | 未达成场景给出降级输出口径并说明缺口 | | MB08 | 预训练数据集规模 | 0 | 615 亿 Token（供需计划 276、工艺设计 70、制造过程 105、质量 164） | 按数据集规模表统计 | 质检与验证报告 | 规模缺口按子集归因，定向回流补齐 | | MB09 | 指令微调数据集规模 | 0 | 89 万条（40、10、15、24） | 同上 | 同上 | 同上 | | MB10 | 强化学习偏好数据规模 | 0 | 6.6 万组（3.2、0.8、1、1.6） | 同上 | 同上 | 同上 | | MB11 | 基准测试数据集规模 | 0 | 0.95 万条（0.4、0.1、0.2、0.25） | 同上 | 同上 | 同上 | | MB12 | 治理文档交付数 | 0 | 不少于 25 份 | 已评审通过并发布的文档数 | 评审记录 | 未完成项说明原因与补交时点 | | MB13 | 制度流程执行记录完整度 | 【待填：复核结论】 | 已上线流程趋向全部有完整执行记录 | 有完整记录的流程数／已上线流程数 | 抽查记录 | 记录缺失的流程重新宣贯并抽查 | | MB14 | 须公司配合事项完成率 | — | 按月考核，逐期提升 | 已完成配合事项数／当期应完成数 | 月度报告统计 | 连续两期未完成的提请委员会 | | MB15 | 数据标注专家库入库人数 | 0 | 【待填：按标注工作量测算的目标人数】 | 已完成资格认定的人数 | 认定记录 | 人数不足的调整标注排期 | 表中 MB08 至 MB11 的分项规模与四大数据集的既定口径一致，不在本规划中另行调整。 MB02、MB04、MB07、MB13 四项原始要求中含有全覆盖性质的表述， 本规划按趋向性目标改写，并在「未达成时的处理」一列写明回退安排。 ##### 3.4.4b 阶段目标分解 规划期目标是终点值，评估按阶段目标计算达成率（评估报告第 5.4 节）。 不做阶段分解，前两期评估就无从判断进度是快是慢——拿终点值作分母， 任何一期都会显示大幅未达成。阶段目标的分解依据是三个里程碑的判定条件， 不按时间平均分配。 表 3-6　量化目标的阶段分解（模板，目标值待基线确定后定版） | 目标号 | 目标项 | 第一阶段末（T＋3） | 第二阶段末（T＋18，M2） | 第三阶段末（M3） | 分解依据 | |---|---|---|---|---|---| | MB01 | 过程域达三级数量 | 组织与制度类过程域达三级 | 二十八个过程域中多数达三级 | 趋向全部达三级并取得认证 | 制度类先行，执行记录类须积累两个考核周期 | | MB02 | 业务对象标识贯通率 | 对象清单定版，核心对象映射规则启动 | 十类核心对象趋向全部贯通 | 逐步接近十四类对象的全覆盖 | M2 判定条件第一条 | | MB03 | 跨系统关联命中率 | 基线确定 | 在基线上显著提升 | 继续提升并稳定 | 随 MB02 推进 | | MB04 | 一级 CDE 检查规则覆盖率 | 规则库框架与首批规则 | 多数一级 CDE 已配规则 | 趋向覆盖全部一级 CDE | 依赖数据标准落标进度 | | MB05 | 数据质量评分 | 基线确定（首轮检查后） | 六维度分别达到阶段门限 | 继续提升 | 依赖规则库规模 | | MB06 | 资源目录对象覆盖数 | 登记工作完成，目录未上线 | 目录两批上线，覆盖核心对象 | 逐步覆盖全部已盘点对象 | 目录依赖权属界定 | | MB07 | 场景最小可用集达成率 | 需求清单定版，达成数为少量 | 多数场景达成 | 十一个场景趋向全部达成 | C、D 档数据的落实时点决定 | | MB08 | 预训练数据集规模 | 0（加工未开工） | 首版发布，规模达阶段值 | 615 亿 Token | M2 判定条件第三条 | | MB09 | 指令微调数据集规模 | 0 | 首版发布，规模达阶段值 | 89 万条 | 同上 | | MB10 | 强化学习偏好数据规模 | 0 | 首版发布，规模达阶段值 | 6.6 万组 | 同上 | | MB11 | 基准测试数据集规模 | 0 | 首版发布，规模达阶段值 | 0.95 万条 | 同上 | | MB12 | 治理文档交付数 | 不少于 9 份（战略、组织、架构类） | 不少于 20 份 | 不少于 25 份 | M2、M3 判定条件 | | MB13 | 制度流程执行记录完整度 | 流程未上线，不统计 | 已上线流程达阶段门限 | 趋向全部有完整记录 | 流程须运行满两个考核周期 | | MB14 | 须公司配合事项完成率 | 按月考核 | 按月考核，逐期提升 | 按月考核 | 全程 | | MB15 | 标注专家库入库人数 | 首批认定 | 达到标注产能所需人数 | 维持并补充 | 依赖标注工作量测算 | 表中各阶段的具体数值在基线定版后一次填入，填入后按办法第十八条报委员会批准。 第一阶段末的多数目标为「基线确定」或「框架建立」，不设达成比例—— 这一阶段的产出是诊断与规划本身，而不是指标的提升。 把第一阶段也设成比例目标，评估时只会得到一组没有意义的低值。 ##### 3.4.5 第六章　资源投入 资源投入按人力、平台与工具、外部服务三类列明，并与阶段切分对齐。 本章不列金额，金额在商务部分体现；本章列的是投入的性质、规模量纲与时点， 使评估时可以判断「资源到位与否」。 表 3-7　人力投入安排（模板） | 投入方 | 条线 | 主要职责 | 投入性质 | 阶段分布 | 稳定性要求 | |---|---|---|---|---|---| | 我方项目组 | 治理规划线 | 现状评估、九域规划文档编制、贯标送审支撑 | 第一阶段满负荷，后续转入文档维护与送审 | 一、二、三阶段 | 关键岗位项目期内不变更 | | 我方项目组 | 数据加工线 | 四类数据集的采集、预处理、标注、合成、增强 | 第二阶段为投入高峰 | 二、三阶段 | 标注队伍按批次扩缩，核心审核岗稳定 | | 我方项目组 | 平台建设线 | 治理平台、加工生产平台、运营平台的建设与部署 | 第二阶段为投入高峰 | 一（需求确认）、二阶段 | 架构岗稳定 | | 我方项目组 | 质量评测线 | 质检规则、评测方案、质量测评送检 | 第二阶段起持续 | 二、三阶段 | 评测方法负责人稳定 | | 我方项目组 | 场景验证线 | 场景验证实验设计、执行与报告 | 第三阶段为投入高峰 | 二（方案）、三阶段 | 稳定 | | 公司 | 数据管理办公室 | 文档定稿、工作包下达与跟踪、评估组织 | 全程 | 一、二、三阶段 | 建议专职 | | 公司 | 各业务口数据专责 | 口径确认、工作包承担、记录报送 | 全程，按部门按比例投入工时 | 一、二、三阶段 | 岗位稳定，变更须交接 | | 公司 | 信息化职能 | 取数授权、接口开通、环境支持 | 第一、二阶段为高峰 | 一、二阶段 | 稳定 | 公司侧各部门数据专责的工时投入比例是制度能否落地的决定因素， 该比例在实施计划中按部门列明【待填：各部门数据专责的工时投入比例】。 按现场调研的情况，设计与工艺、质量、物资供应三个职能的投入需求最大， 原因是数据断点集中在这三条线的交接处。 表 3-8　平台与工具投入（治理工作对平台的依赖项，模板） | 依赖项 | 治理工作中的用途 | 由哪项重点任务建设 | 需到位时点 | 不到位时的回退 | |---|---|---|---|---| | 资源目录 | 资产登记、权属登记、申请审批入口 | RW06 | 第二阶段中期 | 以台账表格维护，待平台上线后导入 | | 元数据与血缘 | 变更影响分析、质量问题定位、评估取数 | RW04-4 | 第二阶段中期 | 以人工梳理的数据流图替代，范围限核心链路 | | 数据标准落标检查 | 枚举合规率、字段规范性检查 | RW02-4 | 第二阶段中期 | 以脚本抽样检查替代 | | 质量规则执行与整改跟踪 | 质量评分、整改台账 | RW05-2 | 第二阶段中期 | 以规则脚本与台账表格替代 | | 资产申请审批 | 资产使用的线上办理 | RW06-4 | 第二阶段末 | 以办公系统流程替代 | | 审计日志 | 操作留痕、评估证据 | RW05-4 | 第二阶段中期 | 以数据库审计与接口日志替代 | 表 3-9　外部服务投入（模板） | 服务事项 | 必要性 | 承做方性质 | 需锁定时点 | 对战略目标的影响 | |---|---|---|---|---| | DCMM 贯标辅导与认证 | 能力层愿景的验收依据 | 具备资质的认定机构 | 第一阶段内锁定档期 | 直接决定 MB01 | | 数据集质量测评 | 资产层愿景的验收依据 | 具备资质的第三方测评机构 | 第二阶段内锁定档期 | 直接决定 MB08 至 MB11 的质量结论 | | 等级保护测评 | 安全合规的前置条件 | 具备资质的测评机构 | 第二阶段内 | 影响平台上线与数据开放 | | 商用密码应用安全性评估 | 安全合规的前置条件 | 具备资质的评估机构 | 第二阶段内 | 同上 | 外部机构的档期是容易被忽略的约束。认定机构与测评机构的现场评估排期通常需提前 数月预约，档期未锁定而目标时点已定，评估结论就会把这一项记为严重偏差， 而此类偏差无法在短期内补救。本规划因此把「档期锁定」本身列为工作包， 并在第九章作为前置条件列明。 表 3-10　资源投入与阶段的对应（模板） | 投入类别 | 第一阶段（T＋0 至 T＋3 月） | 第二阶段（T＋4 至 T＋18 月） | 第三阶段（T＋19 月至 2028 年 5 月） | |---|---|---|---| | 我方人力 | 评估与规划为主，治理规划线满负荷 | 数据加工与平台建设为主，五条线并行 | 评测、验证与贯标送审为主 | | 公司对口 | 九域对口岗位确认、访谈与取证配合、授权开通 | 流程调整落地、填报入口上线、数据确认 | 认证现场配合、验收评审 | | 平台与工具 | 治理平台需求确认与环境准备 | 治理平台与工具链部署、功能上线 | 功能完善与运行稳定性保障 | | 外部服务 | 贯标辅导机构与测评机构锁定 | 预审与过程测评 | 认证现场评估、密评与等保测评、质量测评出证 | ##### 3.4.6 第七章　实施路线图与里程碑 阶段切分不按年度平均切分，而按三个确定性的里程碑切分：诊断完成、关联打通并交付 首批数据集、评测与贯标通过。按年度切分看起来整齐，但年度末并不对应任何 可判定的状态；按里程碑切分，每个阶段结束时都有一个可以回答「过了没有」的判据。 表 3-11　里程碑与判定条件（模板） | 里程碑 | 时点 | 判定条件（须全部满足） | 判定主体 | 未通过时的处理 | |---|---|---|---|---| | M1　诊断完成与战略发布 | T＋3 月 | ① 诊断报告与场景数据需求清单通过评审；② 治理组织正式发文设立；③ 战略四件套中的办法、规划、实施计划发布；④ 基线表定版 | 委员会 | 顺延不超过一个月，顺延期内第二阶段的准备类工作包先行启动 | | M2　关联打通与首批数据集交付 | T＋18 月 | ① 十类核心业务对象的主键映射规则落库并通过抽样核对；② 数仓五层建模完成首批主题域；③ 四类数据集均有正式发布版本并通过质检与验证；④ 治理文档累计发布不少于 20 份 | 委员会 | 按办法第三十三条作严重偏差处理，调整第三阶段排期并报委员会决议 | | M3　评测与贯标通过 | 2028 年 5 月前 | ① 四类数据集规模达到目标并取得第三方质量测评结论；② 十一个场景完成验证并出具报告；③ DCMM 三级认证取得结论；④ 治理文档累计不少于 25 份 | 委员会 | 未通过项逐项列整改清单，纳入质保期工作安排 | ### 图 A3-3　数据战略实施路线图、里程碑判定条件与关键路径 T＋0 T＋3　M1 T＋18　M2 2028-05　M3 第一阶段　评估与规划 第二阶段　加工生产与平台建设 第三阶段　评测验证与贯标 RW01 标识贯通（关键路径起点） RW02 主数据与标准落标 RW03 组织与制度运行 RW04 数据架构落地（建模 · 集成 · 元数据血缘） RW05 质量规则与安全分级 RW06 资产目录与运营 RW07 场景数据供给（A—D 四档） RW08 四类数据集加工交付与评测（关键路径） RW09 贯标自评 · 预审 · 现场评估 RW10 软建设配套与人才支撑 关键路径：RW01 标识贯通 → RW04 建模与元数据 → RW07 场景数据供给 → RW08 数据集加工与评测 → RW09 贯标现场评估 RW01 每滞后一个月，M2 与 M3 的可达性同步下降；该任务的进度为第九章风险监控的首要指标 图 A3-3　数据战略实施路线图、里程碑判定条件与关键路径。数据来源：建设周期至 2028 年 5 月取招标文件项目工期要求；阶段任务取本规划表 3-4 重点任务分解；里程碑判定条件取 3.2.6.1 第（1）至第（3）项（b1219、b1221、b1224）；数据集规模口径见本规划表 3-5。 ##### 3.4.7 第八章　与数据集建设及场景验证的对齐 本章的作用是把治理工作与数据集建设接起来。数据治理规划如果与数据集建设各写一套， 治理成果就会变成与数据集无关的文档堆。本章逐项说明治理成果在数据集加工链路上的落点。 表 3-12　治理成果对数据集加工链路的支撑点（模板） | 治理成果 | 在数据集加工链路上的落点 | 支撑的数据集类型 | 缺位时的后果 | |---|---|---|---| | 业务对象标识映射规则（RW01-2） | 数据采集环节的对象对齐；血缘追溯的主键依据 | 四类均需 | 跨系统样本无法配对，成对样本集无从构建 | | 追溯样例集（RW01-3） | 质检环节的抽样核对基准 | 四类均需 | 质检只能校验格式，无法校验事实一致性 | | 工序字典与加工方法分档规则（RW02-2） | 工艺设计方向的标注标签体系 | 指令微调、基准测试 | 备料工序标注无封闭标签集，标注一致率无从计算 | | 物料与设备主数据标准（RW02-1、RW02-3） | 预处理环节的字段规范化 | 预训练、指令微调 | 枚举值不规范，同一含义多种写法进入训练语料 | | 数据元标准与指标标准（RW02-1） | 结构化数据的字段级口径 | 预训练、指令微调 | 同名不同义字段混入，模型学到错误口径 | | 数仓分层模型（RW04-1） | 预处理与数据合成的取数接口 | 四类均需 | 每次加工直连源系统，口径不可复现 | | 元数据与血缘（RW04-4） | 质检不通过后的定向回流路径 | 四类均需 | 错样只能全链路返工，回流成本不可控 | | 质量校验规则库（RW05-1） | 质检环节的规则通道 | 四类均需 | 质检退化为人工抽检 | | 数据分类分级与权限管控（RW05-3、RW05-4） | 加工环节的数据可用范围界定；脱敏规则 | 四类均需 | 敏感数据进入对外交付的数据集 | | 数据资源目录与权属登记（RW06-1、RW06-2） | 数据集发布时的来源声明与授权依据 | 四类均需 | 数据集无法说明来源合法性 | | 资产价值评估办法（RW06-3） | 数据集子集的优先级排序 | 预训练、指令微调 | 加工顺序无依据，先做了低价值子集 | | 数据标注规范与专家库（RW10-3） | 标注环节的作业依据与人员资格 | 指令微调、强化学习偏好、基准测试 | 标注一致率不可控，返工率上升 | 表 3-13　四类数据集的规模目标与治理前置条件（模板） | 数据集类型 | 规模目标 | 分项规模（供需计划／工艺设计／制造过程／质量） | 主要治理前置条件 | |---|---|---|---| | 预训练数据集 | 615 亿 Token | 276／70／105／164 亿 Token | 文档类资产的归集与版本状态字段补齐；分级分类完成 | | 指令微调数据集 | 89 万条 | 40／10／15／24 万条 | 工序字典、术语标准、指标标准成文；图卡配对关系确立 | | 强化学习偏好数据 | 6.6 万组 | 3.2／0.8／1／1.6 万组 | 历史方案的使用效果分级；专家库与标注规范就位 | | 基准测试数据集 | 0.95 万条 | 0.4／0.1／0.2／0.25 万条 | 关键数据元素清单定级；质量规则库可提供判定依据 | 表 3-14　十一个验证场景的数据需求与治理任务对应（模板） | 场景 | 最小可用集的关键构成 | 主要供给档位 | 对应治理任务 | |---|---|---|---| | 产品智能选型 | 核心工况参数、机型与部件型谱、可调用的校核结果 | B、C 档为主 | RW02-1、RW06-3、RW07-3 | | 板材备料工艺 | 可解析的图纸文件、工序字典、历史成对图纸与工艺卡样本 | A、B 档为主 | RW02-2、RW01-2、RW07-1 | | 库存与供应链 | 物料主数据、实时库存与出入库记录、采购到货记录 | A、B 档为主 | RW02-3、RW07-2 | | 热处理过程 | 过程时序通道、工艺文件参数要求、工单与零件批次标识、硬度检验结果 | B、C 档为主 | RW01-2、RW07-3 | | 焊接过程 | 焊机基础参数时序、工艺参数窗口、焊缝与焊道标识、质检结果 | B、D 档为主 | RW01-2、RW07-4 | | 装备健康诊断 | 设备与部件档案、运行数据通道、服务工单 | C、D 档为主 | RW01-2、RW07-3、RW07-4 | | 管理制度问答 | 现行有效制度文件全集、版本与生效区间字段 | B 档为主 | RW02-1、RW07-2 | | 技术标准问答 | 标准文件全文、版本与废止标记 | B 档为主 | RW02-1、RW07-2 | | 标书问答 | 历史招投标文件、客户与产品标签 | B、C 档为主 | RW05-3、RW07-2 | | 决策数据问答 | 经营指标定义、授权数据域 | A、B 档为主 | RW02-1、RW04-1 | | 合同合规审查 | 法规与制度基准库、合同文本 | B、C 档为主 | RW02-1、RW07-3 | 本章须说明一处边界：十一个场景的智能化建设不属本规划的重点任务范围。 本规划安排的是这些场景所需数据的治理与供给，以及场景验证服务； 场景本身的建设由公司另行安排（b1218）。把这一边界写在规划里， 是为了使评估时不把场景建设的进度计入数据战略的偏差。 ##### 3.4.8 第九章　前置条件与风险应对 表 3-15　须公司决策或推动的前置条件清单（模板） | 序号 | 前置条件 | 涉及的重点任务 | 建议决策时点 | 不具备时的影响 | 建议的处置方式 | |---|---|---|---|---|---| | 1 | 数据治理委员会与数据管理办公室正式设立并明确职责 | RW03 及全部任务 | T＋1 月 | 办法与规划无法发布，全部工作包无下达主体 | 列为 M1 的判定条件之一 | | 2 | 十七套源系统的只读取数授权开通 | RW04、RW07 | T＋2 月起分批 | 贴源层无法接入，A 档数据无法形成 | 按场景优先级分批开通，先核心三类系统 | | 3 | 业务对象标识口径的归口裁定 | RW01 | T＋3 月 | 映射规则无法定稿，关键路径起点受阻 | 由委员会按办法第二十六条裁定 | | 4 | 库存口径与检验位置口径的统一裁定 | RW02、RW07 | T＋4 月 | 库存与质量两类场景的最小可用集无法达成 | 同上 | | 5 | 热处理装炉登记、焊接层间温度记录、维修事实记录三类流程增设填报环节 | RW07-3 | T＋6 月 | C 档数据无法补齐，热处理与焊接场景降级输出 | 在作业流程中增设入口、系统预填、经手人确认 | | 6 | 焊接层间温度与熔池状态、部件级振动测点与角位置基准、焊接部位工业相机三类新增采集的投入决策 | RW07-4 | T＋6 月 | D 档数据缺位，相关场景只能降级验证 | 按场景优先级分批提出布点方案 | | 7 | 原生图纸的批量读取通道 | RW07-1、RW08-2 | T＋4 月 | 63 万张历史工艺样本无法形成成对样本集 | 按图号或项目批量只读读取，解析在内网就地进行 | | 8 | 贯标认定机构与第三方测评机构的档期锁定 | RW09、RW08-5 | T＋3 月 | 认证与测评时点不可控，M3 不可达 | 第一阶段内完成锁定并书面确认 | | 9 | 各部门数据专责的工时投入比例确定 | 全部任务 | T＋2 月 | 工作包无人承接，按期完成率失真 | 在实施计划中按部门列明并纳入考核 | | 10 | 纸质检测报告的数字化范围与优先级确定 | RW07-3 | T＋6 月 | 质量方向数据集的规模缺口 | 按场景需求确定范围，分批数字化 | 表 3-16　风险清单与应对（模板） | 风险号 | 风险描述 | 触发征兆 | 影响 | 应对措施 | 监控指标 | 责任方 | |---|---|---|---|---|---|---| | FX01 | 业务对象标识口径长期不能确认 | RW01-1 的会签意见两轮未收敛 | 关键路径起点受阻，M2 不可达 | 提请委员会裁定；先按多口径并存方式建映射表，标注待裁定项 | RW01 工作包按期完成率 | 办公室 | | FX02 | 取数授权分批开通滞后 | 当月应开通系统数未达计划 | 贴源层接入滞后，A 档数据不足 | 调整接入顺序，先行处理已授权系统；滞后项列入须公司配合事项清单 | 已开通系统数／计划数 | 信息化职能 | | FX03 | C 档流程填报环节未落地 | 填报入口上线后填报率低于半数 | 热处理、焊接、运维三类场景降级 | 与业务部门确定填报责任岗位与考核衔接；系统预填减少填报工作量 | 填报率 | 业务部门 | | FX04 | D 档新增采集投入未决策 | 决策时点过后仍无结论 | 相关场景只能降级验证并在报告中说明 | 提供分批方案与最小投入方案；在验证报告中写明降级口径 | 决策结论 | 委员会 | | FX05 | 外部机构档期不可得 | 第一阶段末仍未书面确认档期 | M3 不可达 | 同时接洽两家以上具备资质的机构；调整自评与预审时点 | 档期确认书 | 办公室与我方项目组 | | FX06 | 数据质量低于预期导致返工 | 首轮质检不通过率高于预期 | 数据集交付节奏滞后 | 按血缘定向回流至上游环节修复；调整加工批次顺序 | 质检一次通过率 | 我方项目组 | | FX07 | 关键岗位人员变更 | 岗位变更通知 | 口径传承中断，返工 | 关键岗位设 A、B 角；交接形成书面记录 | 关键岗位变更次数 | 双方 | | FX08 | 数据安全合规事项滞后 | 等保与密评未按期启动 | 平台上线与数据开放受限 | 第二阶段内提前启动，合规整改与功能开发并行 | 测评启动时点 | 信息化职能与我方项目组 | 风险监控按月随进度报告执行，FX01 与 FX05 两项因处于关键路径且补救周期长， 按周跟踪，在月度报告中单独列示。 #### 3.5 本规划与矿山装备制造业务的结合点 本规划有三处是按公司业务实际专门设计的，而非通用模板。 一是重点任务的排序。通用的数据治理规划往往按 DCMM 的九个能力域排序， 按能力域排序的问题是各域并行推进、互不等待，而公司的实际困难是链式的： 标识不通做不了跨系统关联，关联不成立做不了成对样本，没有成对样本无从评测。 本规划因此把业务对象标识贯通（RW01）单列为第一项任务并置于关键路径起点， 其具体内容是施工号、产品号、图号、零件号、物料编码、工单号、炉次号、 焊缝与焊道编号、设备编码、服务工单号十类对象之间的主键映射。 二是基线表与目标表中纳入了公司特有的事实。备料工序 28 道、历史图纸 63 万张 且每张历史上配有一张已审核签发的工艺卡片、库存口径 3 套并存、 焊接层间温度无实时采集手段——这些不是泛泛的「数据质量不高」， 而是可以直接对应到工作包的具体条目。工序字典成文（RW02-2）之所以单列为二级任务， 原因是备料工艺的标注标签体系必须建立在封闭的工序集合上， 工序字典不成文，标注一致率就无从计算。 三是前置条件清单的第 5、6、7 项。第 5 项的三类流程填报环节（热处理装炉登记、 焊接层间温度记录、维修事实记录）对应的是公司最棘手的三处数据缺口， 它们的共同特点是不能靠一次性补录解决，必须改变作业记录方式。 第 6 项的三类新增采集需要公司的投入决策，本规划不假定该决策必然通过， 而是给出不具备时的降级验证口径。第 7 项原生图纸的批量读取通道 直接决定 63 万张历史工艺样本能否转为成对样本集，是工艺设计方向数据集的 规模能否达成的决定条件。 #### 3.6 本规划的评审与修订机制 本规划的评审分三道：编制过程中的意见征求（答复期不少于十个工作日， 覆盖九个业务域的归口部门）、五职能会签、委员会审议。 审议的重点有两项：目标值是否可验收、前置条件清单是否已被公司认可。 第二项是审议的实质内容——前置条件清单中有十项须公司决策或推动的事项， 这些事项如果在审议时没有被明确接受，规划发布后就会在实施阶段逐项变成争议。 修订按两类情形启动。一类是评估结论触发的修订，按办法第三十七条第（一）项办理， 修订范围限于量化目标、重点任务清单与排期三项；修订须附《战略调整申请单》 与影响清单，影响清单逐项列出受影响的工作包编号。另一类是编制依据变化触发的修订， 主要情形是诊断结论被后续取证推翻、场景范围调整、国家或行业强制性要求变化。 本规划的修订采取「只改必要章节」的方式：量化目标调整只改第五章与附表三， 重点任务调整只改第四章与附表二，排期调整不改本规划而改实施计划。 这一规则避免每次修订都重出全文，也使修订记录表能清楚看出每一版改了什么。 修订后的通知范围按办法第四十一条执行，其中以本规划为上位依据的治理文档共二十余份， 须同步核对的情形限于第四章重点任务清单、第五章量化目标、第八章对齐关系三处变更。 #### 3.7 职责矩阵与责任边界 本规划各章分别写明了任务、目标与资源，但「谁来办」散落在章节正文与表 3-4 的二级任务里，查起来要翻三四处。下表把本规划项下的管理动作逐项落到承办方，一项动作一行，与表 3-4 的二级任务分解配合使用：那张表回答做什么，本表回答每一步谁拟、谁签、谁批。代码含义与《数据战略管理办法》第 2.10 节一致——拟指起草与填报，签指会签并对本方口径负责，审指审核并出具意见，批指批准并承担决定后果，执指按已批准的结论执行，督指事后核查执行情况，配指按要求提供材料，横线表示该方在此动作中无职责。 财务职能单列一列，原因是本规划第六章的资源投入须经预算会签，而预算口径与数据管理口径常不一致，合并进「会签职能」会使这条路径在矩阵上看不见。 表 3-17　《数据战略规划》职责矩阵 | 序 | 动作 | 对应章节 | 数据治理委员会 | 数据管理办公室 | 业务部门数据专责 | 信息化职能 | 财务职能 | 我方项目组 | |---|---|---|---|---|---|---|---|---| | 1 | 编制立项与编制范围的确定 | 第一章 | 批 | 拟 | 签 | 配 | 配 | 配 | | 2 | 现状诊断的取证安排与访谈组织 | 第二章 | — | 批 | 执 | 执 | 配 | 执 | | 3 | 现状基线表的填报 | 第二章 | — | 审 | 签 | 配 | 配 | 拟 | | 4 | 基线采集方式与样本量的标注 | 第二章 | — | 审 | 配 | 配 | — | 执 | | 5 | 基线表的定版 | 第二章 | 审 | 批 | 签 | 配 | 配 | 配 | | 6 | 数据供给能力四档分布的盘点 | 第二章 | — | 审 | 签 | 配 | — | 拟 | | 7 | 三层愿景表述的拟定 | 第三章 | 批 | 拟 | 签 | 配 | — | 配 | | 8 | 三层验收口径的确认 | 第三章 | 批 | 审 | 签 | 配 | — | 拟 | | 9 | 三层目标冲突时的优先级裁定 | 第三章 | 批 | 拟 | 配 | 配 | 配 | 配 | | 10 | 十项重点任务清单的确定 | 第四章 | 批 | 拟 | 签 | 配 | — | 配 | | 11 | 二级任务的分解与依赖关系确定 | 第四章 | — | 批 | 签 | 配 | — | 拟 | | 12 | 二级任务承担方的指定 | 第四章 | 审 | 批 | 签 | 配 | — | 配 | | 13 | 量化目标值的测算与建议值提出 | 第五章 | — | 审 | 配 | 配 | 配 | 拟 | | 14 | 量化目标的定版 | 第五章 | 批 | 审 | 签 | 配 | 签 | 配 | | 15 | 阶段目标的分解 | 第五章 | 审 | 批 | 签 | 配 | 配 | 拟 | | 16 | 人力投入安排 | 第六章 | 批 | 拟 | 签 | 配 | 签 | 配 | | 17 | 平台与工具投入安排 | 第六章 | 批 | 审 | 配 | 拟 | 签 | 配 | | 18 | 外部服务投入安排 | 第六章 | 批 | 拟 | 配 | 配 | 签 | 配 | | 19 | 资源投入的预算会签与下达 | 第六章 | 批 | 执 | 配 | 配 | 批 | — | | 20 | 实施路线图与里程碑时点的确定 | 第七章 | 批 | 拟 | 签 | 配 | 配 | 配 | | 21 | 里程碑判定条件的确认 | 第七章 | 批 | 审 | 签 | 配 | — | 拟 | | 22 | 里程碑可达性的月度研判 | 第七章 | 审 | 批 | 配 | 配 | — | 拟 | | 23 | 治理成果与数据集加工链路落点的对齐 | 第八章 | — | 审 | 签 | 配 | — | 拟 | | 24 | 四类数据集规模目标与治理前置条件的对应 | 第八章 | 审 | 批 | 签 | 配 | — | 拟 | | 25 | 十一个验证场景数据需求的梳理 | 第八章 | — | 审 | 签 | 配 | — | 拟 | | 26 | 前置条件清单的提出与时点建议 | 第九章 | — | 审 | 配 | 配 | 配 | 拟 | | 27 | 前置条件的决策与推动 | 第九章 | 批 | 执 | 执 | 执 | 配 | 配 | | 28 | 风险清单的维护与应对措施落实 | 第九章 | 审 | 批 | 执 | 执 | 配 | 拟 | | 29 | 本规划的会签 | 第一章 | — | 执 | 签 | 签 | 签 | 配 | | 30 | 本规划的批准与发布 | 第一章 | 批 | 审 | 配 | 配 | 配 | 配 | | 31 | 本规划的修订与版本递增 | 第一章 | 批 | 拟 | 签 | 配 | 配 | 配 | | 32 | 修订后的下游通知与送达确认 | 第一章 | — | 执 | 签 | 配 | 配 | 配 | 表 3-17 数据来源：动作取自本规划第一章至第九章条文与表 3-4、表 3-15；代码含义与办法第 2.10 节同。 第 5 行与第 14 行须一并读。基线表定版在前、量化目标定版在后，两者的「批」分别在办公室与委员会，层级不同。这样安排的理由在第 3.4.4 节已有说明：基线是事实的记录，定版后不随评估结论调整；目标是对事实的承诺，调整须经委员会。把两者放在同一层级审批，实际效果是基线会被倒推着迁就目标。 第 19 行是本矩阵中唯一一行出现两个「批」的。办公室批的是投入安排的内容，财务职能批的是预算的下达，两者是两件事：内容批准不等于钱到位，预算下达也不代表内容合理。本项目第六章的三类投入里，外部服务投入与平台投入的决策周期常比排期长，把两个「批」分开列出，是为了在月度研判时能看出卡在哪一侧。 第 27 行把四个方的职责都写成「执」或「配」，没有「拟」。前置条件清单由我方项目组在第 26 行提出，推动则不是任何单一方能承办的事——取数授权、流程增设填报环节、新增采集投入分属不同职能，第九章因此规定逐项指定推动方并写入月度报告。矩阵在此不指定唯一承办方，是对该条的如实反映，不是遗漏。 责任边界按下列五条划定。 其一，现状基线的事实值以公司系统记录与职能书面确认为准。我方项目组承担取证方法的设计、统计口径的说明与数据的采集，对采集方法与采集结果的真实性负责；基线值与职能确认不一致的，以职能确认为准并在基线表中注明差异，项目组不自行取舍。 其二，量化目标值由公司决定。我方项目组提供建议值及其测算依据，并说明达成该值所依赖的前置条件；公司定版的目标值高于测算建议值的，项目组在前置条件清单中列明相应的追加条件，不以测算建议值替代公司的决定。 其三，本规划第九章列出的前置条件由公司决策与推动。我方项目组负责提出清单、说明未完成时的影响、给出建议时点，并在月度报告中跟踪其状态；前置条件未落实期间，项目组按已具备条件的范围推进可做的部分，相应的进度影响在偏差归因中单独列示。 其四，公司各业务部门作为二级任务承担方的交付，由该部门负责。我方项目组提供方法、模板、工具与人力支撑，不代行部门对本域业务口径的确认，也不承担该部门交付滞后的整改实施。 其五，本规划为样章，供公司在实施期按诊断结论与自身机构设置修改后发布。样章中的目标值、分布比例与时点均为模板值或待填项，不构成已经公司确认的承诺。 本矩阵每一格的分工，是按本规划现有条文与表 3-4 的二级任务分解推出来的承办关系，不是公司现行制度中的实际分工。公司机构设置与岗位名称明确后，本矩阵须逐行复核，与办法第 2.7 节的功能性称谓对照表一并更新。 ### 四、《数据战略实施计划》V1.0 样章 本节回应招标文件 3.2.6.1.1.2.1 第（2）项「制定数据战略实施计划，细化阶段任务， 明确责任部门及时间节点」（b1241、b1242）与第（4）项输出要求（b1245）， 对应交付清单第 3 项（b1333r04）。 #### 4.1 文件标识与版本信息（模板） | 项 | 内容 | |---|---| | 文件名称 | 《数据战略实施计划（首版）》 | | 文件编号 | `GHY26691-GV-01-0003-V1.0` | | 版本号 | V1.0 | | 文件类别 | 公司级实施计划 | | 计划期 | 自合同生效日起至 2028 年 5 月 | | 编制依据 | 《数据战略规划》《数据战略管理办法》第四章 | | 编制单位 | 数据管理办公室（我方项目组提供编制支撑与文本起草） | | 会签 | 各责任部门 | | 批准 | 数据管理办公室主任，报数据治理委员会备案 | | 下达形式 | 工作包下达单，经治理平台在线下达并留痕 | | 密级 | 内部 | | 页数 | 正文六章，附表四份（WBS 分解表、工作包台账、责任矩阵、须公司配合事项清单） | | 修订节奏 | 按季滚动修订；里程碑时点变更报委员会批准 | | 配套电子件 | 工作包台账另出 Excel 版本，以治理平台在线台账为准 | #### 4.2 适用范围与生效条件 本计划适用于《数据战略规划》确定的十项重点任务在计划期内的具体安排， 覆盖工作包的下达、执行、验收、状态报送与变更。本计划不重复规划中的目标论述， 也不规定技术实现方法——技术方法见各专项规范与项目实施方案。 生效条件为三项：《数据战略规划》已发布；各责任部门已完成会签并确认承接的工作包； 各部门数据专责岗位已指定。第二项是实质条件：工作包的会签不是形式， 责任部门在会签时对输出物形态、时点与验收方式提出的异议，须在批准前解决， 否则计划下达后会在验收环节上反复争议。 本计划按季滚动修订。滚动修订的含义是：每季度末对后续两个季度的工作包重新核定 时点与输入条件，已完成的工作包不再调整，受阻工作包重新评估依赖前提。 滚动修订不改变里程碑时点，里程碑时点的变更按办法第三十八条报委员会决定。 #### 4.3 正文结构 | 章 | 节 | 本章的核心产出 | |---|---|---| | 第一章　编制说明 | 1.1 编制依据
1.2 计划期与适用范围
1.3 与规划的对应关系
1.4 滚动修订约定 | 说明计划的输入与修订节奏 | | 第二章　分解规则与编码 | 2.1 分解粒度规则
2.2 工作包编码规则
2.3 状态定义
2.4 验收方式的四种类型 | 一套可执行的分解与编码口径 | | 第三章　WBS 分解 | 3.1 一级（重点任务）
3.2 二级（二级任务）
3.3 三级（工作包） | WBS 三级分解表 | | 第四章　工作包台账 | 4.1 台账字段定义
4.2 首批工作包
4.3 第二阶段工作包
4.4 第三阶段工作包 | 工作包台账（含输入、输出、责任、时点、验收） | | 第五章　责任与协同 | 5.1 责任矩阵
5.2 须公司配合事项
5.3 争议事项的处理 | 责任矩阵与配合事项清单 | | 第六章　跟踪、报告与变更 | 6.1 状态流转
6.2 月度进度报告
6.3 计划变更
6.4 里程碑交付物对照 | 报告与变更单模板 | | 附表一至四 | — | WBS 分解表、工作包台账、责任矩阵、须公司配合事项清单 | #### 4.4 工作包编码与分解规则 编码规则为「RWnn-m-kk」三段式：第一段为重点任务号（RW01 至 RW10）， 第二段为二级任务序号，第三段为工作包两位顺序号。 例如 RW01-2-03 表示重点任务「业务对象标识贯通」下二级任务「跨对象主键映射规则制订与落库」 的第三个工作包。编码一经下达不再改变，工作包取消时编码不复用， 在台账中标记为「已取消」并注明决议编号。 工作包的状态限定为五种，不另设中间态： | 状态 | 定义 | 进入条件 | 统计处理 | |---|---|---|---| | 未开工 | 已下达但未到计划开工时点，或已到时点而输入未齐备 | 下达单已确认 | 不计入按期完成率分母，直至到达计划完成时点 | | 进行中 | 已开工且输入齐备 | 输入齐备并有实际工作记录 | 计入当期在办数 | | 已完成 | 输出物齐备且通过约定的验收方式 | 验收单签署 | 计入按期完成率分子 | | 受阻 | 前置工作包未完成，或须公司配合事项未落实，导致无法推进 | 办公室确认受阻原因 | 不计入本责任部门的滞后，影响计入前置方的偏差归因 | | 待定责 | 职责边界不清，归属未确认 | 办公室提出归属建议、委员会未确认 | 不计入任何部门按期完成率，单独列示 | 验收方式限定为四类：正式发文、评审通过、抽样核对达到约定基线、系统记录可查。 四类之外的验收方式不予采用。这一限制的用意是使验收结论可复核： 「评审通过」有评审意见与签字，「抽样核对」有抽样记录与核对结果， 「系统记录可查」有可导出的记录。而「完成相关工作」一类的描述无法复核， 在贯标送审时也不能作为过程证据。 #### 4.5 WBS 三级分解（附表一，模板节选） 下表给出 WBS 的三级结构与工作包数量分布。完整台账见附表二， 本表用于说明分解的粒度与覆盖面。 | 一级（重点任务） | 二级任务数 | 工作包数 | 工作包的典型粒度 | 集中阶段 | |---|---|---|---|---| | RW01 业务对象标识贯通 | 4 | 14 | 一类对象的标识字段定义为一个工作包；一组对象间的映射规则为一个工作包 | 第一、二阶段 | | RW02 主数据与数据标准落标 | 4 | 22 | 一类标准的制订为一个工作包；一个系统的落标为一个工作包 | 第一、二阶段 | | RW03 治理组织与制度运行 | 4 | 16 | 一份制度的编制与发布为一个工作包；一类人员的宣贯为一个工作包 | 第一、二阶段 | | RW04 数据架构落地 | 4 | 20 | 一个主题域的建模为一个工作包；一个源系统的集成为一个工作包 | 第二阶段 | | RW05 数据质量与安全规划实施 | 4 | 18 | 一个业务域的质量规则为一个工作包；一类管控措施的上线为一个工作包 | 第二阶段 | | RW06 数据资产目录与运营 | 4 | 12 | 一批资产的登记为一个工作包；一个流程的上线为一个工作包 | 第二阶段 | | RW07 场景数据供给 | 5 | 28 | 一个场景的一个档位数据为一个工作包 | 第二阶段 | | RW08 四类数据集交付与评测 | 5 | 24 | 一个数据集的一个方向子集为一个工作包；一次评测送检为一个工作包 | 第二、三阶段 | | RW09 贯标送审与复评 | 3 | 9 | 一次自评、一次预审、一次现场评估各为一个工作包 | 第三阶段 | | RW10 软建设配套与人才支撑 | 4 | 14 | 一类配套文件的编制为一个工作包；一期培训为一个工作包 | 全程 | | 合计 | 41 | 177 | — | — | 工作包总数一百七十七个是按现有信息的估算值，首版计划下达时以实际分解结果为准。 数量本身不是指标，列出它的用意是说明分解到了什么粒度：平均每个重点任务 十七八个工作包，每个工作包一个责任部门、一个月内可完成并可验收。 按季滚动修订时，后续两个季度的工作包重新核定，总数会随之变化， 变化情况在修订说明中体现。 #### 4.6 工作包台账（附表二） ##### 4.6.1 台账字段定义（模板） 台账是本计划的核心，也是进度统计、偏差识别与贯标取证的共同数据源。 字段一次定义，治理平台的在线台账按此结构建表。 | 序号 | 字段名 | 类型 | 必填 | 取值约束 | 填写口径 | |---|---|---|---|---|---| | 1 | 工作包编号 | 文本 | 是 | RWnn-m-kk 格式 | 下达时生成，不可修改 | | 2 | 工作包名称 | 文本 | 是 | 不超过 30 字 | 动宾结构，写清做什么出什么 | | 3 | 所属重点任务 | 枚举 | 是 | RW01 至 RW10 | 取规划第四章 | | 4 | 所属二级任务 | 枚举 | 是 | 规划表 3-4 中的二级任务号 | 同上 | | 5 | 输入 | 文本 | 是 | 须指明具体文件或数据对象 | 不写「相关资料」一类表述 | | 6 | 输出物 | 文本 | 是 | 须指明文件名或系统对象 | 与交付清单的名称一致 | | 7 | 输出物形态 | 枚举 | 是 | 文档／表格／系统配置／数据集／记录 | — | | 8 | 责任部门 | 枚举 | 是 | 单选，不可多选 | 按职责归口 | | 9 | 配合部门 | 文本 | 否 | 可多值 | 配合内容另在备注写明 | | 10 | 计划开工时点 | 日期 | 是 | 以相对月份表示（T＋n 月） | 合同生效日为 T | | 11 | 计划完成时点 | 日期 | 是 | 同上 | 与开工时点间隔不超过一个月 | | 12 | 实际开工时点 | 日期 | 否 | — | 状态转为进行中时填写 | | 13 | 实际完成时点 | 日期 | 否 | — | 验收单签署时填写 | | 14 | 前置工作包 | 文本 | 否 | 可多值，填工作包编号 | 无前置的留空 | | 15 | 验收方式 | 枚举 | 是 | 正式发文／评审通过／抽样核对达基线／系统记录可查 | 四类之外不采用 | | 16 | 验收基线值 | 文本 | 条件必填 | 验收方式为抽样核对时必填 | 写明指标与门限 | | 17 | 状态 | 枚举 | 是 | 未开工／进行中／已完成／受阻／待定责 | 按第 4.4 节定义 | | 18 | 受阻原因 | 枚举 | 条件必填 | 状态为受阻时必填 | 取归因分类表的六类 | | 19 | 须公司配合事项 | 文本 | 否 | — | 有则同步进入配合事项清单 | | 20 | 对里程碑的影响 | 枚举 | 是 | 关键路径／非关键路径 | 关键路径项按周跟踪 | | 21 | 偏差级别 | 枚举 | 否 | 一般／重要／严重 | 按办法第三十二条判定，系统自动计算 | | 22 | 备注 | 文本 | 否 | — | 配合内容、遗留事项、决议编号 | ##### 4.6.2 首批工作包台账（样例，第一阶段 T＋0 至 T＋3 月） 下表为首批工作包的样例填写。时点以相对月份表示，正式计划在项目启动会上 与公司确认后固化；责任部门按职责指代，项目期按公司实际部门设置替换。 | 工作包编号 | 名称 | 输入 | 输出物 | 责任部门 | 时点 | 验收方式 | 关键路径 | |---|---|---|---|---|---|---|---| | RW03-1-01 | 治理组织设立方案编制 | 诊断报告组织差距项 | 组织架构方案与岗位职责书草案 | 人力职能、信息化职能 | T＋1 | 评审通过 | 是 | | RW03-1-02 | 治理组织正式发文 | RW03-1-01 输出 | 公司发文与委员会名单 | 人力职能 | T＋2 | 正式发文 | 是 | | RW03-2-01 | 数据战略管理办法编制 | 诊断报告、GB/T 36073—2018 | 《数据战略管理办法》V1.0 | 数据管理办公室 | T＋2 | 评审通过 | 是 | | RW03-2-02 | 数据战略管理办法发文 | RW03-2-01 输出 | 公司发文 | 数据管理办公室 | T＋3 | 正式发文 | 是 | | RW01-1-01 | 业务对象清单编制 | 资产盘点表、访谈记录 | 对象清单及标识字段定义（十四类对象） | 信息化职能牵头，各业务口确认 | T＋1 | 评审通过 | 是 | | RW01-1-02 | 对象标识口径归口裁定 | RW01-1-01 输出、各口意见 | 委员会裁定记录 | 数据治理委员会 | T＋2 | 系统记录可查 | 是 | | RW01-1-03 | 时间基准与单位口径统一 | 各系统时点字段清单 | 时间基准约定文件 | 信息化职能 | T＋3 | 评审通过 | 否 | | RW01-2-01 | 施工号与产品号映射规则 | 对象清单、关联命中率统计 | 映射规则文件（第一组） | 信息化职能，我方项目组承做 | T＋3 | 抽样核对达基线 | 是 | | RW02-2-01 | 备料工序现状梳理（28 道） | 工艺现行作业文件 | 工序梳理记录与差异清单 | 工艺职能 | T＋2 | 评审通过 | 是 | | RW02-2-02 | 工序字典与加工方法分档规则成文 | RW02-2-01 输出 | 《工序字典》与分档规则 | 工艺职能 | T＋3 | 会签确认（评审通过） | 是 | | RW07-1-01 | 核心三类系统取数授权申请 | 场景数据需求清单 | 授权开通记录与范围清单 | 信息化职能 | T＋2 | 系统记录可查 | 是 | | RW07-1-02 | 原生图纸批量读取通道确认 | 图档系统现状核实结论 | 读取方式约定与试读结果 | 信息化职能，设计职能确认 | T＋3 | 抽样核对达基线 | 是 | | RW09-1-01 | 贯标认定机构档期锁定 | 贯标计划 | 档期确认书 | 数据管理办公室 | T＋3 | 系统记录可查 | 是 | | RW08-5-01 | 质量测评机构档期锁定 | 数据集交付计划 | 档期确认书 | 数据管理办公室 | T＋3 | 系统记录可查 | 否 | | RW10-1-01 | 软建设配套文件清单编制 | 规划第四章 RW10 | 配套文件清单与编制排期 | 数据管理办公室 | T＋3 | 评审通过 | 否 | | RW03-4-01 | 数据管理师能力现状调查 | 人员岗位清单 | 能力现状报告与培训需求 | 人力职能 | T＋3 | 评审通过 | 否 | | RW05-3-01 | 数据分类分级标准编制（L1 至 L5） | 诊断报告、合规要求 | 《数据安全分级标准》草案 | 安全职能，我方项目组承做 | T＋3 | 评审通过 | 否 | | RW04-1-01 | 数仓分层架构设计 | 对象清单、场景数据需求清单 | 分层架构设计文件 | 我方项目组 | T＋3 | 评审通过 | 是 | ##### 4.6.3 第二阶段工作包台账（样例节选，T＋4 至 T＋18 月） 第二阶段的工作包数量占全部工作包的近七成，下表按重点任务各取若干条， 用于说明这一阶段的工作包粒度与验收口径。 | 工作包编号 | 名称 | 输入 | 输出物 | 责任部门 | 时点 | 验收方式 | 关键路径 | |---|---|---|---|---|---|---|---| | RW01-2-04 | 图号与零件号映射规则 | 图档系统字段清单、抽样统计 | 映射规则文件（第二组） | 信息化职能，我方项目组承做 | T＋5 | 抽样核对达基线 | 是 | | RW01-2-07 | 炉次与工件、材料批次映射规则 | 热处理群控与质量系统字段 | 映射规则文件（第四组） | 设备职能、质量职能 | T＋8 | 抽样核对达基线 | 是 | | RW01-2-09 | 焊缝与焊道编号规则与落库 | 焊接工艺文件、产线数据 | 编号规则与落库结果 | 工艺职能、设备职能 | T＋10 | 抽样核对达基线 | 是 | | RW01-3-02 | 追溯样例集构建（按产品抽取完整链路） | 已落库映射规则 | 追溯样例集与核对报告 | 我方项目组 | T＋12 | 抽样核对达基线 | 是 | | RW02-1-05 | 物料数据元标准发布 | 物料现状梳理、国家标准 | 《数据元标准》物料部分 | 物料主数据职能 | T＋6 | 正式发文 | 否 | | RW02-3-02 | 物料主数据落标与清洗（第一批） | 物料数据元标准 | 落标映射表与清洗结果 | 物料主数据职能 | T＋8 | 抽样核对达基线 | 否 | | RW02-4-03 | 落标检查规则上线 | 标准映射对照表 | 平台检查规则配置 | 我方项目组 | T＋11 | 系统记录可查 | 否 | | RW03-3-02 | 数据需求管理流程上线并运行 | 《数据需求管理规范》 | 流程配置与两个周期的执行记录 | 数据管理办公室 | T＋10 | 系统记录可查 | 否 | | RW04-1-04 | 工艺主题域建模 | 工序字典、工艺卡字段清单 | 明细层与汇总层模型 | 我方项目组 | T＋9 | 评审通过 | 是 | | RW04-3-05 | 热处理群控系统集成 | 取数授权、接口说明 | 集成作业与增量取数记录 | 我方项目组，信息化职能配合 | T＋10 | 系统记录可查 | 否 | | RW04-4-02 | 元数据采集与血缘上线（核心链路） | 已建模主题域 | 元数据采集配置与血缘图 | 我方项目组 | T＋12 | 系统记录可查 | 是 | | RW05-1-03 | 质量校验规则库建设（质量业务域） | 质量需求清单、CDE 清单 | 规则清单与配置 | 我方项目组，质量职能确认 | T＋11 | 评审通过 | 否 | | RW05-2-02 | 一级 CDE 检查规则配置与首轮检查 | RW05-1 规则库 | 首轮检查结果与问题清单 | 我方项目组 | T＋13 | 系统记录可查 | 否 | | RW05-4-02 | 脱敏与权限管控上线 | 分级标识结果 | 管控配置与审计日志 | 安全职能、我方项目组 | T＋13 | 系统记录可查 | 否 | | RW06-1-02 | 数据资源目录首批上线 | 盘点表、权属界定结论 | 《数据资源目录》首版 | 数据管理办公室 | T＋12 | 评审通过 | 否 | | RW06-3-02 | 资产价值评估首轮执行 | 《资产价值评估办法》 | 首轮评估结果与资产排序 | 数据管理办公室 | T＋14 | 评审通过 | 否 | | RW07-1-05 | A 档数据接入（制造执行系统） | 取数授权、分层模型 | 贴源层表与增量作业 | 我方项目组 | T＋7 | 抽样核对达基线 | 是 | | RW07-2-03 | 库存口径统一与数据清洗 | 库存口径归口裁定结论 | 清洗结果与口径说明 | 物资供应职能 | T＋11 | 抽样核对达基线 | 否 | | RW07-3-02 | 热处理装炉登记填报入口上线 | 流程调整决策 | 填报入口与首月填报记录 | 设备职能、我方项目组 | T＋9 | 系统记录可查 | 是 | | RW07-3-04 | 维修事实结构化记录入口上线 | 流程调整决策 | 填报入口与首月填报记录 | 售后服务职能 | T＋12 | 系统记录可查 | 否 | | RW07-4-02 | 焊接层间温度采集布点实施（第一批） | 新增采集投入决策 | 布点实施记录与数据通道 | 设备职能 | T＋14 | 系统记录可查 | 否 | | RW07-5-02 | 板材备料工艺场景最小可用集达成确认 | RW07-1、RW02-2 输出 | 达成确认记录与缺口说明 | 我方项目组，工艺职能确认 | T＋13 | 评审通过 | 是 | | RW08-1-02 | 预训练数据集·产品工艺设计子集加工（70 亿 Token） | 图卡成对样本、文档资产 | 数据集版本与质检报告 | 我方项目组 | T＋15 | 抽样核对达基线 | 是 | | RW08-2-03 | 指令微调数据集·制造过程子集加工（15 万条） | 工单、炉次、焊接数据 | 数据集版本与质检报告 | 我方项目组 | T＋16 | 抽样核对达基线 | 是 | | RW08-3-01 | 强化学习偏好数据·供需计划子集加工（3.2 万组） | 历史方案使用效果分级 | 数据集版本与质检报告 | 我方项目组 | T＋17 | 抽样核对达基线 | 否 | | RW08-4-02 | 基准测试数据集·工艺设计子集加工（0.1 万条） | CDE 清单、质量规则 | 数据集版本与质检报告 | 我方项目组 | T＋16 | 评审通过 | 否 | | RW09-1-02 | 贯标自评（第一轮） | 制度与执行记录 | 自评报告与差距清单 | 数据管理办公室，我方项目组支撑 | T＋18 | 评审通过 | 是 | | RW10-3-02 | 数据标注专家库建设与资格认定 | 标注规范、人员名单 | 专家库名单与认定记录 | 人力职能、工艺职能 | T＋10 | 系统记录可查 | 否 | ##### 4.6.4 第三阶段工作包台账（样例节选，T＋19 月至 2028 年 5 月） | 工作包编号 | 名称 | 输入 | 输出物 | 责任部门 | 时点 | 验收方式 | 关键路径 | |---|---|---|---|---|---|---|---| | RW08-1-04 | 预训练数据集规模补齐与定版 | 前期质检与验证结论 | 定版数据集与版本五件套 | 我方项目组 | T＋21 | 抽样核对达基线 | 是 | | RW08-5-03 | 四类数据集第三方质量测评送检 | 定版数据集 | 测评报告（机构盖章） | 我方项目组 | T＋22 | 系统记录可查 | 是 | | RW08-5-05 | 十一个场景验证执行与报告 | 定版数据集、场景验证方案 | 场景验证报告 | 我方项目组 | T＋23 | 评审通过 | 是 | | RW09-2-02 | 贯标预审与过程整改 | 自评差距清单 | 整改记录与复核结论 | 数据管理办公室 | T＋20 | 评审通过 | 是 | | RW09-3-01 | 认定机构现场评估 | 制度、执行记录、证据库 | 评估结论 | 数据管理办公室 | T＋22 | 系统记录可查 | 是 | | RW09-3-02 | 不达三级过程域整改与复评 | 现场评估意见 | 整改清单与复评结论 | 数据管理办公室 | T＋24 | 评审通过 | 是 | | RW06-4-02 | 资产申请审批流程扩展上线（覆盖至各目录分级） | 流程设计、目录 | 流程配置与办理记录 | 数据管理办公室 | T＋20 | 系统记录可查 | 否 | | RW05-2-05 | 质量问题整改闭环复核 | 整改台账 | 复核报告与关闭率统计 | 我方项目组、质量职能 | T＋21 | 系统记录可查 | 否 | | RW03-3-04 | 制度执行记录完整度抽查 | 已上线流程清单 | 抽查报告 | 数据管理办公室 | T＋22 | 评审通过 | 否 | | RW10-4-03 | 人才培养与岗位能力认定（收尾批次） | 培训计划 | 认定记录与覆盖统计 | 人力职能 | T＋23 | 系统记录可查 | 否 | | RW06-1-05 | 治理文档交付清点与归档 | 各规划域成果物 | 交付清单与归档记录（不少于 25 份） | 数据管理办公室 | T＋24 | 评审通过 | 是 | ##### 4.6.5 其余重点任务的工作包台账（样例节选，按重点任务分组） 第 4.6.2 至 4.6.4 节按阶段取样，下表按重点任务取样，补足 RW02、RW03、RW05、RW06、RW10 四组任务在台账中的呈现方式。两种取样角度合并后，本样章列出的工作包 覆盖十项重点任务与四十一个二级任务的全部分组。 | 工作包编号 | 名称 | 输入 | 输出物 | 责任部门 | 时点 | 验收方式 | 前置工作包 | |---|---|---|---|---|---|---|---| | RW02-1-01 | 业务术语标准编制（首批术语） | 访谈记录、现行文档用语 | 《业务术语标准》首版 | 数据管理办公室 | T＋5 | 评审通过 | RW01-1-01 | | RW02-1-02 | 设备数据元标准编制 | 设备台账、测点配置 | 《数据元标准》设备部分 | 设备职能 | T＋7 | 正式发文 | RW02-1-01 | | RW02-1-03 | 工序数据元标准编制 | 工序字典 | 《数据元标准》工序部分 | 工艺职能 | T＋6 | 正式发文 | RW02-2-02 | | RW02-1-06 | 指标标准编制（经营与质量指标） | 报表口径梳理结论 | 《指标标准》首版 | 数据管理办公室 | T＋9 | 评审通过 | RW02-1-01 | | RW02-3-03 | 设备主数据落标与清洗 | 设备数据元标准 | 落标映射表与清洗结果 | 设备职能 | T＋10 | 抽样核对达基线 | RW02-1-02 | | RW02-3-04 | 工序与工装样板编码落标 | 工序字典、工装台账 | 落标映射表 | 工艺职能 | T＋9 | 抽样核对达基线 | RW02-1-03 | | RW02-4-01 | 标准映射对照表编制 | 各类标准、物理字段清单 | 《标准映射对照表》 | 我方项目组 | T＋10 | 评审通过 | RW02-1 各项 | | RW02-4-02 | 枚举值域字典建设 | 参考数据梳理结论 | 代码值域字典 | 我方项目组 | T＋9 | 评审通过 | RW02-1-01 | | RW03-2-03 | 数据战略规划发布 | 诊断报告、需求清单 | 《数据战略规划》V1.0 | 数据管理办公室 | T＋3 | 正式发文 | RW03-2-02 | | RW03-2-04 | 数据战略实施计划下达 | 规划第四章 | 《数据战略实施计划》V1.0 与下达单 | 数据管理办公室 | T＋3 | 批准意见＋下达记录 | RW03-2-03 | | RW03-2-05 | 数据治理管理办法发布 | 九域规划初稿 | 《数据治理管理办法》 | 数据管理办公室 | T＋5 | 正式发文 | RW03-1-02 | | RW03-3-01 | 数据需求管理流程配置上线 | 《数据需求管理规范》 | 流程配置 | 我方项目组 | T＋8 | 系统记录可查 | RW03-2-05 | | RW03-3-03 | 数据退役流程上线并运行 | 《数据退役管理规范》 | 流程配置与执行记录 | 数据管理办公室 | T＋14 | 系统记录可查 | RW03-2-05 | | RW03-4-02 | 数据管理师培训（第一批） | 能力现状报告 | 培训记录与考核结果 | 人力职能 | T＋6 | 系统记录可查 | RW03-4-01 | | RW03-4-03 | 数据文化建设方案编制 | 培训需求、访谈记录 | 《数据文化建设方案》 | 人力职能 | T＋7 | 评审通过 | RW03-4-01 | | RW05-1-01 | 质量需求清单编制（九个业务域） | 访谈记录、CDE 清单 | 《数据质量需求清单》 | 我方项目组 | T＋7 | 评审通过 | RW01-1-01 | | RW05-1-02 | 质量校验规则库建设（制造过程域） | 质量需求清单 | 规则清单与配置 | 我方项目组 | T＋9 | 评审通过 | RW05-1-01 | | RW05-1-04 | 质量评估方案与评分方法制订 | 六维度口径 | 《数据质量管理办法》评估章节 | 我方项目组 | T＋8 | 评审通过 | RW05-1-01 | | RW05-2-03 | 质量问题整改台账上线 | 整改流程设计 | 台账配置与首批整改记录 | 数据管理办公室 | T＋12 | 系统记录可查 | RW05-2-02 | | RW05-3-02 | 重要数据与敏感数据识别 | 分级标准、资产盘点表 | 识别结果与分级标识清单 | 安全职能 | T＋8 | 评审通过 | RW05-3-01 | | RW05-3-03 | 分级标识落库 | 识别结果 | 资产分级标识 | 我方项目组 | T＋10 | 系统记录可查 | RW05-3-02 | | RW05-4-01 | 数据权限管理规范编制 | 分级标准、岗位清单 | 《数据权限管理规范》 | 安全职能 | T＋9 | 正式发文 | RW05-3-01 | | RW05-4-03 | 数据水印与访问审批上线 | 管控措施矩阵 | 配置与办理记录 | 我方项目组 | T＋14 | 系统记录可查 | RW05-4-01 | | RW06-1-01 | 资产权属界定规则制订 | 合同约定、盘点表 | 权属界定规则 | 数据管理办公室 | T＋9 | 评审通过 | RW01-1-01 | | RW06-1-03 | 资源目录第二批上线 | 盘点表、权属结论 | 《数据资源目录》第二版 | 数据管理办公室 | T＋16 | 评审通过 | RW06-1-02 | | RW06-2-02 | 加工后资产权属登记 | 权属界定规则 | 权属登记记录 | 数据管理办公室 | T＋14 | 系统记录可查 | RW06-1-01 | | RW06-3-01 | 资产价值评估办法编制 | 评估维度设计 | 《资产价值评估办法》 | 数据管理办公室 | T＋11 | 评审通过 | RW06-1-02 | | RW06-4-01 | 资产申请审批流程设计 | 目录分级、授权矩阵 | 流程设计与授权矩阵 | 数据管理办公室 | T＋13 | 评审通过 | RW06-1-02 | | RW10-1-02 | 数据要素政策梳理与适用性分析 | 国家与自治区政策文件 | 政策梳理报告 | 数据管理办公室 | T＋6 | 评审通过 | — | | RW10-2-01 | 常态化治理工作机制文件编制 | 办法第二章、第四章 | 工作机制文件 | 数据管理办公室 | T＋7 | 正式发文 | RW03-2-02 | | RW10-2-02 | 考核机制与数据治理考核细则 | 办法第二十七条 | 考核细则 | 人力职能 | T＋9 | 正式发文 | RW03-1-02 | | RW10-3-01 | 数据标注规范编制 | 工序字典、标签体系设计 | 《数据标注规范》 | 我方项目组，工艺职能确认 | T＋8 | 评审通过 | RW02-2-02 | | RW10-3-03 | 标注一致性校验方法与返工门限确定 | 标注规范 | 校验方法与门限说明 | 我方项目组 | T＋9 | 评审通过 | RW10-3-01 | | RW10-4-01 | 岗位能力要求与认定标准制订 | 能力现状报告 | 能力要求与认定标准 | 人力职能 | T＋8 | 评审通过 | RW03-4-01 | | RW10-4-02 | 人才培养计划（分层分类） | 认定标准 | 培养计划与排期 | 人力职能 | T＋10 | 评审通过 | RW10-4-01 | 上表可以看出三处分解上的处理方式。第一，同一类标准按业务对象拆为多个工作包 （RW02-1-01 至 RW02-1-06），不把「五类标准制订」作为一个工作包， 原因是五类标准的承担职能不同、成文难度差异大，合在一起无法按唯一责任规则下达。 第二，制度类工作包普遍拆为「编制」与「发布」两个工作包 （如 RW03-2-01 与 RW03-2-02），原因是发文环节的时点取决于公司的发文流程， 与编制进度不是同一回事，合并计算会掩盖发文环节的滞后。 第三，RW10-3-03「标注一致性校验方法与返工门限确定」单列为工作包， 原因是标注质量的门限必须在标注开工前定下来——开工后再定门限， 已完成的标注批次无法按统一口径判定。 #### 4.7 责任矩阵（附表三，模板） 责任矩阵按「决策—承担—配合—知会」四类角色标注，每个二级任务只有一个承担方。 矩阵的用途是在争议发生时有一张可查的表，而不是事后按惯例推定。 | 二级任务 | 委员会 | 办公室 | 生产管理 | 设计 | 工艺 | 质量 | 物资供应 | 设备 | 售后服务 | 信息化 | 人力 | 安全 | 我方项目组 | |---|---|---|---|---|---|---|---|---|---|---|---|---|---| | RW01-1 对象清单确认 | 决策 | 承担 | 配合 | 配合 | 配合 | 配合 | 配合 | 配合 | 配合 | 配合 | 知会 | 知会 | 配合 | | RW01-2 主键映射规则 | 决策 | 承担 | 配合 | 配合 | 配合 | 配合 | 配合 | 配合 | 配合 | 配合 | 知会 | 知会 | 配合 | | RW01-3 追溯样例集 | 知会 | 配合 | 知会 | 配合 | 配合 | 配合 | 知会 | 配合 | 知会 | 配合 | 知会 | 知会 | 承担 | | RW02-1 五类标准制订 | 决策 | 配合 | 配合 | 配合 | 配合 | 配合 | 承担（物料部分） | 配合 | 知会 | 配合 | 知会 | 知会 | 配合 | | RW02-2 工序字典成文 | 知会 | 配合 | 知会 | 配合 | 承担 | 配合 | 知会 | 知会 | 知会 | 知会 | 知会 | 知会 | 配合 | | RW02-3 主数据落标 | 知会 | 配合 | 配合 | 知会 | 知会 | 知会 | 承担 | 配合 | 知会 | 配合 | 知会 | 知会 | 配合 | | RW03-1 组织设立 | 决策 | 配合 | 知会 | 知会 | 知会 | 知会 | 知会 | 知会 | 知会 | 配合 | 承担 | 知会 | 知会 | | RW03-2 制度发布 | 决策 | 承担 | 知会 | 知会 | 知会 | 知会 | 知会 | 知会 | 知会 | 配合 | 知会 | 配合 | 配合 | | RW03-4 文化与培训 | 知会 | 配合 | 配合 | 配合 | 配合 | 配合 | 配合 | 配合 | 配合 | 配合 | 承担 | 知会 | 配合 | | RW04-1 分层建模 | 知会 | 配合 | 配合 | 配合 | 配合 | 配合 | 配合 | 配合 | 配合 | 配合 | 知会 | 知会 | 承担 | | RW04-3 集成架构 | 知会 | 配合 | 知会 | 知会 | 知会 | 知会 | 知会 | 配合 | 知会 | 配合 | 知会 | 配合 | 承担 | | RW04-4 元数据与血缘 | 知会 | 配合 | 知会 | 知会 | 知会 | 知会 | 知会 | 知会 | 知会 | 配合 | 知会 | 知会 | 承担 | | RW05-1 质量规则库 | 知会 | 配合 | 配合 | 配合 | 配合 | 配合 | 配合 | 配合 | 配合 | 知会 | 知会 | 知会 | 承担 | | RW05-3 分类分级 | 决策 | 配合 | 知会 | 知会 | 知会 | 知会 | 知会 | 知会 | 知会 | 配合 | 知会 | 承担 | 配合 | | RW05-4 安全管控上线 | 知会 | 配合 | 知会 | 知会 | 知会 | 知会 | 知会 | 知会 | 知会 | 配合 | 知会 | 承担 | 配合 | | RW06-1 资源目录 | 知会 | 承担 | 配合 | 配合 | 配合 | 配合 | 配合 | 配合 | 配合 | 配合 | 知会 | 配合 | 配合 | | RW06-2 权属界定 | 决策 | 承担 | 配合 | 配合 | 配合 | 配合 | 配合 | 配合 | 配合 | 配合 | 知会 | 配合 | 知会 | | RW06-4 运营流程上线 | 知会 | 承担 | 知会 | 知会 | 知会 | 知会 | 知会 | 知会 | 知会 | 配合 | 知会 | 配合 | 配合 | | RW07-1 A 档接入 | 知会 | 配合 | 知会 | 知会 | 知会 | 知会 | 知会 | 知会 | 知会 | 配合 | 知会 | 知会 | 承担 | | RW07-3 C 档补录与填报 | 决策 | 配合 | 配合 | 配合 | 配合 | 配合 | 配合 | 承担（热处理） | 承担（维修） | 配合 | 知会 | 知会 | 配合 | | RW07-4 D 档新增采集 | 决策 | 配合 | 知会 | 知会 | 配合 | 配合 | 知会 | 承担 | 知会 | 配合 | 知会 | 配合 | 配合 | | RW08-1 至 RW08-4 数据集加工 | 知会 | 配合 | 配合 | 配合 | 配合 | 配合 | 配合 | 配合 | 配合 | 配合 | 知会 | 配合 | 承担 | | RW08-5 评测与场景验证 | 知会 | 配合 | 配合 | 配合 | 配合 | 配合 | 配合 | 配合 | 配合 | 知会 | 知会 | 知会 | 承担 | | RW09-1 至 RW09-3 贯标 | 决策 | 承担 | 配合 | 配合 | 配合 | 配合 | 配合 | 配合 | 配合 | 配合 | 配合 | 配合 | 配合 | | RW10-3 标注专家库 | 知会 | 配合 | 知会 | 配合 | 配合 | 配合 | 知会 | 知会 | 知会 | 知会 | 承担 | 知会 | 配合 | 矩阵中有两处需要说明。一是 RW07-3 的承担方按数据类型分列：热处理装炉登记由设备职能承担， 维修事实记录由售后服务职能承担，两者不合并为一个二级任务的单一承担方， 原因是这两类记录的作业岗位与系统入口完全不同。二是 RW02-1 的承担方只标了物料部分， 其余四类标准（设备、工序、术语、指标）的承担方在工作包层面分别指定， 在二级任务层面不作统一承担方——这是分解规则第二条「唯一责任规则」在二级任务 无法满足时的处理方式：下沉到工作包层面确定唯一责任。 ##### 4.7.1 争议事项的处理 实施过程中的争议集中在三类，本计划分别规定处理方式，避免逐事协商。 第一类是责任归属争议，即某工作包应由哪个部门承担。处理方式按办法第十三条： 办公室提出归属建议，报委员会确认；确认前该工作包状态记为「待定责」， 不计入任何部门的按期完成率，并在月度进度报告中单独列示。 待定责事项连续两个月未解决的，由办公室提请委员会临时会议。 这一处理方式的要点是「不计入任何部门」——若按惯例先计给某一方， 该方就有动力拖延裁定。 第二类是验收口径争议，即输出物是否达到验收标准。处理方式为： 以下达单中写明的验收方式与验收基线值为唯一依据，不接受下达后新增的验收要求。 责任部门在收到下达单后五个工作日内对验收方式提出异议（办法第二十三条）， 期满未提异议即视为接受。验收方式为「抽样核对达基线」的， 抽样方法与样本量在下达单中一并写明，验收时按同一方法复核。 第三类是时点争议，即滞后责任归属。处理方式为：按台账中的前置工作包字段判定。 前置工作包未完成而后续工作包已到计划开工时点的，后续工作包记为「受阻」， 其滞后不计入本责任部门，影响计入前置工作包责任部门的偏差归因 （本计划第 4.4 节）。前置关系未在台账中登记而事后主张受阻的，不予认定—— 这一条使依赖关系必须在下达时就讲清楚，而不是在滞后后才被提出来。 三类争议的处理结论均记入月度进度报告，并在评估报告的偏差清单中体现归因分类。 争议本身不作为偏差，争议导致的滞后按上述规则归属。 #### 4.8 须公司配合事项清单（附表四，模板与样例） 本清单对应办法附表二第十一张表单，按月随进度报告提交。 清单与规划第九章的前置条件清单是同一件事的两种呈现：规划列的是条件本身， 本清单列的是该条件在当月的状态与未完成影响。 | 序号 | 事项 | 所需配合内容 | 关联工作包 | 责任部门 | 建议时点 | 当月状态 | 未完成的影响 | |---|---|---|---|---|---|---|---| | PH-01 | 治理组织设立发文 | 公司发文、委员会名单确认 | RW03-1-02 | 人力职能 | T＋2 | 【样例：进行中】 | 办法与规划无法发布，全部工作包无下达主体 | | PH-02 | 核心三类系统取数授权 | 授权审批、接口开通、账号配置 | RW07-1-01 | 信息化职能 | T＋2 | 【样例：部分完成，2/3】 | 贴源层接入滞后，A 档数据不足 | | PH-03 | 对象标识口径归口裁定 | 委员会裁定 | RW01-1-02 | 委员会 | T＋2 | 【样例：待会议】 | 映射规则无法定稿，关键路径起点受阻 | | PH-04 | 原生图纸批量读取通道 | 图档系统读取方式确认与试读配合 | RW07-1-02 | 信息化职能、设计职能 | T＋3 | 【样例：未开始】 | 63 万张历史工艺样本无法形成成对样本集 | | PH-05 | 库存口径归口裁定 | 委员会裁定 | RW07-2-03 | 委员会 | T＋4 | 【样例：未开始】 | 库存与供应链场景最小可用集无法达成 | | PH-06 | 各部门数据专责工时投入比例 | 确定比例并纳入考核 | 全部任务 | 人力职能 | T＋2 | 【样例：待确定】 | 工作包无人承接，按期完成率失真 | | PH-07 | 热处理装炉登记流程增设填报环节 | 流程调整决策、岗位指定 | RW07-3-02 | 设备职能 | T＋6 | 【样例：未开始】 | 热处理场景降级输出，炉次档案不完整 | | PH-08 | 维修事实结构化记录流程 | 流程调整决策、岗位指定 | RW07-3-04 | 售后服务职能 | T＋8 | 【样例：未开始】 | 装备健康诊断场景无事件级标签 | | PH-09 | 焊接层间温度等三类新增采集投入决策 | 投入审批、布点方案确认 | RW07-4-02 | 委员会、设备职能 | T＋6 | 【样例：未开始】 | 焊接与诊断场景只能降级验证 | | PH-10 | 贯标认定机构与测评机构档期 | 商务接洽与档期书面确认 | RW09-1-01、RW08-5-01 | 数据管理办公室 | T＋3 | 【样例：进行中】 | M3 不可达 | | PH-11 | 纸质检测报告数字化范围确定 | 范围与优先级确认 | RW07-3 相关工作包 | 质量职能 | T＋6 | 【样例：未开始】 | 质量方向数据集规模缺口 | | PH-12 | 九个业务域对口岗位确认 | 岗位指定与名单提供 | 全部任务 | 各业务部门 | T＋1 | 【样例：部分完成】 | 访谈与取证无对接人，诊断进度受影响 | 状态栏的四种取值为未开始、进行中、部分完成、已完成，「部分完成」须注明完成比例 或已完成的具体子项。本清单不写催办性质的表述，只记录事实与影响， 处理动作按办法第三十三条的偏差处理程序走。 #### 4.9 跟踪、报告与变更 ### 图 A3-4　工作包状态流转、偏差判定与变更路径 未开工 下达单已确认 进行中 输入齐备 已完成 验收单签署 受阻 须填受阻原因 待定责 归属未确认 输出物齐备 前置未完成／配合未落实 阻因消除 偏差判定（系统自动，办法第三十二条） 滞后 < 1 月 或 达成率 ≥ 90%　→ 一般 滞后 1—3 月 或 达成率 70%—90%　→ 重要 滞后 > 3 月 或 达成率 < 70%　→ 严重 两档同时满足者，按较重一档认定 受阻与待定责不计入本部门滞后 一般偏差 办公室跟踪，月报说明补救 重要偏差 办公室制措施，报委员会备案 严重偏差 委员会决议，可触发战略调整 变更路径：排期调整 → 办公室主任批准，随月报说明　｜　里程碑时点调整 → 委员会批准 目标调整 → 填《战略调整申请单》＋影响清单（逐项列受影响工作包编号）→ 委员会决定 → 文本修订并通知下游 关键路径工作包（台账字段 20 标记为「关键路径」）按周跟踪，其余按月跟踪 图 A3-4　工作包状态流转、偏差判定与变更路径。数据来源：偏差分级口径取《数据战略管理办法》 第三十二条；状态定义见本计划第 4.4 节；变更权限取办法第三十八条， 对应招标文件 3.2.6.1.1.2.1 第（3）项（b1243、b1244）。 ##### 4.9.1 月度进度报告模板 | 章节 | 内容要求 | 数据来源 | |---|---|---| | 一、期间与范围 | 报告期间、纳入统计的工作包数、关键路径工作包数 | 台账 | | 二、状态汇总 | 按五种状态分列的工作包数与占比；本期新完成清单 | 台账，系统自动生成 | | 三、按期完成率 | 当期按期完成数／当期应完成数，分重点任务列示 | 台账，系统自动计算 | | 四、偏差清单 | 逐项列出偏差工作包编号、级别、归因分类、责任部门、措施、恢复判定条件 | 台账＋偏差措施表 | | 五、受阻与待定责事项 | 逐项列出，注明阻因与已采取的协调动作 | 台账 | | 六、须公司决策或配合事项 | 附表四当月版本 | 须公司配合事项清单 | | 七、下月安排 | 下月应开工与应完成的工作包清单 | 台账 | | 八、里程碑可达性判断 | 对最近一个里程碑的判定条件逐条给出当前状态 | 里程碑交付物对照表 | 报告由办公室在次月前五个工作日内汇总，报委员会备案并向各责任部门通报。 第八章「里程碑可达性判断」是报告中唯一带判断性结论的部分， 其余各章只呈现事实与已决定的措施。把判断集中在一处， 是为了让委员会一眼看到最需要决策的内容。 ##### 4.9.2 计划变更单模板 | 字段 | 填写要求 | |---|---| | 变更单号 | TZSQ－年份－三位序号，系统生成 | | 变更类型 | 排期调整／里程碑调整／工作包新增／工作包取消／责任部门变更 | | 变更事项 | 涉及的工作包编号与名称 | | 触发条件 | 取办法第三十七条列明的五类情形之一，注明具体情形 | | 变更前后对照 | 原时点与新时点、原责任部门与新责任部门，逐项对照 | | 影响清单 | 受影响的工作包编号逐项列出；对里程碑判定条件的影响逐条说明 | | 对数据集交付节奏的影响 | 若涉及 RW07、RW08，须说明对四类数据集规模与交付时点的影响 | | 建议时点 | 变更生效时点 | | 审批 | 按办法第三十八条的权限填写审批主体与意见 | | 通知范围 | 受影响的责任部门、配合部门、下游文档责任人 | 影响清单一栏不接受概括性描述。实际操作中，一个工作包时点后移往往牵动 数个后续工作包，若影响清单只写「对后续工作有一定影响」，变更批准后下游 按原时点准备，到期才发现输入未到，偏差反而扩大。 ##### 4.9.3 里程碑交付物对照表（模板） | 里程碑 | 判定条件 | 对应工作包 | 交付物 | 验收方式 | |---|---|---|---|---| | M1 | 诊断报告与需求清单通过评审 | RW03 相关、现状评估工作包 | 《数据治理现状诊断报告》《高质量数据集验证场景数据需求清单》 | 评审通过 | | M1 | 治理组织正式发文设立 | RW03-1-02 | 公司发文与委员会名单 | 正式发文 | | M1 | 战略三件套发布 | RW03-2-01、RW03-2-02 及规划、计划相关工作包 | 办法、规划、实施计划 | 正式发文＋批准意见 | | M1 | 基线表定版 | 现状评估工作包 | 规划附表一基线表 | 评审通过 | | M2 | 十类核心对象映射规则落库并通过抽样核对 | RW01-2 全部工作包 | 映射规则文件与核对报告 | 抽样核对达基线 | | M2 | 数仓首批主题域建模完成 | RW04-1 全部工作包 | 分层模型与模型说明 | 评审通过 | | M2 | 四类数据集均有正式发布版本并通过质检与验证 | RW08-1 至 RW08-4 各首版工作包 | 数据集版本与版本五件套 | 抽样核对达基线 | | M2 | 治理文档累计发布不少于 20 份 | 各规划域文档工作包 | 治理文档 | 评审通过 | | M3 | 四类数据集规模达标并取得第三方测评结论 | RW08-1 至 RW08-5 | 定版数据集与测评报告 | 系统记录可查 | | M3 | 十一个场景完成验证并出具报告 | RW08-5-05 | 场景验证报告 | 评审通过 | | M3 | DCMM 三级认证取得结论 | RW09-3 | 认证结论 | 系统记录可查 | | M3 | 治理文档累计不少于 25 份 | RW06-1-05 | 交付清单与归档记录 | 评审通过 | #### 4.10 本计划与矿山装备制造业务的结合点 本计划的工作包不是按能力域机械拆分的，而是按公司的具体数据对象与具体作业环节排的。 四处安排可以看出这一点。 第一，RW01-2 的映射规则按对象组分批出，不是一次做完。四组的次序是： 施工号与产品号（T＋3）、图号与零件号（T＋5）、炉次与工件及材料批次（T＋8）、 焊缝与焊道（T＋10）。这个次序不是按难度排的，而是按下游任务的等待关系排的： 图号与零件号的映射是工艺主题域建模（RW04-1-04，T＋9）与备料场景数据供给的输入； 炉次映射是热处理场景的前提；焊缝与焊道编号规则最晚，因为它还依赖 焊接层间温度采集的布点结果，而后者须公司先作投入决策。 第二，RW02-2「工序字典与加工方法分档规则成文」被放进第一阶段（T＋3）并标为关键路径。 备料分厂的工序集合是固定且封闭的，现掌握的口径为 28 道，但这个集合目前没有 正式成文的字典，加工方法的分档规则散见于经验。它不成文，工艺设计方向的 指令微调数据集就没有封闭的标签集，标注一致率无从计算，数据集质量评测 也没有判定依据。这是一个成本很低、但卡住下游很多工作的工作包， 因此排在最前并由工艺职能承担、以会签确认方式验收。 第三，RW07-1-02「原生图纸批量读取通道确认」单列为一个工作包并安排在 T＋3。 公司历史图纸约 63 万张，每一张历史上都配有一张已审核签发的工艺卡片， 天然构成成对的监督样本——这是工艺设计方向数据集最有价值的来源。 但图档系统目前不支持整批导出，读取通道不解决，这 63 万张样本就用不上。 工作包的验收方式定为「抽样核对达基线」而不是「评审通过」， 原因是通道能否用必须以实际试读结果为准，不能以方案评审为准。 第四，RW07-3 的两个填报入口工作包（热处理装炉登记 T＋9、维修事实记录 T＋12） 的验收方式都是「系统记录可查」，并且验收口径定为「首月填报记录」。 这两类数据的难点不在系统开发上——入口做出来不难，难在作业岗位是否真的填。 因此验收不看入口是否上线，而看上线后首月是否有填报记录， 与之配套的是须公司配合事项清单中的 PH-07 与 PH-08， 其中注明所需配合内容为「流程调整决策、岗位指定」。 #### 4.11 本计划的评审与修订机制 本计划的评审分两道。第一道是各责任部门的会签，会签对象是本部门承接的工作包， 会签内容限于三项：输出物形态是否可交、时点是否可行、验收方式是否可操作。 会签时提出的异议在批准前解决，解决方式为调整工作包内容或调整时点， 不以「先下达再协调」的方式推进。第二道是办公室主任批准并报委员会备案。 本计划不经委员会批准，而只报备案，原因是计划的调整频次高， 每次调整都走委员会会议会使计划失去时效；但里程碑时点的变更仍须委员会批准。 修订按两类节奏。定期修订为每季度一次，修订范围是后续两个季度的工作包， 修订内容包括时点核定、输入条件复核、受阻工作包的依赖前提重估。 修订形成修订说明，说明中列出本次调整的工作包编号、调整前后对照与调整原因， 随当季最后一个月的进度报告一并提交。不定期修订由三类情形触发： 评估结论认定严重偏差、里程碑时点变更、工作包新增或取消。 三类情形均须填《计划变更单》，按办法第三十八条的权限审批。 修订后的版本号按办法第四十条递增：工作包清单变化、里程碑时点变化为主版本号递增； 仅时点微调、责任部门名称调整为次版本号递增。每一版的台账在治理平台中留快照， 快照与版本号绑定，使任意一期的评估都能回溯到当期有效的计划版本。 这一点在贯标送审时是必要的——评估结论说某个工作包滞后， 查证时须能取到当时的计划时点，而不是最新一版修订后的时点。 ### 五、《战略评估报告》V1.0 样章 本节回应招标文件 3.2.6.1.1.2.1 第（3）项「构建数据战略常态化评估机制，分析执行偏差， 输出评估报告，并形成数据战略持续迭代机制」（b1243、b1244）与第（4）项输出要求（b1245）， 对应交付清单第 4 项（b1333r05）。 本节提交两部分内容：报告模板（第 5.1 至 5.6 节）与报告的样例正文（第 5.7 节，含首期半年度评估与第二期年度全面评估两段）。 样例正文中的数值为示意填写，用于说明填写粒度与结论的写法， 实际数值以项目期实测为准。 #### 5.1 文件标识与版本信息（模板） | 项 | 内容 | |---|---| | 文件名称 | 《数据战略评估报告（第〇期）》 | | 文件编号 | `GHY26691-GV-01-0004-V1.0－期次号` | | 版本号 | V1.0（每期独立成册，不覆盖前期） | | 文件类别 | 评估报告 | | 评估类型 | 半年度评估／年度全面评估（在封面标明） | | 评估区间 | 【按期次填写，见表 5-1】 | | 数据截止时点 | 评估区间末月最后一个自然日 | | 编制单位 | 我方项目组（数据管理办公室复核） | | 确认 | 数据治理委员会 | | 密级 | 内部 | | 页数 | 正文八章，附表三份 | | 分发范围 | 委员会成员、办公室、各部门数据专责、我方项目组 | | 归档 | 制度文档库与治理平台，保存期限按办法第五条第四项 | #### 5.2 适用范围、评估期次与生效条件 本报告的评估范围为《数据战略规划》第五章的量化目标、 《数据战略实施计划》的工作包执行情况、以及须公司配合事项的落实情况三部分。 本报告不评估单项技术方案的优劣，也不评估具体人员（办法第三十五条）。 表 5-1　评估期次与出具时点（模板） | 期次 | 评估类型 | 评估区间 | 出具时点 | 本期重点 | |---|---|---|---|---| | 第一期 | 半年度评估 | T＋3 月至 T＋8 月 | T＋9 月 | 战略发布后的首次评估，重点为基线复核与首批工作包执行 | | 第二期 | 年度全面评估 | T＋9 月至 T＋14 月 | T＋15 月 | 增加量化目标适用性复核、资源投入充分性分析、重点任务依赖关系复核 | | 第三期 | 半年度评估 | T＋15 月至 T＋19 月 | T＋20 月 | 重点为 M2 里程碑达成情况与第三阶段前置条件 | | 第四期 | 年度全面评估（并作项目期总体评估） | T＋20 月至建设周期末 | 项目终验前 | 重点为 M3 判定条件、三层愿景验收口径的实际结论、质保期事项移交 | 评估期次按建设周期至 2028 年 5 月的实际月份切分，上表的区间与时点在项目启动会上 与公司确认后固化。第三期区间较其余各期短，原因是其末端对齐 M2 里程碑， 使 M2 的达成情况在一期报告中完整呈现，而不被切在两期之间。 生效条件为两项：评估指标的采集方法已在首期评估时固定（办法第三十一条）； 本期指标数据已完成系统值与人工值的核对。第二项是实质条件—— 系统值与人工值不一致而未核对就出报告，结论会在确认环节被推翻。 #### 5.3 正文结构 | 章 | 节 | 本章的核心产出 | |---|---|---| | 第一章　评估说明 | 1.1 评估依据
1.2 评估区间与数据截止时点
1.3 指标采集方法
1.4 与上期报告的衔接 | 说明数据怎么来的、与上期可比性 | | 第二章　评估结论摘要 | 2.1 总体结论
2.2 偏差分级统计
2.3 须决策事项 | 一页之内让委员会看完要决策什么 | | 第三章　量化目标达成情况 | 3.1 目标实测表
3.2 达成情况分析
3.3 目标适用性复核（年度全面评估时） | 逐目标给出基线值、目标值、实测值、达成率 | | 第四章　工作包执行情况 | 4.1 状态汇总
4.2 按期完成率
4.3 受阻与待定责事项 | 逐重点任务给出执行数据 | | 第五章　偏差清单与归因 | 5.1 偏差清单
5.2 归因分类统计
5.3 典型偏差的详细分析 | 逐项偏差指名具体缺口 | | 第六章　整改任务单 | 6.1 整改任务
6.2 恢复判定条件
6.3 上期整改任务的关闭情况 | 可下达的整改任务 | | 第七章　战略迭代建议 | 7.1 建议调整的目标
7.2 建议调整的任务与排期
7.3 不建议调整的说明 | 明确的调整建议与理由 | | 第八章　里程碑可达性判断 | 8.1 最近里程碑的判定条件逐条状态
8.2 可达性结论与依据 | 一个明确的可达或不可达结论 | | 附表一至三 | — | 指标实测明细表、偏差清单、整改任务单 | #### 5.4 评估指标卡（模板） 指标分三组：战略目标达成类取自规划第五章的量化目标，过程执行类取自实施计划的台账， 公司配合类取自须公司配合事项清单。每项指标须给出定义、计算式、数据来源、 采集方式、统计周期与三档阈值；采集方式一经固定，后续各期不得变更（办法第三十一条）。 表 5-2　评估指标卡（模板，三组共二十一项） | 指标号 | 指标名称 | 定义与计算式 | 数据来源 | 采集方式 | 统计周期 | 一般 | 重要 | 严重 | |---|---|---|---|---|---|---|---|---| | ZB01 | 过程域达三级进度 | 已达三级过程域数 ÷ 阶段目标数 | 自评与复评结论 | 人工填报，附评定记录 | 季 | ≥90% | 70%—90% | <70% | | ZB02 | 业务对象标识贯通率 | 已贯通对象数 ÷ 对象清单总数 | 映射规则落库记录 | 平台自动采集 | 季 | ≥90% | 70%—90% | <70% | | ZB03 | 跨系统关联命中率 | 抽样可关联记录数 ÷ 抽样总数 | 抽样核对记录 | 人工抽样，样本量与抽样方法固定 | 季 | ≥90% | 70%—90% | <70% | | ZB04 | 一级 CDE 检查规则覆盖率 | 已配规则的一级 CDE 数 ÷ 一级 CDE 总数 | 质量规则库 | 平台自动采集 | 季 | ≥90% | 70%—90% | <70% | | ZB05 | 数据质量评分（六维度） | 按质量评估方案的加权评分 | 质量检查结果 | 平台自动采集 | 季 | ≥90% | 70%—90% | <70% | | ZB06 | 资源目录对象覆盖数 | 目录内已登记对象数 ÷ 阶段目标数 | 资源目录 | 平台自动采集 | 季 | ≥90% | 70%—90% | <70% | | ZB07 | 场景最小可用集达成率 | 已达成场景数 ÷ 11 | 场景数据需求清单的达成确认记录 | 人工填报，附确认记录 | 季 | ≥90% | 70%—90% | <70% | | ZB08 | 预训练数据集规模达成率 | 已发布版本 Token 数 ÷ 615 亿 | 数据集版本记录 | 平台自动采集 | 季 | ≥90% | 70%—90% | <70% | | ZB09 | 指令微调数据集规模达成率 | 已发布条数 ÷ 89 万条 | 同上 | 平台自动采集 | 季 | ≥90% | 70%—90% | <70% | | ZB10 | 强化学习偏好数据规模达成率 | 已发布组数 ÷ 6.6 万组 | 同上 | 平台自动采集 | 季 | ≥90% | 70%—90% | <70% | | ZB11 | 基准测试数据集规模达成率 | 已发布条数 ÷ 0.95 万条 | 同上 | 平台自动采集 | 季 | ≥90% | 70%—90% | <70% | | ZB12 | 数据集质检一次通过率 | 一次通过批次数 ÷ 送检批次数 | 质检报告 | 平台自动采集 | 季 | ≥90% | 70%—90% | <70% | | ZB13 | 治理文档交付进度 | 已评审通过并发布数 ÷ 阶段目标数 | 制度文档库 | 平台自动采集 | 季 | ≥90% | 70%—90% | <70% | | ZB14 | 工作包按期完成率 | 当期按期完成数 ÷ 当期应完成数 | 工作包台账 | 平台自动采集 | 月 | ≥90% | 70%—90% | <70% | | ZB15 | 关键路径工作包按期完成率 | 关键路径按期完成数 ÷ 关键路径应完成数 | 工作包台账 | 平台自动采集 | 月 | ≥95% | 80%—95% | <80% | | ZB16 | 受阻工作包占比 | 受阻工作包数 ÷ 在办工作包数 | 工作包台账 | 平台自动采集 | 月 | ≤10% | 10%—25% | >25% | | ZB17 | 制度流程执行记录完整度 | 有完整记录的流程数 ÷ 已上线流程数 | 抽查记录 | 人工抽查，抽查比例固定 | 季 | ≥90% | 70%—90% | <70% | | ZB18 | 质量问题整改按期关闭率 | 按期关闭数 ÷ 应关闭数 | 整改台账 | 平台自动采集 | 季 | ≥90% | 70%—90% | <70% | | ZB19 | 须公司配合事项完成率 | 已完成配合事项数 ÷ 当期应完成数 | 须公司配合事项清单 | 人工填报，附状态证据 | 月 | ≥90% | 70%—90% | <70% | | ZB20 | 取数授权开通进度 | 已开通系统数 ÷ 计划开通数 | 授权开通记录 | 平台自动采集 | 月 | ≥90% | 70%—90% | <70% | | ZB21 | 填报入口实际填报率 | 有填报记录的作业批次数 ÷ 应填报批次数 | 业务系统填报记录 | 平台自动采集 | 月 | ≥80% | 60%—80% | <60% | 三项指标的阈值与其余不同，须说明理由。ZB15 的阈值收紧（一般档为百分之九十五以上）， 原因是关键路径上的任何滞后都会传导到里程碑，不能与非关键路径同样宽松。 ZB16 的方向相反（占比越低越好），因此阈值表达为上限。ZB21 的阈值放宽 （一般档为百分之八十以上），原因是新增填报环节涉及作业习惯的改变， 初期填报率低于其他指标属正常，若按百分之九十设阈，前两期必然判为严重偏差， 反而失去指示作用；但该指标连续两期不升的，按重要偏差处理。 ZB19 单列为一组的理由在于：本项目有相当一部分整改必须由公司推动， 把它纳入同一张评估表，使双方在同一组数字上对话，避免进度责任的归属争议。 ##### 5.4.1 重点指标的详细指标卡（模板） 表 5-2 给出二十一项指标的汇总。其中五项指标的计算容易产生歧义—— 分子分母的范围、排除规则、抽样方法不同会得出相差很大的结果， 因此单独出详细指标卡。详细卡片在首期评估时随报告一并定版，后续各期沿用。 **指标卡 ZB02　业务对象标识贯通率** | 项 | 内容 | |---|---| | 定义 | 已建立主键映射规则并落库、且通过抽样核对的业务对象数占对象清单总数的比例 | | 计算式 | 已贯通对象数 ÷ 对象清单总数 | | 分子的计入条件 | 须同时满足三项：映射规则已定稿并经归口确认；规则已落库形成可查询的映射表；抽样核对的命中率达到该对象的约定基线 | | 分母范围 | 《业务对象清单》中的十四类对象；首期按十类核心对象统计，第二期起按十四类统计，期间变更须在报告中给出两种口径的对照值 | | 排除规则 | 口径未裁定而暂以多口径并存方式建表的对象不计入分子，在报告中单列 | | 数据来源 | 治理平台的映射表登记记录＋抽样核对记录 | | 采集方式 | 平台自动采集分子分母，抽样核对结论人工确认 | | 统计周期 | 季 | | 阈值 | 一般 ≥90%；重要 70%—90%；严重 <70% | | 与其他指标的关系 | 本指标是 ZB03 跨系统关联命中率的前置；两者同时下降时须先查本指标 | **指标卡 ZB03　跨系统关联命中率** | 项 | 内容 | |---|---| | 定义 | 按映射规则在跨系统间可成功关联的记录数占抽样记录总数的比例 | | 计算式 | 抽样可关联记录数 ÷ 抽样总数 | | 抽样方法 | 分层抽样。按业务对象分层，每层按时间均匀抽取；每个对象的抽样量不少于 100 条，总抽样量不少于 1200 条 | | 抽样方法的固定 | 首期确定的分层方式、每层样本量与抽取规则在后续各期不变（办法第三十一条） | | 判定「可关联」 | 按映射规则可唯一定位到下游系统的对应记录；定位到多条且无法消歧的记为不可关联 | | 排除规则 | 源记录本身为测试数据或已作废的，不计入分母 | | 数据来源 | 抽样核对记录（含原始样本明细，随报告附表一提交） | | 采集方式 | 人工抽样核对，核对结果逐条留痕 | | 统计周期 | 季 | | 阈值 | 一般 ≥90%（相对阶段目标）；重要 70%—90%；严重 <70% | **指标卡 ZB07　场景最小可用集达成率** | 项 | 内容 | |---|---| | 定义 | 已达成最小可用集的验证场景数占十一个场景的比例 | | 计算式 | 已达成场景数 ÷ 11 | | 「达成」的判定 | 该场景最小可用集中的每一项数据均已具备、且经该场景的业务归口职能书面确认可用 | | 部分达成的处理 | 不计入分子，但在报告中列出已具备项与缺口项，缺口项注明供给档位 | | 分母范围 | 固定为 11，不因场景建设进度调整 | | 数据来源 | 《高质量数据集验证场景数据需求清单》的达成确认记录 | | 采集方式 | 人工填报，须附业务归口职能的书面确认 | | 统计周期 | 季 | | 阈值 | 一般 ≥90%（相对阶段目标）；重要 70%—90%；严重 <70% | | 说明 | 本指标只衡量数据是否具备，不衡量场景本身的建设进度——场景建设不属本项目范围 | **指标卡 ZB12　数据集质检一次通过率** | 项 | 内容 | |---|---| | 定义 | 首次送检即通过门控的批次数占送检批次总数的比例 | | 计算式 | 一次通过批次数 ÷ 送检批次数 | | 「批次」的界定 | 一次完整的质检送检对应一个批次，以质检报告的唯一编号为准 | | 「通过」的界定 | 六维度指标均达到判定门限，且环节门控检查表无不通过项 | | 排除规则 | 因质检规则本身变更而重新送检的批次不计入分母，另在报告中说明 | | 数据来源 | 质检报告 | | 采集方式 | 平台自动采集 | | 统计周期 | 季 | | 阈值 | 一般 ≥90%；重要 70%—90%；严重 <70% | | 说明 | 本指标偏低不必然是坏结果——门控严格时初期通过率低属正常；连续三期不升才构成问题，届时须查规则设置与上游加工两处 | **指标卡 ZB21　填报入口实际填报率** | 项 | 内容 | |---|---| | 定义 | 有完整填报记录的作业批次数占应填报批次数的比例 | | 计算式 | 有填报记录的作业批次数 ÷ 应填报批次数 | | 统计对象 | 三类填报入口分别统计并给出合计：热处理装炉登记（按炉次）、焊接层间温度记录（按焊缝）、维修事实记录（按服务工单） | | 「完整填报」的界定 | 该入口的必填字段全部有值，且经手人已确认 | | 分母来源 | 热处理按群控系统的炉次工单数；焊接按质量系统的焊缝台账；维修按售后服务工单数 | | 首月豁免 | 入口上线的首月不纳入阈值判定，自第二个月起判定 | | 数据来源 | 业务系统填报记录 | | 采集方式 | 平台自动采集 | | 统计周期 | 月 | | 阈值 | 一般 ≥80%；重要 60%—80%；严重 <60%；连续两期不升的按重要偏差处理 | | 说明 | 三类入口的填报率分别呈现而不只给合计，原因是三类的作业岗位与填报负担差异大，合计值会掩盖其中某一类的实际情况 | 其余十六项指标按表 5-2 的口径执行，不另出详细卡片。 附表一「指标实测明细表」的字段为：指标号、指标名称、基线值、阶段目标、本期实测、 达成率、偏差级别、分子实测、分母实测、数据来源、采集方式、与上期对比、备注十三项， 其中「分子实测」「分母实测」两项必填，用于让复核方能够自行验算。 #### 5.5 偏差识别与分级 偏差识别按两条线并行。一条是指标线：系统按表 5-2 的阈值自动判定每项指标的偏差档位。 另一条是工作包线：系统按工作包的计划完成时点与实际完成时点计算滞后月数， 按办法第三十二条判档。两条线的结果合并成偏差清单，同一事项在两条线上 判出不同档位的，按较重一档认定。 受阻与待定责的工作包不计入本责任部门的滞后，但其影响计入前置方的偏差归因 （实施计划第 4.4 节）。这一处理方式的目的是让偏差统计指向真正的卡点： 如果一个部门的工作包因上游未交付而停摆，把滞后记在它头上， 下一期的措施就会用在错的地方。 表 5-3　偏差清单的字段（模板） | 字段 | 填写要求 | |---|---| | 偏差序号 | PC－期次－三位序号 | | 偏差对象 | 指标号或工作包编号 | | 偏差描述 | 一句话说明差在哪里，含实测值与目标值 | | 级别 | 一般／重要／严重 | | 归因分类 | 取表 5-4 的六类之一，不得留空 | | 具体缺口 | 指名具体对象，如「图号与零件号映射口径未经设计职能确认」 | | 责任方 | 公司某部门／我方项目组／双方 | | 是否关键路径 | 是／否 | | 已采取的动作 | 本期内已做的协调或补救 | | 本期是否新增 | 新增／延续（延续须注明首次出现期次） | 表 5-5　整改任务单的字段（模板） | 字段 | 填写要求 | |---|---| | 任务号 | ZG－期次－三位序号 | | 对应偏差 | 偏差序号，可多值 | | 整改任务 | 一句话写清做什么，动宾结构 | | 任务性质 | 决策类／协调类／实施类（决策类须注明决策主体） | | 负责人 | 单一负责人，不设共同负责 | | 时点 | 以相对月份表示，不晚于下一评估期中点 | | 恢复判定条件 | 须可用四类验收方式之一核查；不接受「完成整改」一类表述 | | 所需决策 | 若为决策类，写明须谁决策、决策选项与各选项后果 | | 关闭状态 | 已关闭／部分关闭／未关闭（下一期填写） | | 未关闭原因 | 未关闭或部分关闭时必填，取归因分类六类之一 | 整改任务的时点要求不晚于下一评估期中点，原因是整改必须在下一期评估前 留出可观察效果的时间；时点定在评估期末，下一期报告只能写「正在整改」， 评估因此变成逐期顺延。任务性质分三类是为了区分谁来推动： 决策类的瓶颈在决策主体，协调类的瓶颈在跨部门议事，实施类的瓶颈在工作量。 三类不作区分，整改任务会一律按实施类催办，而真正卡住的决策类事项 不会因催办而推进。 #### 5.6 归因分类与分析方法 归因分类与现状诊断阶段使用的缺口性质分类保持一致，使评估结论与诊断结论可比 （办法第三十四条）。分类共六类，每类对应一种确定的处理路径。 表 5-4　归因分类与处理路径（模板） | 归因分类 | 含义 | 典型表现 | 处理路径 | 主要责任方 | |---|---|---|---|---| | GY1 口径未确认 | 同一业务含义存在多种口径，归口未裁定 | 库存三套口径并存；检验位置口径不一致；图号规则不统一 | 提请委员会裁定（办法第二十六条第三项） | 公司 | | GY2 授权未开通 | 取数授权、账号或接口未开通 | 源系统只读接口未开通；图档批量读取通道未确认 | 列入须公司配合事项清单，按月跟踪 | 公司信息化职能 | | GY3 流程未落地 | 需在作业流程中增设的填报环节未落地或填报率低 | 热处理装炉登记未填；焊接层间温度仍为纸质记录；维修事实无结构化记录 | 确定填报责任岗位与考核衔接；系统预填减少填报量 | 公司业务部门 | | GY4 平台功能未到位 | 治理平台或工具链的依赖功能未上线 | 落标检查规则未上线；血缘未建成；审计日志未开启 | 调整功能上线顺序；启用规划表 3-8 的回退方式 | 我方项目组 | | GY5 外部条件未落实 | 外部机构档期、测评排期、新增投入决策未落实 | 认定机构档期未确认；新增采集投入未决策 | 提前接洽备选机构；提供最小投入方案 | 双方 | | GY6 数据本身缺失 | 历史上无记录或物理上未采集 | 投运评价无记录；部件级振动测点缺失；纸质报告未数字化 | 区分补录、流程补齐、新增采集三条路径分别安排 | 双方 | 分析方法有三条规则。第一，偏差须逐项归因，不得合并归因。 两个工作包滞后原因不同而合并写作「协调不畅」，下一期无法下达具体整改任务。 第二，归因不得使用无指向的表述。办法第三十四条列明的禁止表述包括 「客观原因」「协调不畅」一类，须指名具体缺口。 第三，延续性偏差须注明首次出现的期次。一项偏差延续三期以上的， 在第三章单独列示并分析上两期措施为何未见效——措施本身可能就是问题所在。 ### 图 A3-5　评估指标采集、偏差归因与战略迭代的闭环 ① 指标采集 平台自动采集为主 人工填报为辅（附证据） 系统值与人工值须核对 ② 偏差识别与分级 指标线 ＋ 工作包线 两线合并，取较重一档 受阻／待定责不计本部门 ③ 归因分析 GY1 至 GY6 六类 逐项归因，指名具体缺口 延续三期者单列分析 ④ 整改任务单 负责人 · 时点 恢复判定条件 一般偏差 办公室跟踪 下期月报说明补救安排 重要偏差 办公室会同责任部门制措施 报委员会备案 严重偏差 提交委员会决议 可触发战略调整程序 ⑤ 战略调整 目标调整 → 委员会 排期调整 → 办公室主任 ⑥ 文本修订与下游通知 版本号递增 · 修订记录表 送达记录留存 ⑦ 下期复核 上期整改任务关闭情况 延续性偏差识别 采集方法一经固定不得变更；确需变更须同时给出按原方法计算的对照值，使各期可比（办法第三十一条） 评估结论用于排期与资源调配、目标与任务调整、部门考核三条路径；不作为对具体人员的评价依据（办法第三十五条） 图 A3-5　评估指标采集、偏差归因与战略迭代的闭环。数据来源：招标文件 3.2.6.1.1.2.1 第（3）项（b1243、b1244）；偏差分级与归因要求取《数据战略管理办法》 第三十二条至第三十五条；归因分类与现状诊断阶段的缺口性质分类一致。 #### 5.7 报告正文（样例） 本节给出两段样例：第 5.7.1 至 5.7.7 节为第一期半年度评估报告的正文样例， 评估区间为 T＋3 月至 T＋8 月；第 5.7.8 节为第二期年度全面评估的增加内容样例。 各项数值为示意填写，用于说明填写粒度、结论写法与归因的具体程度， 实际数值以项目期实测为准。样例中凡涉及公司真实部门名称与人员的，仍以占位标出。 ##### 5.7.1 第二章　评估结论摘要（样例） 本期为战略发布后的首次评估，评估区间为 T＋3 月至 T＋8 月，数据截止时点为 T＋8 月末。 本期纳入统计的工作包四十二个，其中应完成三十一个，实际按期完成二十四个， 按期完成率百分之七十七点四，落在重要偏差档。关键路径工作包应完成十一个， 按期完成九个，按期完成率百分之八十一点八，落在重要偏差档。 本期的偏差集中在两个方向，与指标的分布一致。第一个方向是取数授权与读取通道： 计划开通的九套源系统实际开通六套，原生图纸批量读取通道的试读未通过， 直接导致工艺设计方向的成对样本集未能按期开工。第二个方向是口径裁定： 图号与零件号的映射口径与库存口径两项提请裁定后尚未形成委员会决议， RW01-2-04 与 RW07-2-03 两个工作包处于受阻状态。 本期须委员会决策的事项三项：一是图号与零件号映射口径的归口裁定； 二是原生图纸批量读取方式的替代方案选择（三种方式的成本与时点见第五章）； 三是焊接层间温度等三类新增采集的投入决策，该决策的时点已过规划建议时点两个月。 三项中前两项处于关键路径，第三项影响第三阶段的场景验证口径。 本期不建议调整战略目标。按期完成率落在重要偏差档的主要原因是前置条件未落实， 而非目标设定过高；在前置条件落实后，已滞后的工作包可在两个月内追回。 建议调整的是排期：RW01-2 的第二组映射规则与 RW07-1-02 的时点各后移两个月， 相应地 RW04-1-04 工艺主题域建模由 T＋9 后移至 T＋11。 排期调整不影响 M2 里程碑时点，但余量由三个月压缩至一个月。 ##### 5.7.2 第三章　量化目标达成情况（样例节选） | 目标号 | 目标项 | 基线值 | 阶段目标 | 本期实测 | 达成率 | 偏差级别 | 简要说明 | |---|---|---|---|---|---|---|---| | MB01 | 过程域达三级数量 | 6 个（诊断结论） | 阶段目标 12 个 | 11 个 | 91.7% | 一般 | 组织与制度类过程域推进顺利 | | MB02 | 业务对象标识贯通率 | 2/14 | 阶段目标 6/14 | 4/14 | 66.7% | 严重 | 图号与零件号、库存批次两组受阻于口径未裁定 | | MB03 | 跨系统关联命中率 | 41.3%（抽样 1200 条） | 阶段目标 60% | 52.8% | 88.0% | 重要 | 已贯通对象的命中率提升明显，未贯通对象拖低总体 | | MB04 | 一级 CDE 检查规则覆盖率 | 0 | 阶段目标 40% | 36.5% | 91.3% | 一般 | 质量规则库按计划推进 | | MB06 | 资源目录对象覆盖数 | 0 | 阶段目标 4 类 | 4 类 | 100% | 无偏差 | 目录首批上线前的登记工作已完成 | | MB07 | 场景最小可用集达成率 | 0/11 | 阶段目标 2/11 | 1/11 | 50.0% | 严重 | 板材备料工艺场景受图纸读取通道影响 | | MB08 | 预训练数据集规模达成率 | 0 | 阶段目标 80 亿 Token | 72 亿 Token | 90.0% | 一般 | 文档类资产归集进度正常 | | MB09 | 指令微调数据集规模达成率 | 0 | 阶段目标 8 万条 | 4.6 万条 | 57.5% | 严重 | 工艺设计子集未开工（成对样本集未就绪） | | MB12 | 治理文档交付数 | 0 | 阶段目标 9 份 | 9 份 | 100% | 无偏差 | 战略类四份、组织类两份、架构类三份 | | MB13 | 制度流程执行记录完整度 | — | 阶段目标 80% | 71.4% | 89.3% | 重要 | 数据需求管理流程的执行记录缺失较多 | | MB14 | 须公司配合事项完成率 | — | 按月考核 | 本期均值 63.6% | 63.6% | 严重 | 十二项事项中四项已完成、三项部分完成 | | MB15 | 数据标注专家库入库人数 | 0 | 阶段目标 15 人 | 12 人 | 80.0% | 重要 | 工艺职能人员档期紧张，认定批次后移 | 本期四项严重偏差中有三项（MB02、MB07、MB09）同源： 图纸读取通道与映射口径这两件事未解决，直接影响工艺设计方向的全部下游工作。 MB14 的严重偏差与前三项互为因果——须公司配合事项完成率低，正是前三项的成因。 因此本期的整改任务集中在配合事项的落实上，而不是在已滞后的加工工作包上加人。 ##### 5.7.3 第四章　工作包执行情况（样例） | 重点任务 | 应完成 | 按期完成 | 按期完成率 | 受阻 | 待定责 | 主要情况 | |---|---|---|---|---|---|---| | RW01 业务对象标识贯通 | 4 | 2 | 50.0% | 2 | 1 | 第二组映射受阻；时间基准工作包待定责（信息化与各业务口归属未确认） | | RW02 主数据与数据标准落标 | 4 | 4 | 100% | 0 | 0 | 工序字典已会签确认，为本期最重要的完成项 | | RW03 治理组织与制度运行 | 5 | 5 | 100% | 0 | 0 | 组织发文、办法与规划发布均按期 | | RW04 数据架构落地 | 3 | 2 | 66.7% | 1 | 0 | 工艺主题域建模受阻于成对样本集 | | RW05 质量与安全规划实施 | 2 | 2 | 100% | 0 | 0 | 分级标准草案与首批规则按期 | | RW06 资产目录与运营 | 1 | 1 | 100% | 0 | 0 | — | | RW07 场景数据供给 | 6 | 3 | 50.0% | 3 | 0 | 授权未开通与图纸通道未确认为主因 | | RW08 数据集交付与评测 | 3 | 2 | 66.7% | 1 | 0 | 工艺设计子集未开工 | | RW09 贯标送审与复评 | 1 | 1 | 100% | 0 | 0 | 认定机构档期已书面确认 | | RW10 软建设与人才支撑 | 2 | 2 | 100% | 0 | 0 | 管理办法与首批认定按期；入库人数低于阶段目标，见 MB15 与 PC-01-009 | | 合计 | 31 | 24 | 77.4% | 7 | 1 | — | 受阻工作包七个，占在办工作包（四十二个中在办三十五个）的百分之二十， 落在 ZB16 的重要偏差档。七个受阻工作包的阻因分布为： 授权未开通三个、口径未裁定两个、上游输出未就绪两个。 ##### 5.7.4 第五章　偏差清单与归因（样例节选） | 偏差序号 | 偏差对象 | 偏差描述 | 级别 | 归因分类 | 具体缺口 | 责任方 | 关键路径 | 本期是否新增 | |---|---|---|---|---|---|---|---|---| | PC-01-001 | RW07-1-02 | 原生图纸批量读取通道试读未通过，实际可读张数远低于抽样要求 | 严重 | GY2 授权未开通 | 图档系统不支持按项目批量导出，单张读取方式的速率不能满足 63 万张的解析需求 | 公司信息化职能、我方项目组 | 是 | 新增 | | PC-01-002 | RW01-2-04 | 图号与零件号映射规则未定稿 | 严重 | GY1 口径未确认 | 图号命名规则在设计与工艺两个职能间存在两种写法，归口未裁定 | 公司委员会 | 是 | 新增 | | PC-01-003 | MB09、RW08-2 | 指令微调数据集工艺设计子集未开工 | 严重 | GY6 数据本身缺失 | 成对样本集依赖 PC-01-001 与 PC-01-002，二者未解则本项无输入 | 双方 | 是 | 新增 | | PC-01-004 | ZB20、RW07-1-01 | 计划开通九套系统实际开通六套 | 重要 | GY2 授权未开通 | 质量管理、热处理群控、装备远程运维三套系统的授权审批未完成 | 公司信息化职能 | 否 | 新增 | | PC-01-005 | RW07-2-03 | 库存口径统一工作包受阻 | 重要 | GY1 口径未确认 | 账面、实物、项目占用三套口径并存，归口未裁定 | 公司委员会 | 否 | 新增 | | PC-01-006 | ZB19、PH-09 | 焊接层间温度等三类新增采集投入决策未作出，已过建议时点两个月 | 重要 | GY5 外部条件未落实 | 投入方案已提交，审批流程停留在【待填：审批环节】 | 公司委员会 | 否 | 新增 | | PC-01-007 | MB13、RW03-3 | 数据需求管理流程执行记录完整度 71.4% | 重要 | GY3 流程未落地 | 需求提交环节线上办理，评审与反馈环节仍以口头方式进行，无记录 | 公司各业务部门 | 否 | 新增 | | PC-01-008 | RW01-1-03 | 时间基准与单位口径统一工作包待定责 | 一般 | GY1 口径未确认 | 该工作包涉及十七套系统的时点字段，归属在信息化职能与各业务口之间未确认 | 待委员会确认 | 否 | 新增 | | PC-01-009 | MB15、RW10-3-02 | 标注专家库入库 12 人，低于阶段目标 15 人 | 重要 | GY5 外部条件未落实 | 工艺职能资深人员档期紧张，第二批认定后移 | 公司人力职能、工艺职能 | 否 | 新增 | 典型偏差的详细分析取 PC-01-001。该项是本期影响面最大的偏差， 它同时是 PC-01-003 的成因，并通过工艺主题域建模影响 RW04 与 RW08 两条线。 试读的实际情况是：按图号单张读取可行，但速率与并发不满足 63 万张的解析需求； 按项目批量导出的接口在图档系统中不存在。可选的三条路径为： 在图档系统侧增加批量导出接口；在内网部署解析作业，按图号队列分批读取并就地解析； 以项目为单位由设计职能按批次导出至指定目录。三条路径的成本、时点与 对设计职能工作量的影响在第六章整改任务单中逐条列明，供委员会选择。 本期不自行选定路径，原因是三条路径分别涉及公司不同职能的投入， 选择权在委员会。 ##### 5.7.5 第六章　整改任务单（样例） | 任务号 | 对应偏差 | 整改任务 | 负责人 | 时点 | 恢复判定条件 | 所需决策 | |---|---|---|---|---|---|---| | ZG-01-001 | PC-01-001 | 三条图纸读取路径的方案比较与选定 | 【待填：办公室负责人】 | T＋9 月中 | 委员会形成选定决议 | 委员会选择路径 | | ZG-01-002 | PC-01-001 | 按选定路径实施并完成二次试读 | 我方项目组 | T＋11 月 | 抽样 5000 张可读率达到约定基线 | 无 | | ZG-01-003 | PC-01-002 | 图号命名规则归口裁定 | 【待填：委员会秘书】 | T＋9 月 | 委员会裁定记录 | 委员会裁定 | | ZG-01-004 | PC-01-002 | 按裁定结论完成映射规则定稿与落库 | 我方项目组 | T＋10 月 | 抽样核对命中率达到约定基线 | 无 | | ZG-01-005 | PC-01-003 | 成对样本集开工并完成首批构建 | 我方项目组 | T＋12 月 | 首批样本通过抽样一致性校验 | 无 | | ZG-01-006 | PC-01-004 | 三套系统授权审批推进 | 【待填：信息化职能负责人】 | T＋10 月 | 三套系统取数账号可用并完成试取 | 无 | | ZG-01-007 | PC-01-005 | 库存口径归口裁定 | 【待填：委员会秘书】 | T＋10 月 | 委员会裁定记录 | 委员会裁定 | | ZG-01-008 | PC-01-006 | 新增采集投入决策的推进与最小投入方案提交 | 我方项目组提交方案，公司决策 | T＋10 月 | 决策结论（通过或不通过均可结案） | 委员会决策 | | ZG-01-009 | PC-01-007 | 需求评审与反馈环节的记录要求重新宣贯并抽查 | 【待填：办公室负责人】 | T＋11 月 | 抽查完整度达到 85% 以上 | 无 | | ZG-01-010 | PC-01-008 | 时间基准工作包的归属确认 | 【待填：委员会秘书】 | T＋9 月 | 委员会确认记录 | 委员会确认 | | ZG-01-011 | PC-01-009 | 第二批标注专家认定 | 【待填：人力职能负责人】 | T＋11 月 | 入库人数达到 15 人 | 无 | 整改任务的恢复判定条件一栏不写「完成整改」一类表述，而写可核查的具体条件。 ZG-01-008 的判定条件写作「决策结论（通过或不通过均可结案）」， 是因为该任务的目的是取得一个明确结论——若决策为不投入， 相关场景按降级口径验证，这同样是一个可执行的结果； 悬而未决才是真正的风险。 上期整改任务的关闭情况在本章第三节列示。本期为首期，无上期任务。 自第二期起，本节逐条给出上期整改任务的关闭状态， 未关闭的注明原因并判断是否构成延续性偏差。 ##### 5.7.6 第七章　战略迭代建议（样例） 本期提出三项建议，其中两项为排期调整，一项为任务度量指标的口径补充； 不建议调整量化目标。 第一项，建议 RW01-2 第二组映射规则（RW01-2-04）由 T＋5 后移至 T＋10， RW07-1-02 原生图纸读取通道由 T＋3 后移至 T＋11， RW04-1-04 工艺主题域建模由 T＋9 后移至 T＋11。 三者为同一条依赖链，后移幅度按 ZG-01-001 至 ZG-01-005 的时点确定。 该调整属排期调整，按办法第三十八条由办公室主任决定，不改变 M2 里程碑时点， 但 M2 的时间余量由三个月压缩至一个月，建议在下期评估中按周跟踪这条链。 第二项，建议 RW10-3 的标注专家认定由集中两批改为分三批， 每批人数减少、批次增加，以适应工艺职能资深人员的档期。 该调整为工作包的拆分，按办法第三十八条由办公室主任决定并报委员会备案。 第三项，建议为 ZB21 填报入口实际填报率补充一条口径： 首月不纳入阈值判定，自第二个月起判定。本期尚无填报入口上线， 但 RW07-3-02 热处理装炉登记入口将于 T＋9 上线，若首月即按百分之八十判定， 必然判为严重偏差。补充这条口径是为了让指标在初期也有指示作用， 而不是产生一个必然触发的告警。该调整涉及评估指标口径， 按办法第十八条的量化目标调整程序报委员会批准。 不建议调整量化目标的理由有两条。一是本期四项严重偏差中三项同源， 成因是前置条件未落实，不是目标设定过高；在前置条件落实后， 滞后的工作包可在两个月内追回。二是目标值的下调会连带影响四类数据集的规模承诺， 而数据集规模是资产层愿景的验收依据，不宜在首期评估中调整。 若下期评估时 PC-01-001 与 PC-01-002 仍未解决，再按办法第三十七条第（五）项 启动目标调整程序。 ##### 5.7.7 第八章　里程碑可达性判断（样例） | M2 判定条件 | 当前状态 | 可达性 | 依据 | |---|---|---|---| | 十类核心对象映射规则落库并通过抽样核对 | 4/10 已落库，2 组受阻 | 有条件可达 | 取决于 ZG-01-003 与 ZG-01-004 能否在 T＋10 完成 | | 数仓首批主题域建模完成 | 2 个主题域完成，工艺主题域受阻 | 有条件可达 | 取决于成对样本集就绪时点 | | 四类数据集均有正式发布版本并通过质检与验证 | 3 类已有版本，指令微调类未开工工艺子集 | 有条件可达 | 取决于 ZG-01-005 | | 治理文档累计发布不少于 20 份 | 已发布 9 份，在编 7 份 | 可达 | 文档类工作包未受前述偏差影响 | 本期对 M2 的总体判断为「有条件可达」，条件是三项须委员会决策的事项 在 T＋10 月前形成结论。若上述事项在 T＋11 月仍无结论，M2 的判定条件中 前三条将不可达，届时按办法第三十三条作严重偏差处理并提请委员会决议。 本判断不使用「预计可以完成」一类表述。里程碑可达性的结论只有三种： 可达、有条件可达（须写明条件）、不可达（须写明缺口）。 三种之外的表述在报告中不予采用，原因是模糊结论无法支撑决策。 ##### 5.7.8 第二期（年度全面评估）的增加内容与样例 年度全面评估在半年度评估的基础上增加三项内容（办法第二十九条第三项）。 这三项是持续迭代机制的实际落点——半年度评估回答「做到了多少」， 年度全面评估回答「目标与安排本身是否还合适」。下面给出第二期报告中 这三项的写法与样例，评估区间为 T＋9 月至 T＋14 月。 **一、量化目标适用性复核（样例）** 复核逐目标回答三个问题：基线是否采集有误；目标值在当前前置条件下是否可达； 统计口径是否仍可取到数据。三问中任一项为否，即提出调整建议并说明理由。 | 目标号 | 基线是否有误 | 目标值是否可达 | 口径是否仍可取数 | 复核结论 | |---|---|---|---|---| | MB01 过程域达三级数量 | 否 | 是 | 是 | 维持 | | MB02 业务对象标识贯通率 | 否 | 是（口径裁定已完成，滞后已追回） | 是 | 维持 | | MB03 跨系统关联命中率 | 否 | 是 | 是 | 维持 | | MB04 一级 CDE 检查规则覆盖率 | 基线无误，但一级 CDE 总数由 【样例：118】 调整为 【样例：131】 | 是 | 是 | 维持目标比例，分母变更须在报告中给出两种口径对照值 | | MB07 场景最小可用集达成率 | 否 | 有条件可达（取决于 D 档采集投入决策） | 是 | 维持，但在报告中标注条件 | | MB09 指令微调数据集规模 | 否 | 是（工艺设计子集已开工并追回进度） | 是 | 维持 | | MB13 制度流程执行记录完整度 | 否 | 是 | 是 | 维持 | | MB14 须公司配合事项完成率 | — | 是 | 是 | 维持 | | MB15 标注专家库入库人数 | 否 | 否（目标 15 人，实际可认定人数受资深人员总数限制） | 是 | 建议目标值由 15 人调整为 【样例：12 人】，并增设「外部标注人员经培训认定」一项补足标注产能 | 本期仅 MB15 一项提出目标调整建议。调整的理由是客观条件限制而非执行不力： 可认定的资深工艺人员总数有限，继续按 15 人设目标，每期都会判为未达成， 而真正需要解决的是标注产能，不是入库人数。因此建议在调整目标值的同时 增设一项补足措施，使目标与实际约束对应。MB04 的分母变化不属目标调整， 但须在报告中给出两种口径的对照值，使本期与上期可比（办法第三十一条）。 **二、资源投入充分性分析（样例）** | 投入类别 | 规划安排 | 实际投入 | 充分性判断 | 说明 | |---|---|---|---|---| | 我方人力·治理规划线 | 第一阶段满负荷，后续转文档维护 | 按规划执行 | 充分 | — | | 我方人力·数据加工线 | 第二阶段为高峰 | 投入已到位，但前三个月因输入未就绪处于等待 | 基本充分 | 等待期的工时已调整至其他子集，无实际损失 | | 我方人力·平台建设线 | 第二阶段为高峰 | 按规划执行 | 充分 | — | | 公司·数据管理办公室 | 全程，建议专职 | 【样例：兼职 2 人】 | 不充分 | 工作包跟踪与月报汇总占用时间较多，建议增加 1 人或将汇总工作交由平台自动生成 | | 公司·各业务口数据专责 | 按比例投入工时 | 【样例：设计、工艺、质量三职能实际投入低于约定比例】 | 不充分 | 与 ZB19 的偏差同源；建议按办法第二十七条将工时投入纳入考核 | | 公司·信息化职能 | 第一、二阶段为高峰 | 按规划执行 | 充分 | 授权开通滞后系协调环节，非投入不足 | | 平台与工具 | 六项依赖功能 | 【样例：五项已上线，审计日志待上线】 | 基本充分 | 审计日志未上线期间按规划表 3-8 的回退方式执行 | | 外部服务 | 四类机构 | 认定与测评机构档期已锁定 | 充分 | — | 资源投入分析的结论不是「投入够不够」，而是「不够的部分用什么方式补」。 本期两项不充分的判断对应两条具体建议：办公室的工作量通过平台自动生成月报缓解， 业务口的工时投入通过考核衔接解决。两条建议均不要求追加人员编制， 原因是建设周期内追加编制的可行性低，而把重复性工作交给平台、 把投入要求写进考核是可执行的。 **三、重点任务依赖关系复核（样例）** 复核回答一个问题：规划第四章设定的依赖关系，在实际推进中是否成立。 依赖关系设错，关键路径就是错的，排期优化会用在错的地方。 | 原设依赖 | 实际情况 | 复核结论 | |---|---|---| | RW04 依赖 RW01、RW02 | 成立。工艺主题域建模确实在图号映射完成后才具备输入 | 维持 | | RW07 依赖 RW02 | 部分不成立。A 档数据的接入并不依赖标准落标完成，只需字段清单 | 建议拆分：RW07-1（A 档接入）改为依赖 RW01-1，不依赖 RW02 | | RW08 依赖 RW07 | 成立 | 维持 | | RW06 依赖 RW01、RW04 | 成立 | 维持 | | RW09 依赖 RW03、RW04、RW05 | 新增依赖。贯标评估同时要求数据资产管理过程域的执行记录，实际还依赖 RW06 | 建议补充 RW09 对 RW06 的依赖，并将 RW06-4 流程上线时点前移 | | RW10-3 依赖 RW02-2 | 成立。标注标签体系确实依赖工序字典 | 维持 | 本期复核发现两处需要修正：一处是依赖设置过严（RW07-1 对 RW02 的依赖）， 放宽后 A 档接入可提前约两个月；一处是依赖缺失（RW09 对 RW06 的依赖）， 补充后 RW06-4 的时点须前移，否则贯标送审时会缺少资产管理过程域的执行记录。 两处修正均属排期调整，按办法第三十八条由办公室主任决定并报委员会备案。 **四、上期整改任务的关闭情况（样例）** | 任务号 | 整改任务 | 恢复判定条件 | 本期状态 | 说明 | |---|---|---|---|---| | ZG-01-001 | 三条图纸读取路径的方案比较与选定 | 委员会形成选定决议 | 已关闭 | 选定按图号队列分批读取并就地解析 | | ZG-01-002 | 按选定路径实施并完成二次试读 | 抽样 5000 张可读率达到约定基线 | 已关闭 | 二次试读通过 | | ZG-01-003 | 图号命名规则归口裁定 | 委员会裁定记录 | 已关闭 | 按设计职能口径统一，工艺侧建映射 | | ZG-01-004 | 映射规则定稿与落库 | 抽样核对命中率达基线 | 已关闭 | — | | ZG-01-005 | 成对样本集开工并完成首批构建 | 首批样本通过抽样一致性校验 | 已关闭 | 较计划晚半个月 | | ZG-01-006 | 三套系统授权审批推进 | 三套系统取数账号可用并完成试取 | 部分关闭 | 装备远程运维平台的授权仍未完成 | | ZG-01-007 | 库存口径归口裁定 | 委员会裁定记录 | 已关闭 | — | | ZG-01-008 | 新增采集投入决策推进 | 决策结论（通过或不通过均可结案） | 未关闭 | 延续性偏差，首次出现于第一期 | | ZG-01-009 | 需求评审与反馈环节记录要求重新宣贯 | 抽查完整度达 85% 以上 | 已关闭 | 本期抽查 88.2% | | ZG-01-010 | 时间基准工作包归属确认 | 委员会确认记录 | 已关闭 | 归信息化职能 | | ZG-01-011 | 第二批标注专家认定 | 入库人数达 15 人 | 未关闭 | 见 MB15 的目标适用性复核结论 | 十一项整改任务中八项已关闭、一项部分关闭、两项未关闭。两项未关闭中， ZG-01-008 为延续性偏差，已延续两期，按第 5.6 节的规则在第三章单独列示； 其措施之所以未见效，原因是提交的投入方案金额超出年度预算安排， 而非方案本身不被接受。本期因此改提交最小投入方案，先解决单一场景的采集需求， 按场景优先级分批实施。ZG-01-011 转为目标调整建议处理，不再作为整改任务延续。 #### 5.8 本报告与矿山装备制造业务的结合点 评估报告最容易写成通用的项目月报。本样章有三处是按公司的实际情况设计的。 一是指标 ZB21「填报入口实际填报率」的设置。公司最棘手的三类数据缺口—— 热处理装炉量与码装方式、焊接预热与层间温度、在役装备维修事实—— 都不能靠一次性补录解决，必须在作业流程中增设填报环节。 这类数据的建设成败不在系统上，而在作业岗位是否真的填。 把填报率设为独立指标并按月采集，使这件事在评估中有位置； 同时把它的阈值放宽并约定首月不判定，是因为作业习惯的改变需要时间， 用过严的阈值反而掩盖真实趋势。 二是归因分类 GY6「数据本身缺失」下的三条处理路径区分。 公司的数据缺失不是一种类型：选型投运评价与纸质检测报告属于历史上有事实但无电子记录， 走补录与数字化路径；热处理装炉登记与维修事实属于作业中本应记录而未记录， 走流程补齐路径；焊接层间温度与部件级振动测点属于物理上未采集， 走新增采集路径。三条路径的责任方、成本与周期完全不同， 归因时不作区分，整改任务就下不到具体的人头上。 三是样例中 PC-01-001 的处理方式。原生图纸的批量读取通道是一个典型的 技术上不难、但涉及多个职能投入的问题。报告给出三条路径及各自的成本、 时点与对设计职能工作量的影响，但不自行选定——选择权在委员会。 这一处理方式贯穿本样章：报告的职责是把事实、选项与各选项的后果呈现清楚， 决策的职责在公司的治理组织。63 万张历史工艺样本是工艺设计方向数据集最有价值的来源， 这条路走不通，MB09 的目标就没有实现路径，因此它必须作为须决策事项 出现在报告的第二章摘要里，而不是埋在第五章的偏差清单中。 #### 5.9 本报告的评审、确认与流转机制 本报告的流转为四步。第一步，我方项目组按指标卡采集数据、分析偏差、起草报告， 起草完成后与办公室核对系统值与人工值的差异。第二步，办公室复核， 复核重点为三项：归因是否指名具体缺口、整改任务的恢复判定条件是否可核查、 须决策事项是否完整。第三步，委员会确认，确认的形式为会议审议并记入纪要； 对严重偏差同时作出处理决议。第四步，归档与分发，分发范围为委员会成员、办公室、 各部门数据专责、我方项目组。 报告的修订只在一种情形下发生：确认环节发现数据有误。此时修订的是数据与 由该数据得出的结论，次版本号递增，并在修订记录表中注明原值与更正值。 报告的结论不因委员会的处理决议而修订——决议是对报告结论的回应， 不是对报告的更改。这一点写入办法第二十九条的配套说明， 目的是保留评估的独立性：评估记录差在哪里，决策记录怎么办，两者分开留痕。 各期报告之间的衔接有两条硬要求。一是采集方法不得变更（办法第三十一条）， 确需变更的须同时给出按原方法计算的对照值。二是延续性偏差须注明首次出现期次， 延续三期以上的在第三章单独列示并分析前两期措施为何未见效。 这两条是让评估形成趋势判断而不是四份互不相干的快照的前提。 ### 六、四份文件的共用管理规则 本节规定四份文件共用的编号、版本、评审、变更、归档与发布前自检规则。 把共用规则集中在一处，是为了避免四份文件各写一套、项目期出现同一事项两种做法。 本节的规则同样适用于数据治理规划成果中其余二十余份文档， 各文档的专属要求在其自身的样章中另行规定。 #### 6.1 编号与版本号规则 文件编号采用全卷统一的五段式规则 `GHY26691-<类别码>-<域码>-<序号>-<版本号>`， 与全部交付文档、电子文件名、纸质册书脊标识及资产台账主键取同一取值，便于按编号直接定位到 纸质册、电子件与台账行。数据治理各域的文档取类别码 `GV`，域码即治理域号， 数据战略域为 `01`，四份文件因此同属 `GV-01` 号段。序号在本域内按本节清单的出场顺序连续分配，从 `0001` 起，不编码招标文件交付清单的行号——清单一经增补或某一行下挂多份文件，由行号推导出的编号就不再成立；与清单的对应关系写在「对应条目」一列。报告类文件在版本号后加期次号，格式为「－第N期」。 | 文件 | 编号 | 对应条目 | |---|---|---| | 《数据战略管理办法》 | `GHY26691-GV-01-0001-V1.0` | 清单第 1 项（`b1333r02`） | | 《数据战略规划》 | `GHY26691-GV-01-0002-V1.0` | 清单第 2 项（`b1333r03`） | | 《数据战略实施计划》 | `GHY26691-GV-01-0003-V1.0` | 清单第 3 项（`b1333r04`） | | 《战略评估报告》 | `GHY26691-GV-01-0004-V1.0－第N期` | 清单第 4 项（`b1333r05`） | 四份文件的形态并不相同——一份制度、两份计划、一份周期性报告——但同属数据战略域， 因此共用一个号段，形态另在文档登记表的「文件类别」一列标明。 其中管理办法与规划、实施计划构成一组、在管理上一并发布与修订， 四份文件在文档登记表中互相标注「同组文件」， 并在各自的文件标识表「上位文件／下位文件」一栏写明组内关系。 版本号为两段式「V主.次」。主版本号递增的情形有三类：章节结构变化； 条款、目标值或任务清单的实质修改；文件适用范围变化。 次版本号递增的情形有三类：文字勘误；附表增补而不改变正文； 引用文件版本更新而不影响实质内容。 | 变更内容 | 版本号变化 | 是否须重新审批 | 是否须通知下游 | |---|---|---|---| | 章节结构调整 | 主版本号递增 | 是，按原审批层级 | 是，全范围 | | 条款实质修改 | 主版本号递增 | 是，按原审批层级 | 是，全范围 | | 量化目标值调整 | 主版本号递增 | 是，委员会批准 | 是，全范围 | | 重点任务清单增减 | 主版本号递增 | 是，委员会批准 | 是，全范围 | | 工作包时点调整 | 实施计划次版本号递增 | 办公室主任批准 | 是，受影响部门 | | 里程碑时点调整 | 实施计划主版本号递增 | 是，委员会批准 | 是，全范围 | | 文字勘误 | 次版本号递增 | 办公室主任批准 | 否，随下次发布一并说明 | | 附表增补 | 次版本号递增 | 办公室主任批准 | 是，受影响部门 | | 引用文件版本更新 | 次版本号递增 | 办公室主任批准 | 否 | | 部门名称调整（公司机构变更） | 次版本号递增 | 办公室主任批准 | 是，受影响部门 | #### 6.2 评审层级与会签 四份文件的评审层级已在《数据战略管理办法》第十八条规定。 本节补充两条共用要求。 第一条，会签意见须逐条答复，不采纳的说明理由（办法第十六条第四项）。 答复表随文本一并报批，这是评审可追溯的基础。 实际操作中最容易省略的是「不采纳理由」一栏——省略之后， 同一意见会在下一版评审中再次提出，评审因此变成循环。 第二条，评审意见的分类。评审意见按三类处理：实质性意见须在本版修改或 明确答复后方可报批；程序性意见在本版修改；提示性意见记录在案， 在下次修订时一并考虑。三类的区分由办公室判定，判定结果在答复表中标明。 不作区分的后果是所有意见等量齐观，评审周期被少数提示性意见拖长。 #### 6.3 变更通知与下游影响分析 数据治理规划成果共二十余份文档，四份战略类文件是其中若干份的上位依据。 每次修订都要求全部下游同步核对，管理成本过高且无必要； 完全不通知，下游按旧版本执行又会产生偏差。本节因此规定按变更部位 确定通知范围与核对要求。 | 变更部位 | 下游处理要求 | 涉及的下游文档类别 | 反馈时限 | |---|---|---|---| | 办法第二章职责分工 | 须同步核对 | 全部治理文档的职责条款 | 10 个工作日 | | 办法第五章评估指标口径 | 须同步核对 | 质量管理办法、数据质量需求清单、运维管理制度 | 10 个工作日 | | 办法附表二表单字段 | 须同步核对 | 全部涉及该表单的文档 | 10 个工作日 | | 规划第四章重点任务清单 | 须同步核对 | 实施计划、各规划域成果物清单 | 10 个工作日 | | 规划第五章量化目标 | 须同步核对 | 评估报告指标卡、质量管理办法 | 10 个工作日 | | 规划第八章对齐关系 | 须同步核对 | 数据集相关的规范与数据卡 | 10 个工作日 | | 实施计划工作包台账 | 仅通知受影响部门 | 无文档层面的联动 | 5 个工作日确认 | | 其余章节的表述调整 | 仅通知，由下游自行判断 | — | 10 个工作日反馈判断结果 | ### 图 A3-6　文件变更的通知范围判定与下游核对链 文本修订获批 版本号按 6.1 节递增 按变更部位判定通知范围 须同步核对 职责分工 · 评估指标口径 · 表单字段 重点任务清单 · 量化目标 · 对齐关系 下游 10 个工作日内书面反馈 仅通知受影响部门 工作包台账调整 附表增补 · 部门名称调整 5 个工作日内确认收到 仅通知，自行判断 其余章节的表述调整 文字勘误 · 引用文件版本更新 10 个工作日反馈判断结果 送达记录留存（办法第四十一条）：未收到通知而按旧版本执行所产生的偏差，不计入执行部门的偏差统计 历史版本在制度文档库中标记「已被替代」并保留可查，不予删除——修订轨迹是 DCMM 过程记录的组成部分 图 A3-6　文件变更的通知范围判定与下游核对链。数据来源：通知范围与留痕要求取 《数据战略管理办法》第四十条、第四十一条；下游文档类别对应招标文件 3.2.6.1.1.2.10 交付清单二十五项以上文档（b1332、b1333r01 至 b1333r38）。 #### 6.4 归档、留存与密级 四份文件及其过程记录按三处归档：正式文本与发文归公司档案； 电子版与过程记录归治理平台的制度文档库；评审与会签的原始材料归办公室。 三处的归档内容不重复，检索入口统一在制度文档库—— 文档库登记每份文件的档案号、平台存储位置与原始材料存放位置三项索引字段。 留存期限按办法第五条第四项，不短于本办法有效期加三年。 《战略评估报告》各期独立留存，不因后期报告出具而作废前期。 历史版本标记「已被替代」并保留可查（办法第四十条）， 原因不只是档案要求：DCMM 评估需要看到制度的演进过程与修订依据， 只有最新一版、看不出修订轨迹，反而会被判定为过程记录不足。 密级按公司数据安全分级标准执行。四份文件本体为内部级； 其中涉及商务信息的部分（外部服务投入的金额与机构信息）、 涉及人员信息的部分（专责岗位名单、专家库名单）按更高密级单独管理， 在文本中以引用方式指向另行管理的附件，不直接写入正文。 这一处理方式使正文的分发范围可以放宽到各部门数据专责一级， 而不必因少量敏感内容限制整份文件的流转。 #### 6.5 发布前自检表 四份文件在报批前由办公室按下表逐项自检，自检结果随报批材料提交。 自检不通过的项目不得报批。 | 序号 | 自检项 | 判定标准 | 适用文件 | |---|---|---|---| | 1 | 文件标识完整 | 编号、版本号、密级、生效日期、解释权五项齐备 | 四份 | | 2 | 编制依据齐备 | 办法第十四条的三项依据均已具备并在文本中引用 | 规划 | | 3 | 章节结构到三级 | 正文目录中每一节有三级标题或明确说明无需细分 | 四份 | | 4 | 目标可验收 | 每项量化目标有基线值、目标值、统计口径、验收方式四项 | 规划 | | 5 | 绝对化表述已改写 | 全文无未改写的绝对化目标表述，改写处配验收口径与未达成处理 | 规划、实施计划 | | 6 | 工作包四要素齐备 | 每个工作包有唯一责任部门、明确输出物、时点、四类之一的验收方式 | 实施计划 | | 7 | 验收方式合规 | 验收方式限于四类，无「完成相关工作」一类表述 | 实施计划 | | 8 | 依赖关系显式 | 有前置依赖的工作包均填写前置工作包编号 | 实施计划 | | 9 | 归因无无指向表述 | 全文无「客观原因」「协调不畅」一类表述 | 评估报告 | | 10 | 恢复判定条件可核查 | 每条整改任务的恢复判定条件可用四类验收方式之一核查 | 评估报告 | | 11 | 占位已标注并入清单 | 待填项均以【待填：…】标出，并汇总于待补材料清单 | 四份 | | 12 | 口径与上位文件一致 | 数字、任务编号、阈值、里程碑时点与上位文件一致 | 四份 | | 13 | 会签意见已逐条答复 | 答复表齐备，不采纳项有理由 | 办法、规划、实施计划 | | 14 | 修订记录表已更新 | 本次修订已登记六项字段 | 修订版本 | | 15 | 通知范围已确定 | 按 6.3 节的判定表确定通知范围并列明对象 | 修订版本 | 第 5 项与第 7 项是实践中最容易不通过的两项。第 5 项的典型情形是在 「全面覆盖」「实现全流程闭环」一类表述上；这类表述写进文件后， 每一期评估都会把它判为未达成。第 7 项的典型情形是工作包的验收方式 写成「相关部门确认」——确认什么、按什么标准确认没有写清， 到期后验收环节必然产生争议。 #### 6.6 四份文件与 DCMM 数据战略能力域的证据对应 本项目以通过 DCMM 三级认证为目标（b1218、b1219）。 数据战略是 DCMM 九个能力域中的第一个，其下设数据战略规划、数据战略实施、 数据战略评估三个过程域。三级（稳健级）对这三个过程域的基本要求是： 过程已成文并在组织范围内执行、有明确的责任分工、有可查的执行记录、 有度量与改进机制。四份文件及其过程记录正是这些要求的证据。 把证据对应关系在此一次列明，有一个具体的用处：贯标送审时需要的材料 不在送审前另行补制，而是在日常执行中自然形成（办法第二十八条）。 下表左列是三级要求，右列是对应的文件条款与记录，记录名称与办法附表一、 附表二一致。 | 过程域 | 三级要求要点 | 对应文件与条款 | 对应执行记录 | 记录形成环节 | |---|---|---|---|---| | 数据战略规划 | 数据战略已成文并经组织批准 | 《数据战略规划》V1.0；办法第十八条审批层级 | 委员会会议纪要＋公司发文 | 规划报批 | | 数据战略规划 | 战略编制有明确的依据与流程 | 办法第十四条（编制依据）、第十六条（编制流程五步） | 战略编制立项表、意见征求与答复汇总表、会签意见答复表 | 编制过程 | | 数据战略规划 | 战略与业务目标对齐 | 规划第三章愿景三层表述、第八章与数据集建设及场景验证的对齐 | 规划正文及其评审意见 | 规划评审 | | 数据战略规划 | 战略在组织范围内宣贯 | 办法第二十条（宣贯三类对象） | 宣贯签到记录与培训材料 | 发布后三十日内 | | 数据战略规划 | 战略有版本管理 | 办法第四十条（版本号规则）、第 6.1 节 | 文件修订记录表、历史版本留存 | 每次修订 | | 数据战略实施 | 战略已分解为可执行的任务并落实责任 | 《数据战略实施计划》；办法第二十二条（分解规则四项） | 工作包下达单（含十项要素） | 工作包下达 | | 数据战略实施 | 任务有明确的时间节点与责任部门 | 实施计划台账字段 8、10、11 | 工作包台账及其版本快照 | 计划下达与滚动修订 | | 数据战略实施 | 实施过程有资源保障 | 办法第二十四条（人力、平台、外部服务三类） | 规划表 3-7 至 3-10；资源到位情况随年度全面评估分析 | 规划报批与年度评估 | | 数据战略实施 | 实施过程有记录可查 | 办法第二十八条（四类证据） | 工作包验收单、会议纪要、系统操作记录、抽样核对记录 | 日常执行 | | 数据战略实施 | 跨部门协同事项有处理机制 | 办法第二十六条（四类协同事项）、实施计划第 4.7.1 节（三类争议） | 委员会裁定记录、待定责事项列示 | 争议发生时 | | 数据战略评估 | 评估有周期与指标 | 办法第二十九条（三类评估）、第三十条（三组指标） | 表 5-1 期次表、表 5-2 指标卡 | 评估机制建立时 | | 数据战略评估 | 评估数据来源明确、可复核 | 办法第三十一条（采集方式固定）、第 5.4.1 节详细指标卡 | 指标实测明细表（含分子分母实测值） | 每期评估 | | 数据战略评估 | 偏差有分级与处理 | 办法第三十二条、第三十三条 | 偏差清单、偏差措施表、委员会决议 | 每期评估 | | 数据战略评估 | 有改进与迭代机制 | 办法第六章（战略调整）、评估报告第七章（迭代建议） | 战略调整申请单、影响清单、修订记录表 | 调整发生时 | | 数据战略评估 | 评估结论被运用 | 办法第三十五条（三条运用路径） | 排期调整说明、考核数据、委员会决议 | 评估后 | 表中有两处须特别说明。第一，「记录形成环节」一列表明每一份记录都在日常执行中产生， 不是为送审而编制的。贯标评估中最常见的扣分点不是制度缺失，而是制度与执行脱节—— 办法写了要出工作包下达单，而实际工作用口头安排；办法写了偏差要分级， 而实际月报只写「总体进展良好」。本附件的四份样章把记录要求写到字段一级， 目的就是让这两者不脱节。 第二，表中「数据战略评估」过程域的证据依赖于评估报告的实际出具。 项目期内评估报告不少于四期，若因建设周期安排使某一期的区间过短， 宁可合并期次也不要出一份没有实际指标数据的报告—— 没有数据的评估报告在贯标评估中不构成证据，反而暴露过程未执行。 #### 6.7 投标阶段与项目期的提交口径 本附件在投标阶段提交的是四份文件的样章，用于说明交付结构与粒度。 项目期的提交安排为：《数据战略管理办法》《数据战略规划》《数据战略实施计划》 在第一阶段内定版发布，随数据治理规划成果一并提交；《战略评估报告》 按表 5-1 的期次与时点逐期提交。四份文件的正式文本以公司批准发布的版本为准， 与本附件样章在条款编号、字段名称、阈值取值上保持一致； 因公司评审意见而修改的部分，在提交时附修改对照说明。 本附件的样章不作为合同附件，也不构成对公司内部制度内容的单方面约定—— 四份文件的制订权与审批权在公司的数据治理组织（第 1.1 节）， 我方承担编制支撑、方法提供与文本起草。这一界定在项目实施方案与 本附件中保持一致。 ### 七、本附件与招标文件要求、技术方案各段的对照 #### 7.1 招标文件要求的逐条对照 | 招标文件要求 | 单元 id | 本附件的落实位置 | |---|---|---| | 制定数据战略规划，明确数据管理愿景、重点任务、资源投入与实施路线图 | b1239、b1240 | 第 3.4.2 节（愿景与验收口径）、3.4.3 节（重点任务）、3.4.5 节（资源投入）、3.4.6 节（路线图与里程碑）、图 A3-3 | | 配套制定数据战略管理办法 | b1240 | 第二节全节，正文七章四十六条及附表二份 | | 制定数据战略实施计划，细化阶段任务，明确责任部门及时间节点 | b1241、b1242 | 第四节全节，WBS 三级分解、工作包台账、责任矩阵、里程碑交付物对照 | | 构建数据战略常态化评估机制，分析执行偏差，输出评估报告 | b1243、b1244 | 第 5.4 节（指标卡二十一项）、5.5 节（偏差分级）、5.6 节（归因分类）、5.7 节（首期报告样例）、图 A3-5 | | 形成数据战略持续迭代机制 | b1244 | 第 2.4.6 节（办法第六章战略调整）、5.7.6 节（迭代建议）、6.3 节（变更通知与下游核对）、图 A3-6 | | 输出数据战略管理办法、数据战略规划、数据战略实施计划、战略评估报告 | b1245、b1246 | 四份样章分列于第二至第五节；交付节奏见表 A3-1 | | 交付清单第 1 项　数据战略管理办法 | b1333r02 | 第二节 | | 交付清单第 2 项　数据战略规划 | b1333r03 | 第三节 | | 交付清单第 3 项　数据战略实施计划 | b1333r04 | 第四节 | | 交付清单第 4 项　战略评估报告 | b1333r05 | 第五节 | | 至少交付不少于 25 份数据治理规划文档 | b1331、b1332 | 本附件交付其中 4 份的样章；全部交付清单的进度指标见表 5-2 的 ZB13，交付清点工作包见 RW06-1-05 | | 具体的交付文档数量和名称可在实施阶段滚动优化 | b1334 | 第 6.1 节文件编号规则预留顺序号；第 4.2 节按季滚动修订约定 | | 以 DCMM 三级认证为目标，支撑高质量数据集建设及场景应用 | b1218 | 办法第一条（目的）、第六条（与数据集建设的关系）；规划第 3.4.2 节能力层愿景 | | 围绕 DCMM 九大能力域输出可落地的制度、流程及管理办法 | b1221、b1222 | 第 6.1 至 6.5 节的共用管理规则适用于其余二十余份文档 | | 九个业务域的治理实施 | b1336 | 规划第 3.2 节适用范围；责任矩阵覆盖各业务职能 | #### 7.2 与技术方案各段的口径对照 | 口径项 | 本附件取值 | 技术方案中的出处 | 一致性说明 | |---|---|---|---| | 三层治理组织 | 数据治理委员会／数据管理办公室／各业务口数据专责 | 数据治理规划（一）数据治理规划一节 | 同一口径 | | 重点任务编号与名称 | RW01 至 RW10 | 数据治理规划（一）表 3-1 | 任务名称与顺序一致，本附件增加二级任务号 | | 阶段切分 | 第一阶段 T＋0 至 T＋3，第二阶段 T＋4 至 T＋18，第三阶段 T＋19 至 2028 年 5 月 | 数据治理规划（一）表 3-2 | 同一口径 | | 里程碑 | M1 诊断完成与战略发布、M2 关联打通与首批数据集交付、M3 评测与贯标通过 | 数据治理规划（一）图 3-1 | 同一口径，本附件补充判定条件 | | 偏差三档阈值 | 一般 ≥90%、重要 70%—90%、严重 <70% | 数据治理规划（一）表 3-4 | 同一口径；本附件对 ZB15、ZB16、ZB21 三项作差异化处理并说明理由 | | 评估指标 | 二十一项，含表 3-4 的七项并扩充 | 数据治理规划（一）表 3-4 | 扩充项为数据集规模类与填报率类，与四大数据集口径一致 | | 数据供给四档 | A 可直接取用／B 需清洗映射／C 需补录回填／D 需新增采集 | 数据治理规划（一）表 2-9 | 同一口径 | | 关键数据元素分级 | 一级至三级，按出错后果定级 | 数据治理规划（一）第 2.8.1 节 | 同一口径 | | 四大数据集规模 | 615 亿 Token／89 万条／6.6 万组／0.95 万条 | 四大数据集规模与数据卡一节 | 同一口径，分项规模一致 | | 验证场景数 | 11 个 | 数据治理规划（一）表 2-10 | 同一口径 | | 源系统数 | 17 套 | 数据治理规划（一）第 2.7.2 节 | 同一口径 | | 业务对象清单 | 十四类，其中十类为首批标识贯通范围 | 数据治理规划（一）第 2.7.1 节 | 同一口径 | | 备料工序道数 | 28 道 | 全卷统一口径 | 同一口径 | | 历史工艺样本 | 63 万张，每张配一张已审核签发的工艺卡片 | 全卷统一口径 | 同一口径 | | 安全分级 | L1 公开至 L5 机密五级 | 数据治理规划（二）数据安全规划一节 | 同一口径 | | 质量六维度 | 完整性、准确性、一致性、唯一性、及时性、有效性 | 数据治理规划（二）数据质量规划一节 | 同一口径 | | 版本五件套 | 数据集内容、数据集卡片、版本指纹、质检报告、验证报告 | 标准规范与模板一节 | 同一口径；本附件的 RW08 工作包验收引用该口径 | | 治理文档总数 | 不少于 25 份 | 数据治理规划（二）数据治理规划成果交付一节 | 同一口径 | 本附件的文件编号规则、版本号规则与发布前自检表为新增内容，技术方案正文未涉及， 不存在口径冲突。若后续合稿时发现本附件与正文在上表之外出现不一致， 按全局口径以正文为准，并按第 6.3 节的通知机制同步修订本附件。 ### 八、本稿待补材料清单 本附件的结构与条文已按交付粒度写出，下列材料须由公司提供或经公司确认后方可定版。 清单按材料性质分三类，每类注明用途与所需提供方。 #### 8.1 须公司提供的机构与岗位信息 | 序号 | 待补项 | 出现位置 | 用途 | 提供方 | |---|---|---|---|---| | 1 | 公司简称（用于文件编号前缀） | 表 A3-1、第 6.1 节 | 四份文件及其余治理文档的编号 | 公司办公室 | | 2 | 公司发文号格式与申请流程 | 第 2.1 节、办法第十九条 | 办法与规划的正式发文 | 公司办公室 | | 3 | 数据治理委员会委员名单与所代表部门 | 办法第九条 | 职责分工条款的具体化 | 公司人力职能 | | 4 | 数据管理办公室的设置方式与主任岗位 | 办法第十条、第十八条 | 审批权限的具体化 | 公司人力职能 | | 5 | 各业务部门的正式名称与归口职责 | 责任矩阵（第 4.7 节）、各处「某职能」 | 功能性称谓替换为实际部门名称 | 公司人力职能 | | 6 | 各部门数据专责的岗位名称与人员安排 | 办法第十一条、规划表 3-7 | 工作包承接主体的落实 | 公司各业务部门 | | 7 | 各部门数据专责的工时投入比例 | 规划第 3.4.5 节、实施计划第 4.2 节 | 资源投入安排与考核衔接 | 公司人力职能 | | 8 | 考核权重与考核主体 | 办法第二十七条 | 考核衔接条款的具体化 | 公司人力职能 | | 9 | 评估报告样例中的整改任务负责人 | 第 5.7.5 节 | 样例中已以占位标出，定版时填实际岗位 | 公司办公室 | #### 8.2 须经诊断与盘点后确定的数值 | 序号 | 待补项 | 出现位置 | 确定时点 | 确定方式 | |---|---|---|---|---| | 10 | DCMM 过程域达三级数（基线） | 规划表 3-1、表 3-5 | 第一阶段末 | 诊断报告定级结论 | | 11 | 已贯通业务对象数与对象清单总数 | 规划表 3-1 | 第一阶段末 | 资产盘点表统计 | | 12 | 跨系统关联命中率（基线） | 规划表 3-1、表 3-5 | 第一阶段末 | 抽样统计，样本量与抽样方法同期固定 | | 13 | 一级关键数据元素总数 | 规划表 3-1 | 第一阶段末 | CDE 清单定级结果 | | 14 | 制度文件版本状态字段完整度（基线） | 规划表 3-1 | 第一阶段末 | 文档库统计 | | 15 | 炉次档案关联完整度（基线） | 规划表 3-1 | 第一阶段末 | 抽样统计 | | 16 | 故障与数据段配对数（基线） | 规划表 3-1 | 第一阶段末 | 运维平台统计 | | 17 | 数据质量评分（基线） | 规划表 3-5 | 首轮质量检查后 | 质量评估方案的评分方法 | | 18 | 数据标注专家库目标人数 | 规划表 3-5 | 标注工作量测算后 | 按标注工作量与一致性要求测算 | | 19 | 各项量化目标的目标值 | 规划表 3-5 | 基线确定后 | 按办法第十八条的程序补填并报委员会批准 | | 20 | 工作包总数与分解结果 | 实施计划表（第 4.5 节） | 首版计划下达时 | 按实际分解结果替换估算值 | | 21 | 验收基线值（抽样核对类工作包） | 工作包台账字段 16 | 工作包下达前 | 与责任部门协商确定并写入下达单 | #### 8.3 须公司决策或确认的事项 | 序号 | 待补项 | 出现位置 | 影响 | 建议决策时点 | |---|---|---|---|---| | 22 | 评估期次的区间与出具时点 | 表 5-1 | 评估节奏固化 | 项目启动会 | | 23 | 各阶段时点以合同生效日为起点的对应日期 | 全附件各处 T＋n | 全部时点的绝对化 | 项目启动会 | | 24 | 十项前置条件的接受与推动安排 | 规划表 3-15 | 规划能否按目标执行 | 规划审议时 | | 25 | 焊接层间温度等三类新增采集的投入决策 | 规划表 3-15 第 6 项、PH-09 | D 档数据能否形成；相关场景的验证口径 | T＋6 月 | | 26 | 原生图纸批量读取方式的选定 | 规划表 3-15 第 7 项、PC-01-001 样例 | 63 万张历史工艺样本能否形成成对样本集 | T＋4 月 | | 27 | 库存口径与检验位置口径的归口裁定 | 规划表 3-15 第 4 项 | 库存与质量两类场景的最小可用集 | T＋4 月 | | 28 | 纸质检测报告的数字化范围与优先级 | 规划表 3-15 第 10 项 | 质量方向数据集的规模 | T＋6 月 | | 29 | 密级划分中涉及商务与人员信息部分的管理方式 | 第 6.4 节 | 文件分发范围 | 文件报批时 | | 30 | 《数据战略管理办法》编入 ZL 类的处理是否接受 | 第 6.1 节 | 文档检索与类别登记 | 文件报批时 | 上表第 22 与第 23 项是本附件中所有时点表述的共同前提。本附件一律以相对月份 （T＋n 月）表示时点，T 为合同生效日。正式文件在项目启动会上与公司确认后， 将相对月份换算为绝对日期并固化，此后的排期调整按《数据战略管理办法》 第三十八条办理。