负责人 赵伊川　·　状态 初稿　·　10 分　·　覆盖 313 个标书单元　·　 批注 8

一、本节导读与应答索引

本节回应招标文件第三章综合评分表第 4 项「项目管理措施」的两项评分内容——项目管理技术与项目实施计划（b0496r05），同时逐条回应第五章技术要求 3.2.6.11「项目组织实施与保障措施要求」（b1860）、3.2.6.13「知识产权相关建设要求」（b1872）、第 4 章「项目建设周期」（b2155）、第 5 章「项目管理制度」（b2157）、第 6 章「实施团队」（b2160）、第 8 章「保密及施工安全」（b2222）、第 9 章「项目验收内容及标准」（b2224）、第 10 章「其它要求」（b2242），以及第四章合同条款中与项目过程管理有关的约定。本节按招标文件第六章投标文件格式「14、服务方案（格式自拟）」编排（b2366、b2367），格式由我方自拟而内容严格对位招标文件条目。

1.1 评分索引

综合评分表第 4 项「项目管理措施」分为项目管理技术与项目实施计划两个小项，评分标准在两个小项下逐一列举了考察事项（b0496r05）。表 1-1 把这些事项逐条拆开，一条一行，给出承载该条内容的章、节与表图编号；一条事项由多处承载的，各处并列列出。各章节的起止页码随全卷定稿分页后统一编定，并回填到投标文件的总目录与索引表 2，本节对应行的填写口径见 25.5 节。

表 1-1　评分项「项目管理措施」评分标准细项与本节承载章节的对应。数据来源：招标文件第三章综合评分表第 4 项（b0496r05）、第五章 3.2.6.11 项目组织实施与保障措施要求（b1861、b1862、b1867）。

1.2 本节的组织方式

招标文件在两处列出了项目管理工作的域划分，内容一致：综合评分表要求针对「需求、范围、进度、人力、实物、沟通、相关方、风险、变更、配置等项目管理工作，提供科学的理论、技术、方法、流程、工具和模板」（b0496r05）；技术要求第 5 章要求《项目管理计划》「包括但不限于以下内容：需求管理、范围管理、进度管理、人力资源管理、实物资源管理、沟通管理、相关方管理、风险管理、配置管理等」（b2159）。

我方据此把本节正文的第一部分直接按这十个管理域逐章展开，每一章都按「该域在本项目要解决的具体问题—采用的理论与方法—执行流程—使用的工具—配套的模板表单—度量与验收口径」六个层次写到可执行粒度，便于评审专家与招标文件条目逐条对照。

第二部分是项目实施计划，对应评分表第 2 小项列举的关键工作：项目总体进度计划、需求调研、需求分析、蓝图设计、概要设计、详细设计、定制开发、技术评审、系统集成、联调测试、上线试用、问题解决、成果移交（b0496r05）。该部分按建设周期的五个阶段铺开，给出里程碑、阶段交付物、评审出入口条件与人力投入曲线。

第三部分是制度、流程与模板表单，兑现「须编制不少于 7 份项目内部管理制度」（b1867）与评分表对「流程、工具和模板」的要求，给出制度清单、关键流程图与可直接使用的表单样式。

1.3 管理体系总览

本项目的管理对象与一般信息化项目有两点明显不同，管理体系的设计因此也不同。

第一点，本项目的主要交付物是数据而不是功能。四大数据集的规模是预训练语料 615 亿 Token、指令微调 89 万条、强化学习偏好数据 6.6 万组、基准测试 0.95 万条；它们不像软件功能那样可以靠「点一遍菜单」验收，必须靠抽样、指标和第三方评测报告来确认。这决定了质量管理与配置管理在本项目中的权重高于常规项目：每一批交付的数据都要能回答「从哪里来、经过哪些加工、由谁审过、对应哪个版本的标注规范」四个问题。

第二点，本项目的原始数据分散在甲方十余套在用业务系统和大量离线资料中，取数依赖甲方各业务部门与原系统的配合。进度风险的主要来源不是开发工作量，而是接口开通与资料移交的时间。这决定了相关方管理与风险管理必须前置，并且要把甲方侧的配合事项写成有责任人、有时限的清单，纳入双周计划跟踪。

基于这两点，我方把管理体系设计为三层：决策层负责目标、资源与重大变更，管理层负责计划、协调与度量，执行层负责按工序作业与自检。三层之间用四条固定链路连接——计划链路、报告链路、问题链路、变更链路，每条链路有固定的输入、输出、责任岗与时限。体系总览如图 1-1 所示。

图 1-1　项目管理体系总览与四条管理链路

图 1-1　项目管理体系总览与四条管理链路。数据来源：招标文件第三章综合评分表第 4 项（b0496r05）、第五章 3.2.6.11（b1861）、第 5 章项目管理制度（b2158）、合同条款第七条项目管理约束（b0556、b0558）。

1.4 与投标文件其他章节的边界

为避免重复论述与口径不一致，本节与其他章节的分工如下，评审时可按此索引：

表 1-2　本节与投标文件其他章节的边界。数据来源：招标文件第六章投标文件组成（b2366）与第三章综合评分表（b0496r05）。

1.5 《项目管理计划》的交付承诺

招标文件要求「合同签订后三日内，投标方提供本项目交付所需的《项目管理计划》（加盖投标方公章），以文件形式罗列项目实施过程管理大纲，清晰陈述为保证本项目取得成功拟采用的管理理论、技术、方法、流程、工具、模板等」（b2159）。

我方承诺：自合同正式签署之日起三日内，向甲方提交加盖我方公章的《项目管理计划》纸质正本两份与电子版一份，内容涵盖需求管理、范围管理、进度管理、人力资源管理、实物资源管理、沟通管理、相关方管理、风险管理、变更管理、配置管理十个管理域，并以本节正文作为该计划的编制基准——即《项目管理计划》是本节内容的细化与落地版本，二者在管理域划分、流程节点、表单格式上保持一致，不出现新的管理口径。同期提交加盖公章的《项目人力资源配备表》（b2161），交付方式同上。

本节正文不代替《项目管理计划》这一实件，但本节写明的制度、流程与模板即为该实件的构成要件；甲方在合同签订后收到的文件与投标时审读的本节内容应当可以逐条对应。

二、项目管理体系总体设计

本章回应评分表第 4 项第 1 小项「项目管理技术……提供科学的理论、技术、方法、流程、工具和模板等，管理技术成熟、成体系并且适用」（b0496r05），以及技术要求「须制订项目组织、协同、管理、协调、保密、资金、档案、环境等管理机制，在项目实施过程中须严格遵从上述管理制度」（b1861、b1862）。

2.1 管理理论与标准依据

我方不新造一套管理语言。本项目的管理体系建立在三组已有的、可被甲方独立查证的标准之上，各自承担不同的作用。

第一组是项目管理通用标准，解决「项目怎么管」。采用《项目管理知识体系指南》（PMBOK Guide）的十大知识领域与五大过程组作为管理域划分依据，采用 GB/T 22032—2021《系统与软件工程 系统生存周期过程》与 GB/T 8566—2022《系统与软件工程 软件生存周期过程》界定阶段划分与过程输入输出，采用 GB/T 24353—2022《风险管理 指南》界定风险管理过程。这一组标准的作用是让管理域不重不漏，且阶段出入口条件有国标依据可引。

第二组是软件工程与质量标准，解决「交付物怎么判合格」。采用 GB/T 8567—2006《计算机软件文档编制规范》界定文档种类与内容要求，采用 GB/T 25000.51—2016《系统与软件工程 系统与软件质量要求和评价 第 51 部分：就绪可用软件产品的质量要求和测试细则》界定软件产品质量特性与测试方法，采用 GB/T 19001—2016《质量管理体系 要求》界定过程控制与不合格品处置，采用能力成熟度模型集成（CMMI）第五级的过程域要求组织需求管理、配置管理、度量分析与决策分析活动。

第三组是数据与安全标准，解决「数据交付物怎么判合格、怎么守住合规底线」。采用 GB/T 36073—2018《数据管理能力成熟度评估模型》（DCMM）作为数据治理成果的衡量基准，采用 GB/T 36344—2018《信息技术 数据质量评价指标》界定数据质量维度，采用 GB/T 22239—2019《信息安全技术 网络安全等级保护基本要求》与 GB/T 39786—2021《信息安全技术 信息系统密码应用基本要求》界定安全合规动作，采用《中华人民共和国网络安全法》《中华人民共和国数据安全法》《中华人民共和国个人信息保护法》与甲方保密制度界定数据使用边界（b0585、b2223）。

三组标准之间的关系是：第一组定过程，第二组定软件与文档交付物的合格线，第三组定数据交付物的合格线与合规底线。本节后续各管理域提到的方法与表单，均可回溯到上述标准的具体条款。

2.2 十个管理域的管理技术一览

下表把招标文件列举的十个管理域（b0496r05、b2159）逐一展开为「理论／技术方法／执行流程／工具／模板表单／度量指标」六列，作为后续各章的索引。表中「工具」一列指统一在奔牛数据智能平台项目管理视图中实现的功能，不涉及外部工具的品牌与实现细节。

表 2-1　十个管理域的理论、技术、方法、流程、工具与模板对照。数据来源：招标文件第三章综合评分表第 4 项（b0496r05）、第五章第 5 章项目管理制度（b2159）。

2.3　度量指标的定义、承诺与处置

表 2-1 中的指标不是装饰性名词。每项指标均按“定义／计算口径—数据来源—采集频率—目标或验收口径—未达标处置”登记，纳入月报和阶段评审。指标数据必须能够回到原始记录，不能以执行人员口头自报代替；缺少来源记录的指标值按“待核”处理，不作为通过依据。

指标首次采集在项目启动后的首个完整统计周期完成，由项目管理办公室汇总并报甲方确认基线；除合同或招标文件已有明确时限的指标外，后续目标按季度计划确定并书面发布。指标低于已确认目标时，责任岗在下一次周报或月报中说明原因、影响和纠偏动作；涉及关键路径、里程碑、合同交付物或安全合规的，分别按进度、风险、问题或变更流程升级。指标不是为了追求没有偏差，而是为了让偏差有来源、有责任、有纠偏和有复核。

上述指标均由岗位负责而非由个人姓名负责。指标采集、复核、披露、纠偏和关闭分别留有记录，形成“指标值—原始证据—责任岗位—处置动作—复核结论”的证据链。

在上述十个域之外，本项目还需要四个专项管理域，它们由招标文件单独提出要求：质量与验收管理（b0539、b2224）、文档与档案管理（b1861、b2239）、保密与安全管理（b2222、b0633）、知识产权与成果管理（b1863、b1872）。资金管理亦由 b1861 单独列出。这五项在本节第十三至十八章分别展开。

2.4 管理体系的适用性说明

评分表要求「管理技术成熟、成体系并且适用」（b0496r05）。前两项靠标准依据和体系完整性说明，第三项即适用性，需要落到本项目的具体对象上。以下三点是我方对本项目管理设计所做的针对性调整。

第一，把数据加工的工序当作生产线来管，而不是当作开发任务来管。四大数据集的加工要经过采集接入、解析与预处理、知识本体对齐、标注、合成与增强、质检六个环节。开发任务的管理单位是功能点，数据加工的管理单位是批次。我方为每一批数据建立「批次号—数据来源—加工工序—规范版本—责任人—自检结论—抽检结论」七项必填记录，批次是进度统计、质量统计与配置管理的共同单元。

以板材备料工艺场景为例，历史图纸约 63 万张且每张历史上都配有已审核签发的工艺卡片，这批成对样本的加工按图号段切批，每批次规模控制在便于复核的量级，批次自检不合格则整批退回而不是逐条挑拣，这样质量责任才落得下去。

第二，把甲方配合事项当作进度基准的一部分来管。本项目需要从甲方十余套在用系统取数，招标文件对各系统提出的配合要求包括提供数据库连接信息或接口信息、提供数据字典或数据库设计说明书、提供业务低峰时段。这些事项不在我方可控范围内，但直接决定进度。我方的办法是：在需求调研阶段输出《甲方配合事项清单》，逐条写明事项、责任部门、需要的最晚完成时间以及未按期完成时对下游工序的影响天数，经双方签认后与进度计划同步发布，每次双周计划会同步刷新状态。该清单是后续进度偏差归因的共同依据。

第三，把验收口径前置到设计阶段确认，而不是留到验收时讨论。招标文件约定「若项目验收过程中甲乙双方存在分歧，双方可以友好协商解决，最终以甲方验收确认为准」（b0545）。为减少分歧，我方在蓝图设计阶段即把每一项交付物的验收方法、抽样比例、合格判据与证据形式写入《验收口径确认表》并提请甲方签认，验收阶段按该表执行。设计阶段多花的时间，换的是验收阶段少返工。

第四，按本包性质裁剪管理流程的权重与形态，而不是裁剪流程本身。评分表第 2 条列出的十三项关键工作——总体进度计划、需求调研、需求分析、蓝图设计、概要设计、详细设计、定制开发、技术评审、系统集成、联调测试、上线试用、问题解决、成果移交（b0496r05）——在本项目中全部执行，但本包交付的是数据加工生产、质量评测与场景验证服务，不是一套业务信息系统，因此各项的承载对象与投入权重需要说明清楚，以免评标时按信息系统项目的常规形态去对照。

裁剪按三档处理。全量执行档：需求调研、需求分析、蓝图设计、技术评审、问题解决、成果移交六项，形态与常规项目一致，不作简化；其中需求调研因涉及甲方十余套在用系统，工作量高于常规项目，见第 3.3 节。

改换承载对象档：概要设计与详细设计的对象是数据集加工主线与工具链，而非系统功能模块——概要设计产出的是四大数据集的加工工序链、规范版本与批次切分口径，详细设计产出的是逐工具的输入输出契约、异常与回退；定制开发的对象是九类二十五个专项工具，不是业务功能点；系统集成的对象是十六套以上源系统的取数通道，不是模块间调用；联调测试与上线试用的对象是加工主线与验证场景的贯通，判据是批次能否跑通并通过质检门控。按实际范围定量档：总体进度计划需覆盖至 2028-05 的建设周期与不少于十二个月的质保期，阶段划分按数据集版本而非系统上线版本编排。

裁剪的依据与留痕：每一项的承载对象、投入权重与判定方式写入《管理流程裁剪说明》，在项目启动会上与甲方项目经理共同确认后生效，列为项目管理计划的附件；项目执行期内若范围发生变更，裁剪说明随变更评审一并复核。本节不以裁剪为由减少任何一项的交付物，裁剪记录与交付物清单互为对照。

2.5 管理工具：奔牛数据智能平台项目管理视图

本项目的管理动作在奔牛数据智能平台的项目管理视图中执行与留痕，不另建一套独立的管理系统。该视图提供七类能力：工作分解与任务分派、进度甘特与里程碑看板、需求条目与跟踪矩阵、问题与风险登记、变更申请与审批流转、配置项与基线登记、报表与度量看板。所有管理表单在视图内以结构化字段存储，导出为招标文件要求的 Word 与 Excel 格式（b2241r02 至 b2241r33），纸质签认件扫描后回挂到对应记录，形成可追溯的过程档案。

需要说明两点边界。其一，项目管理视图服务于本项目的过程管理，不属于交付给甲方运营使用的数据集运营服务管理平台功能模块，二者数据不混用；甲方方可按约定账号查阅本项目的进度、问题与风险记录。其二，该视图的使用不替代纸质签认：涉及阶段验收、变更批准、人员更换、交付物移交的事项，以双方签字盖章的纸质件为准，系统记录作为过程证据。

2.6 管理成熟度与持续改进

我方在本项目内设置管理过程的自我检查机制，按季度开展一次过程符合性检查，检查对象是制度规定的动作有没有做、模板有没有按规定填、度量数据有没有按时采集，检查结论形成《过程符合性检查报告》报送甲方。检查发现的不符合项分三类处置：填报缺失类当期补齐；流程绕过类重做并追溯影响；制度本身不适用类提出制度修订，经双方确认后发布新版。

管理过程的符合性以季度检查的实测数据衡量，并通过纠正机制逐季改善，使过程符合性逐步接近制度规定的水平。基线取第一次检查的实测值，后续每季度的目标是不符合项数量较上一季度下降，若连续两个季度未下降则由项目经理向联合领导小组说明原因并调整措施。这一机制同时为 b1866 要求的「年度计划和考核计划，并按考核计划进行目标考核」提供过程数据来源，详见第二十一章。

第一部分　项目管理技术

本部分回应评分表第 4 项第 1 小项（b0496r05），并逐条落实技术要求 3.2.6.11 提出的组织、协同、管理、协调、保密、资金、档案、环境八类管理机制（b1861、b1862）。

三、需求管理

本章回应评分表对需求管理的要求（b0496r05）、技术要求对《项目管理计划》中需求管理内容的要求（b2159），以及合同条款中「与招标方业务部门深入调研与沟通，理解业务需求，避免功能返工」（b2158）的约定。

3.1 本项目需求管理要解决的具体问题

本项目的需求不是一次性可问清的。原因有三。

一是需求的真实主体分散。数据集的使用者是未来的模型训练与场景应用，而数据的提供者是甲方的设计、工艺、生产、质量、供应链、售后各业务部门。前者关心语料的覆盖面与标注一致性，后者关心取数不影响生产、不泄露商业秘密。两类诉求的表达方式完全不同，必须分别调研、分别确认，再在数据规格层面合并。

二是关键需求藏在非正式记录里。以售前选型为例，截深、截高、推移步距一类接口参数是矿方与配套设备各方会商妥协的产物，往往只存在于交流过程中，没有规范的电子留痕。这类需求无法通过翻阅系统字段得到，只能通过跟岗观察与资深人员访谈还原。

三是需求与数据条件互为约束。甲方的数据条件可概括为量不少、关联少、口径散：生产业务数据留存完整，过程参数长期保存，但选型方案以文档散存、焊接参数流与工件焊道无对应、热处理炉次与材料批次检测结果无稳定关联、故障记录与数据段无配对。因此需求确认必须与数据可得性核查同步进行，否则会出现「需求确认了、数据拿不到」的返工。

针对这三点，我方的需求管理设计三条硬规则：需求必须同时记录业务诉求与数据来源；需求必须由提出部门书面确认；未完成数据可得性核查的需求不进入基线。

3.2 需求分类与分级

需求按来源分四类，分类决定了调研方式与确认人：

表 3-1　需求分类、调研方式与确认方。数据来源：招标文件第五章 3.2.2 数据资源建设要求各系统集成条目、第 8 章保密及施工安全（b2222）、7.6 知识产权要求（b2219）。

需求按优先级分三级，用于取舍与排期：A 级为招标文件明文要求且构成验收条件的需求，不可裁剪；B 级为提升交付质量的需求，在不影响 A 级的前提下实现；C 级为甲方期望但超出本包范围的需求，登记在册并说明处置建议，不纳入本期范围。分级结论与甲方在需求确认会上共同判定并记入矩阵，避免后期对「这条算不算合同范围」产生分歧。

3.3 需求调研的组织与执行

需求调研分三轮，每轮有明确的入场条件与出场物。

第一轮为摸底调研，安排在项目启动会后两周内完成。重点是摸清源系统的实际可得性，而不是听取功能愿望。工作内容包括：对甲方在用的客户关系管理、企业资源计划、供应链管理、质量管理、仓储管理、制造执行、工时定额、能源管理、售后服务与备件管理、设备资产管理、产品全生命周期管理、数据采集与监控、协同办公及其他相关系统逐一建档，记录承载的业务事实、数据量级、历史留存范围、接口形式与可用低峰时段；对离线资料逐类抽样，评估图纸、工艺卡片、纸质检测报告、作业指导书的可解析程度。出场物是《源系统与资料台账》和《甲方配合事项清单》初稿。

第二轮为业务深访与跟岗，安排在摸底完成后四周内。重点是把专业判断过程说清楚。调研方式以跟岗观察为主、访谈为辅：在工艺编制岗位观察一张图纸从打开到卡片可审的完整过程，记录每一步的判断依据与信息来源；在备料分厂核对工序集合的实际口径，招标文件与甲方工艺部门确认的正式工序字典为准，当前掌握的口径为 28 道；在热处理与焊接现场记录过程事实的留痕方式与缺口。出场物是各业务域的《业务需求调研记录表》与《专业判断规则初稿》。

第三轮为需求确认与差异澄清，安排在蓝图设计启动前。把前两轮的记录整理成《需求规格说明书》，分业务域组织确认会，逐条过目并由业务部门负责人签认；对存在分歧或超出本包范围的条目形成《需求澄清与处置清单》提交联合领导小组决策。出场物是经签认的需求基线。

三轮调研的工作量按人日估算并纳入进度计划，调研记录在当日整理入库，不积压到阶段末尾。我方不以「调研完成百分比」作为进度口径，而以「已签认需求条目数／已识别需求条目数」作为口径，前者容易失真，后者可核查。

3.4 需求跟踪矩阵

需求跟踪矩阵（b2241r17）是本项目需求管理的核心工具，对上追溯到招标文件条目，对下追溯到设计、开发、数据批次、测试用例与验收证据。矩阵的字段设计如下：

表 3-2　需求跟踪矩阵字段与填写口径。数据来源：招标文件 9.3 验收资料要求第 16 项「需求跟踪矩阵」（b2241r17）。

矩阵由项目管理办公室的需求管理岗维护，每周随周报更新一次，每阶段末随阶段总结报告出一份快照并提交甲方。矩阵的两项度量指标是需求确认率与需求覆盖率：前者为已签认条目占已识别条目的比例，后者为已有对应交付物与验证记录的条目占已签认条目的比例。我方的管理目标是在每个阶段的技术评审入口处，使覆盖率逐步接近该阶段应达成的范围；若评审时覆盖率低于阶段目标，评审不予通过，先补齐再评审。基线值在第一次阶段评审时实测确定。

3.5 需求变更的接口

需求确认后进入基线，此后的任何调整走变更流程，不在需求管理内部消化。招标文件约定「项目实施过程的需求变更及增补，甲方应按项目管理章程要求书面提交乙方，双方进行透彻沟通，如涉及较大的人力或其他费用投入，双方另行商讨费用」（b0628），并约定「乙方在项目运作过程中，如果甲方的需求（项目内容或项目运作时间顺序）发生重要的调整，须经乙方评估确认对项目整体进程的影响，并与甲方共同确定新的项目执行计划」（b0562）。

我方的落实办法是：需求变更一律通过《变更申请单》提出，由我方在五个工作日内出具《变更影响评估表》，说明对范围、进度、成本、质量四个维度的影响；影响在既有资源内可吸收的，双方签认后执行并更新基准；需要追加人力或费用的，提交联合领导小组按合同第十七条处理。变更流程详见第十一章。

3.6 需求管理的模板清单

本域配套四份模板，格式见第二十四章：《业务需求调研记录表》《需求规格确认单》《需求跟踪矩阵》《需求澄清与处置清单》。另有《数据收集清单》《数据导入模板》两份按招标文件要求以 Excel 格式交付（b2241r05、b2241r06），由数据需求类调研直接产出。

四、范围管理

本章回应评分表对范围管理的要求（b0496r05、b2159），并回应合同条款关于交付物范围（b0548 至 b0555）、甲乙双方责任边界（b0565 至 b0578）与第三方参与报备（b0618、b2246、b2247）的约定。

4.1 范围基准的三个来源

本项目的范围基准由三份文件共同构成，缺一不可：招标文件第五章技术要求及服务采购清单（界定建设内容）、我方投标文件（界定承诺的实现方式与指标）、双方签署的技术协议与合同（界定法律意义上的交付义务）。

招标文件明确「技术要求以技术协议为准，技术协议、招投标文件是本合同的组成部分」（b0624），并明确「当本协议规定的内容要求与合同、补充协议（如有）等要求不一致时，按较高要求执行」（b2249、b2250）。我方据此确立范围判定规则：三份文件对同一事项的要求不一致时，按较高要求执行；无法判断高低时，提请联合领导小组裁定并以书面确认为准，不在执行层自行取舍。

本包的范围边界需要特别点明一处。本包是数据加工生产服务，交付内容是数据集的加工生产、质量评测与场景验证；智能场景本身的建设不在本包范围内。场景验证的含义是用已建成的数据集去验证其对目标场景的适配性与有效性，输出验证用例、验证记录与验证结论，而不是交付一套可投产的业务应用。这一边界在《范围说明书》中写明，并在蓝图设计阶段与甲方书面确认，避免在验收阶段对「场景是否上线」产生分歧。

4.2 工作分解结构

范围以三级工作分解结构固化。一级为建设内容，直接对应招标文件第 4 章列出的五项协同推进的建设内容（b2156）；二级为工作包，对应服务采购清单的服务项与技术要求的章节；三级为可交付单元，是进度统计、工时统计与质量统计的共同单位。三级分解的颗粒度原则是：一个三级单元的工期不超过四周，有唯一责任人，有可独立判定合格与否的出场物。

表 4-1　三级工作分解结构（节选，完整 WBS 字典随《项目管理计划》提交）。数据来源：招标文件第五章 3.2 服务部分服务采购清单（b0804r02 至 b0804r08）、第 4 章项目建设周期（b2156）、3.2.6.11（b1867）、3.2.6.13（b1874、b1876、b1878）。

WBS 字典对每个三级单元记录八个字段：单元编号、名称、范围说明、出场物、责任角色、工期、前置依赖、验收方法。字典与需求跟踪矩阵双向关联：每个需求条目至少对应一个三级单元，每个三级单元至少对应一个需求条目；出现单元无需求来源或需求无承载单元的情形，在阶段评审时作为不符合项处理。

4.3 交付物清单与责任分配

招标文件在两处列出交付物：合同第六条列出验收交付物的五类（b0549 至 b0554），技术要求 9.3 列出 32 项技术资料及电子版格式（b2240、b2241r01 至 b2241r33）。我方把两处合并为统一的《交付物台账》，每项记录交付物编号、名称、对应 WBS 单元、电子版格式、份数、交付节点、责任角色、状态与移交单号。台账是范围管理与文档管理的共同基准，详见第十四章。

合同第六条要求交付物「包含如下清单，但不限于」（b0549），其中第 4 类为「除合同及技术协议要求之外的关键节点需要交付的资料」（b0553），第 5 类为「其他与项目质量、成本、交期、风险等管理有关需要交付的资料」（b0554）。这两类是开放项。我方的处理办法是：在每个阶段计划评审时，由双方共同确认该阶段需补充的交付资料并列入台账；本节第二十四章提供的模板表单即为此类资料的常备格式，甲方提出新格式要求时由我方按要求调整，不另行计费。

甲乙双方的责任边界按合同条款固化为责任分配矩阵。招标文件约定甲方应「提供必要的资料、协助和工作场地」（b0568）、「提供有利于本项目实施的必要条件、设备及其他相关工作」（b0570）、「有权要求乙方遵循甲方的实施规范作好实施工作」（b0569）；同时约定「未特定地指派给乙方不属于本合同及技术协议范围内的实施工作任务应由甲方负责，并由甲方监督、管理和控制。

乙方可以根据其自身的知识和经验对甲方执行该任务提供相应的建议或帮助，但该建议或帮助不构成乙方在本合同项下的任何义务或承诺」（b0572）。我方对这一条的理解与落实是：对甲方自行承担的任务，我方提供建议与协助并记录在案，不代替甲方作出决策，也不将该协助计入我方交付义务；此类协助事项在《甲方配合事项清单》中单列一栏标注性质，避免日后混淆。

我方同时承诺履行合同第九条第二款约定的各项义务：遵循合同及附件关于实施服务的约定（b0575）；提供服务的方式和方法经甲方同意后实施（b0576）；对合同中明确约定的任务负责（b0578）；在甲方支付相应服务费后保证软件、算法和服务的质量及时高效，按约定服务范围在规定时间内响应甲方的服务请求（b0579）。

4.4 范围蔓延的控制

范围蔓延在数据类项目中最常见的形式有两种，我方分别设置控制点。

第一种是数据范围的悄然扩大。调研中常出现「这个系统的数据也有用，顺便一起取吧」的情形。控制办法是：源系统与数据域的取数范围以《数据收集清单》签认版为准，新增源系统或新增数据域一律按变更处理，由我方评估接口工作量、脱敏工作量与存储增量后再定。

第二种是加工深度的悄然加深。例如标注粒度从部件级细化到焊道级，样本量不变但工作量成倍增加。控制办法是：标注粒度、标签体系层级、一致性校验方式写入《标注规范》并版本化，规范版本变更按变更处理；每批数据的加工记录中登记所依据的规范版本号，便于核对。

第三方参与按招标文件要求报备。招标文件约定「如有第三方需参与项目，乙方必须事先以书面形式向甲方报备，并经甲方同意及签字确认」（b0618），技术要求亦有同样约定（b2246、b2247）。我方承诺：本项目涉及第三方参与的事项（如由认定机构实施的测评、认证与盖章报告），在相关工作启动前以书面形式向甲方报备，列明参与方资质、工作内容、起止时间与保密承诺，经甲方签字确认后实施；未经甲方书面同意不转包或分包。

五、进度管理

本章回应评分表对进度管理与「项目总体进度计划」的要求（b0496r05、b2159），以及建设周期的约定（b2155、b2156、b0518）。本章讲进度管理采用的方法、流程与工具；具体的分阶段实施计划见第二部分第十九章与第二十章。

5.1 进度基准的建立

项目建设周期为合同正式签署后至 2028 年 5 月（b2156），交付时间为「2028 年 5 月前完成终验收」（b0518）。我方以合同签署日为时间零点（记为 T0），所有计划用相对月份表达，待合同签署后一次性折算为日历日期并发布基准版本。这样做的目的是让投标文件中的计划在签约时间浮动的情况下仍然有效，不必整体重做。

进度基准分三层：

第一层是总体进度计划，以季度为刻度，标注五项建设内容的起止与六个一级里程碑。该计划在项目启动会上发布第一版，经甲方签认后作为基准，此后仅通过变更流程修订。

第二层是阶段计划，以周为刻度，在每个阶段启动前两周编制，经阶段计划评审会确认。阶段计划的编制依据是 WBS 三级单元，每个单元给出工期、前置依赖、责任人与出场物。

第三层是双周计划（b2241r14）。以双周为滚动周期，明确未来两周每个三级单元下的具体任务、责任人、交付日与甲方需配合的事项。双周计划在每双周的第一个工作日由项目管理办公室发布，在双周计划会上与甲方对齐，会后两个工作日内定稿。

三层之间的关系是：双周计划不得突破阶段计划的边界，阶段计划不得突破总体进度计划的里程碑日期；确需突破的，走变更流程。

5.2 关键路径与资源平衡

进度编制采用关键路径法。本项目的关键路径有两条，需要分别监控。

第一条是数据路径：源系统接口开通 → 历史数据与资料抽取 → 解析与预处理 → 标注与质检 → 数据集成册 → 质量评测 → 缺陷整改复测 → 场景验证。这条路径最长，其前段（接口开通与资料抽取）依赖甲方配合，是全项目进度风险最集中的区段。

第二条是平台路径：硬件到货与安装适配 → 平台与工具链概要设计 → 详细设计 → 开发 → 系统集成 → 联调测试 → 上线试用。这条路径受硬件到货周期与甲方网络环境开通时间影响。

两条路径在「数据加工生产平台具备可用工具链」这一节点上汇合：工具链不就绪，数据加工只能以人工与半自动方式小批量推进。我方对此设置的安排是把工具链按类分批交付而不是整体交付，优先交付文档结构解析、智能预标注、一致性校验三类直接支撑早期批量加工的工具，使数据路径不必等待工具链全部完成。这一安排在阶段计划中体现为工具链的三个交付波次。

资源平衡的办法是按月绘制人力投入曲线，识别人力峰值月份并提前两个月启动人员预备。峰值通常出现在标注与质检集中期，我方按批次规模与人均日产能倒推所需人数，并在峰值前预留 15% 的人力余量用于吸收返工。

5.3 进度监控与偏差处置

进度数据按周采集，口径统一为三项：三级单元的完成状态（未开始／进行中／已完成／已阻塞）、已完成单元的实际工期与计划工期之差、里程碑的预计达成日与基准日之差。我方不采用由执行人自报的百分比进度，因为该口径不可核查；三级单元的完成以出场物提交并通过自检为准。

偏差按三级响应：

表 5-1　进度偏差的三级响应。数据来源：招标文件合同条款第七条项目管理约束（b0557）、第十四条违约责任关于迟延交付的约定（b0615）。

纠偏手段按优先次序使用：先在不增加资源的前提下重排顺序与并行化，再考虑增加人力，最后才考虑调整基准。我方注意到合同约定「确因乙方单方面原因，未按约定的验收标准和时间交付合同标的，也未取得甲方同意，每天按合同总额的 0.5% 承担迟延交付违约金」（b0615），因此把里程碑的内部控制日期设在对甲方承诺日期之前，为自身留出缓冲：阶段里程碑的内部控制日期较对外承诺日期提前两周，终验申请的内部控制日期较 2028 年 5 月提前两个月。缓冲期的消耗情况在月报中单列一项披露，不隐藏。

5.4 进度管理的工具与模板

进度在奔牛数据智能平台项目管理视图中以甘特与里程碑看板两种形式呈现，看板按责任组与业务域两个维度切片，便于各组自查。配套模板四份：《项目总体进度计划表》《阶段计划表》《双周计划》《进度偏差分析与纠偏方案》，格式见第二十四章。另按招标文件要求交付《项目实施计划》（Word，b2241r03）与《双周计划》（Word，b2241r15），即上述模板的交付版本。

5.5 与甲方配合事项的进度联动

我方把甲方配合事项纳入同一张进度网络，而不是另记一本账。《甲方配合事项清单》中的每一条都标注其作为前置依赖的下游三级单元编号与最晚完成日期；配合事项逾期时，系统自动标注受影响的下游单元并计算影响天数，在双周计划会上同步。此做法的目的不是追责，而是让双方在同一张图上看到同一件事的后果，使取数窗口、停机窗口、人员访谈窗口这类需要甲方协调的资源能提前安排。招标文件已为各源系统提出「须提供业务低峰时段：例如 0 点至 5 点」的要求，我方在阶段计划中把大批量抽取作业排入低峰窗口，并提前五个工作日提交取数作业申请，按甲方运维规定执行。

六、人力资源管理

本章回应评分表对人力管理的要求（b0496r05、b2159），以及技术要求第 6 章实施团队（b2160 至 b2179）和合同第七条项目管理约束（b0556、b0557）、第九条关于人员稳定的约定（b0577）。团队成员的简历、证书、岗位技能对比表与不变更承诺按招标文件要求在商务与资格卷「项目团队配置」中提供，本章只写人员的管理制度与流程，不重复列举人员信息。

6.1 团队配备原则与关键角色

招标文件要求「项目实施团队配备有项目总监、项目经理、实施顾问、开发顾问、开发人员等关键角色」（b2163、b2164），并要求项目小组成员不少于 10 人、至少 3 人具备承担本项目的相关资质（b0556）。我方按此配备团队，并在上述关键角色之外，针对本项目数据交付的特点增设四个专项角色：数据治理顾问、标注管理岗、质量与评测岗、配置管理岗。增设的理由是这四类工作在本项目中不是附带任务，而是有独立交付物与独立验收口径的工作。

表 6-1　关键角色、职责与驻场要求。数据来源：招标文件第五章第 6 章实施团队（b2163、b2164、b2169、b2170）、合同条款第七条（b0556）。

6.2 驻场安排与现场工作制度

招标文件明确「项目经理、实施顾问和全职团队成员必须驻场工作，不接受远程调研和实施」（b2169、b2170）。我方承诺：项目经理与实施顾问自项目启动日起全程驻场，驻场地点为甲方现场（b0519、b2221）；全职团队成员按阶段计划驻场，驻场人数与排期在每个阶段计划中明示并随双周计划刷新。驻场人员执行甲方的作息与现场管理规定，考勤由我方登记并经甲方项目对接人按月核签，考勤记录作为阶段付款与绩效考核的证据之一。

驻场工作制度包含五项要求：进场前完成甲方安全教育并取得入厂证（b0635）；在现场只访问经授权的系统与区域（b0638）；现场作业严禁拍照、录像（b0641）；每日工作结束前提交当日工作记录；离场前完成在手事项的交接登记。涉及现场安全的具体规定见第十六章。

招标文件另要求「乙方安排 1 名工程师进行至少为期 12 个月的陪产（自项目终验收之日起）」（b0612）。该陪产人员的资质、工作内容、考核方式与交接安排在服务方案卷「售后服务方案」中详述；本章只说明其在人力计划中的位置：陪产岗自终验收之日起单列为一条 12 个月的人力投入，不与实施期人力混算，且在终验收前三个月由实施团队内部指定并完成知识交接，避免终验后临时派人。

6.3 人员进退场与关键人员锁定

人员进场前须完成四件事：签署《保密协议》与《安全承诺书》（b0580、b2223）、完成甲方安全教育与入厂证办理、完成本项目的制度与规范培训并通过内部考核、在人员台账中登记备案。四件事未完成不得进场作业。

人员退场前须完成三件事：在手任务与文档的交接确认、已获取的甲方资料与账号的归还与注销登记、退场确认单签认。退场确认单由接手人与项目经理共同签认，涉及甲方授权账号的，同步提交甲方信息化部门办理注销。

关键人员锁定范围为项目总监、项目经理、实施顾问、数据治理顾问、标注管理岗、质量与评测岗、配置管理岗七类。我方承诺在合同期内不擅自更换项目小组成员（b0556）。确实需要更换时，按下述流程执行。

图 6-1　关键人员更换审批流程

图 6-1　关键人员更换审批流程。数据来源：招标文件合同条款第七条（b0556）、第九条第二款第 4 项（b0577）、第五章第 6 章实施团队第（6）项（b2172 至 b2175）。

招标文件同时约定「项目实施期间，如甲方认为乙方项目小组成员不能胜任项目工作，判断可能导致项目延期、质量降低、风险增加等，甲方有权要求乙方更换项目人员，乙方应及时更换。因更换项目人员，乙方与被更换项目人员之间产生的可能的纠纷和因此产生的全部责任由乙方完全承担」（b0556）。我方接受该约定并承诺：收到甲方书面更换要求后 5 个工作日内提出候选人并提交简历与岗位技能对比材料，获甲方认可后 7 日内完成交接；与被更换人员之间的事宜由我方自行处理，不影响项目推进，甲方不承担相关责任。

6.4 岗位技能要求与配备对比机制

招标文件要求「针对项目中的不同职位，投标方须明确各岗位所需的专业技能，并与团队配备人员技能形成对比表」（b2176 至 b2179）。我方的做法是建立《岗位技能要求基线表》与《人员技能配备对比表》两份文件：前者按角色列出必备技能、必备经验年限、必备资质与期望技能四类要求，后者按人员逐一对照打标，标注「满足／部分满足＋补足措施／不满足」。部分满足的，写明补足措施（专项培训、结对作业、外部评审兜底）与补足完成时限。两份文件的实名版本在商务与资格卷提交；本章提供其字段结构，便于评审对照。

表 6-2　人员技能配备对比表字段结构。数据来源：招标文件第五章第 6 章实施团队第（2）、（3）、（7）项（b2165 至 b2168、b2176 至 b2179）。

招标文件要求「投标方向招标方提交实施团队各成员的简历，并承诺简历的真实性」（b2171），并说明「本项目在启动实施前，招标方会对项目经理进行面试」（b2161）。我方承诺所提交简历内容真实，并配合甲方在项目启动实施前对项目经理的面试安排；面试时间与形式由甲方指定，我方在收到通知后三个工作日内确认。

6.5 工时、绩效与知识沉淀

工时按三级 WBS 单元登记，颗粒度为 0.5 人日。登记数据用于三件事：进度核算、人力峰值预测、后续批次的产能估算。我方不以工时长短作为绩效依据，绩效考核采用四项指标：出场物一次通过率（自检与评审）、责任范围内的缺陷逃逸数、甲方配合事项的推动完成情况、文档与记录的按时提交率。考核按季度执行，结果用于岗位调整与激励，并构成 b1866 要求的考核计划的一部分，详见第二十一章。

知识沉淀的制度安排有三条：每个三级单元完成后在工作记录中写一段「本单元的判断依据与注意事项」，由责任人填写，不超过三百字；每阶段末组织一次复盘会，形成《阶段复盘记录》；关键规则与口径的每一次修订都记入《规则变更台账》并注明修订理由。这三项记录是向甲方管理小组传授项目知识的素材来源，对应合同约定的「把与本项目相关的知识传授给甲方管理小组」（b0563），具体传授安排与培训方案在服务方案卷「售后服务方案」中详述。

6.6 现场行为约束

招标文件约定「在合同履行期间，乙方不得有对甲方人员采取思想诱导、脱离甲方工作环境等片面言辞，以及可导致对接人员产生离职、工作懈怠等行为」（b0582），并约定「乙方工作人员触犯地方治安条例所引起至纠葛违反法律法规引发各类问题，概由乙方负完全责任」（b0581）。我方将上述约定写入《项目人员现场行为规范》，作为进场培训的必考内容，并在人员进场时逐人签署《行为规范承诺书》。我方对本方人员在甲方现场及合同履行期间的行为承担管理责任；出现违反情形时，经核实后立即调离并按内部制度处理，同时向甲方书面说明处置结果。

七、实物资源管理

本章回应评分表对实物资源管理的要求（b0496r05、b2159），以及合同关于到货验收与安装调试确认的约定（b0528、b0530）、技术要求关于交付地点（b2220、b2221）与硬件设备序列号清单（b2241r18）的要求。硬件的选型、型号与参数在技术方案卷「硬件选型与配置」中详述，本章只写资源的计划、点验、台账与移交管理。

7.1 实物资源的范围与分类

本项目的实物资源分四类，管理方式不同：

第一类是我方供货并交付甲方的硬件，包括通用服务器、接入连接器、服务密码机及相关网络设备。这类资源的管理重点是到货时间、点验合格与序列号登记，交付地点为甲方现场（b0519、b2221）。

第二类是软件许可与授权文件，包括平台软件、工具链许可与第三方应用系统的原厂授权书（b2219）。这类资源的管理重点是授权范围与期限的核对——招标文件明确「本合同交付物不限制授权期限和许可数量」（b0522r06）、服务采购清单对工具链与运营平台均注明「不限制使用节点数量（许可数量）」（b0804r03、b0804r04）、合同约定「乙方授予甲方软件产品的合法使用权和软件 License 的永久授权」（b0584）与「甲方具有本正版软件的永久使用权」（b0566）。我方在授权文件交付前逐份核对上述条件，核对记录随授权文件一并移交。

第三类是项目实施期间我方自用的资源，包括开发与测试环境、算力资源、办公与驻场场地。场地由甲方提供（b0568），其余由我方自备。这类资源不构成交付物，但其到位时间影响进度，纳入资源计划管理。

第四类是甲方提供的资源，包括工作场地、网络接入、系统账号、现场人员配合与必要的设备条件（b0568、b0570）。这类资源在《甲方配合事项清单》中登记并按进度联动跟踪，办法见第五章第 5 节。

7.2 资源需求计划

资源需求计划在项目启动后四周内编制完成，内容包括：按月列出各类资源的需求量与需求时点；对交付周期较长的硬件标注下单的最晚时间；对需要甲方开通的网络与账号标注申请提交时间与预计开通时间；对算力资源标注峰值需求月份与峰值量级。计划经甲方确认后发布，与进度基准同步维护。

计划编制有两条口径需要说明。其一，硬件下单时点按「到货日期减去供货周期再减去两周缓冲」倒排，缓冲用于吸收运输与报关等不可控延误。其二，算力需求按数据加工的批次节奏估算而不是按峰值常备，在标注预处理与合成增强集中期按月加配，其余月份回落，以此控制资源闲置。

7.3 到货点验与安装调试

硬件到货执行三方点验：我方项目组、甲方资产或信息化部门、承运方共同在场，按装箱单逐项核对品名、型号、数量、外包装状态与序列号，填写《硬件到货验收单》并三方签认。点验发现短少、破损或型号不符的，当场登记并在三个工作日内提出处置方案（补发、换货或退货），处置期间不影响已合格部分的安装。

安装调试按招标文件约定的四项工作执行：完成通用服务器上数据集加工生产平台的安装和适配；完成接入连接器上数据集运营服务管理平台的安装和适配；完成服务密码机的国密算法调试；完成硬件的网络连接和适配（b0804r05）。每项完成后填写《安装调试完成确认单》并由甲方签认，该确认单与《软件试运行确认单》共同构成合同第二次付款的条件之一（b0528、b0530）。

招标文件要求软件界面附有甲方 Logo，并按甲方要求设置 Logo 的大小、颜色、位置（b2243、b2244）。我方在安装适配阶段即向甲方索取标识规范与标识文件，完成设置后提交界面截图供甲方确认，确认意见作为界面验证的一项内容；甲方后续提出标识调整要求的，在质保期内不另行计费。

7.4 设备台账与序列号管理

所有交付甲方的硬件登记《设备台账》，字段包括设备编号、品名、型号、序列号、数量、到货日期、安装位置、调试完成日期、质保起止日期、随机资料清单、移交单号。台账在终验收前导出为《硬件设备出厂序列号清单》（Word，b2241r18）作为验收资料提交。质保起算日以甲方终验收合格之日为准（b0541），台账中据此填写质保到期日，便于甲方在质保期内主张权利。

随机资料（装箱单、合格证、说明书、原厂授权书、售后服务授权书）在点验时清点并单独封装，与设备同步移交，移交记录计入交付物台账。招标文件要求提供「原厂授权书、售后服务授权书」（PDF，b2241r19），我方在设备下单时即向供货方提出该要求，避免交付阶段补办。

7.5 资源冲突与变更

资源冲突主要有两类。一类是算力与测试环境在多项工作并行期的争用，处置办法按「关键路径优先、已签认交付节点优先」排序，由项目管理办公室在双周计划会上统一调度。另一类是甲方场地与网络条件的变化（如车间停产检修导致现场作业受限），处置办法是提前在双周计划中预留替代作业内容，使现场受限时团队转做可离场完成的工作，不空等。

实物资源的规格变更按变更流程处理。招标文件说明「技术要求中所列品牌／型号产品（或相当于）均不涉及指定，仅供投标人参考，各投标人可参照其性能，选用对应性能的其他品牌但不得低于本技术要求，投标人须提供同等档次或以上型号产品」（b2251 至 b2254）。我方在投标阶段按此原则选型；实施阶段如因供货周期或停产等原因需要更换型号，由我方提交《设备型号变更申请》并附参数对比与不低于原要求的说明，经甲方书面同意后执行，不降低原承诺的性能档次。

八、沟通管理

本章回应评分表对沟通管理的要求（b0496r05、b2159），以及合同关于项目过程管理资料的约定「乙方须向甲方提交项目周报、月报及项目阶段总结报告等全部项目过程管理资料」（b0558）与技术要求关于例会纪要及汇报材料的交付要求（b2241r04）。

8.1 沟通的基本安排

本项目参与方多、界面多，沟通最容易出的问题不是沟通太少，而是信息口径不一：同一件事在现场说了一个版本，在例会上报了另一个版本，在文档里写了第三个版本。我方据此设定两条基本安排。

第一条是单一信息出口。对甲方的正式沟通由项目经理统一发出，技术细节沟通由项目经理指定对口人员承担并同步项目经理；执行层人员与甲方业务人员的日常工作交流不受限制，但凡涉及范围、进度、费用、责任的结论，一律以书面形式经项目经理确认后生效。这一安排写入《项目沟通管理制度》。

第二条是会议结论必须落到纪要与行动项。所有正式会议当场形成纪要要点，会后一个工作日内发出纪要初稿，两个工作日内完成双方签认；纪要中的待办事项逐条转为行动项，带责任人与完成日期，进入行动项看板跟踪至闭环。未签认的纪要不作为结论依据。

8.2 沟通矩阵

表 8-1　项目沟通矩阵。数据来源：招标文件合同条款第七条第 4 款（b0558）、第八条第 4 款（b0563）、技术要求 9.3 第 3 项（b2241r04）。

8.3 例会制度

本项目设四级例会，层级分明、不互相替代。

周例会由项目经理主持，参加人为我方各组负责人，议程固定为三项：本周完成情况与出场物、下周安排、需要升级的问题与风险。会议时长控制在一小时内，不讨论技术细节，技术问题另开专题会。周例会的产出直接写入周报。

双周计划会由项目经理主持，甲方项目对接人参加，议程为双周计划的确认与甲方配合事项的刷新。这是本项目最重要的日常沟通机制，因为取数窗口、现场访谈、停机配合这类事项的安排都在这里落实。

月度例会由项目总监与甲方项目对接人共同主持，议程为月度进展、度量指标、风险与问题、下月重点。月度例会同时作为甲方对我方阶段性工作的评价场合，评价意见记入纪要。

阶段评审会由联合领导小组主持，议程为阶段交付物的审核、阶段目标达成情况、下一阶段计划的批准。阶段评审通过是进入下一阶段的前置条件，未通过的先整改再复评。

8.4 报告体系

招标文件要求提交周报、月报及阶段总结报告等全部项目过程管理资料（b0558）。我方的报告体系与各报告的最低内容要求如下：

表 8-2　报告体系与最低内容要求。数据来源：招标文件合同条款第七条第 4 款（b0558）、技术要求 9.3（b2241r02 至 b2241r33）。

报告以书面形式提交并留存签收记录，电子版按招标文件要求的格式归档（b2240）。我方在月报中单列一节披露对自身不利的信息——缓冲期消耗、延误事项、未闭环问题、人员变更，不做选择性汇报。这样做的理由很直接：隐瞒的问题最终会在验收阶段集中爆发，代价更大。

8.5 问题管理与升级

问题管理清单（Excel，b2241r16）是沟通管理与质量管理的交汇点。问题的来源包括现场发现、测试发现、评审发现、甲方提出与抽检发现五类，一律登记入同一张清单，不分来源另记台账。

问题处理的时限规则为：登记后 24 小时内完成定责（确定责任组与处理人）；一般问题 5 个工作日内关闭；影响关键路径的问题 3 个工作日内给出处置方案；72 小时内无进展或跨方协调不成的，升级至甲方项目对接人与我方项目总监；仍无结论的升级至联合领导小组。

表 8-3　问题管理清单字段与填写口径。数据来源：招标文件技术要求 9.3 第 15 项（b2241r16）、合同条款第七条第 3 款（b0557）。

招标文件约定「在合同执行期内，如乙方提供的有关报告、数据、资料等文件出现错误、遗漏或不满足交付要求，甲方有权提出修改意见，乙方应负责返工、修改直至错误、遗漏得到纠正，同时满足交付要求」（b0557），并约定「如甲方提出整改意见，乙方应当按照甲方意见整改」（b0579）。我方的落实办法是：甲方提出的修改意见一律作为问题登记入清单并标注来源为甲方，处置完成后由甲方验证关闭；返工工时由我方承担，不计入变更，也不作为进度延误的免责理由。

九、相关方管理

本章回应评分表对相关方管理的要求（b0496r05、b2159），以及技术要求关于「项目组织、协同、管理、协调」管理机制的要求（b1861）。

9.1 相关方识别

本项目的相关方不止甲方项目组一方。数据来自各业务部门，取数要经信息化部门，现场作业要经安全管理部门，成果的使用者还包括未来的数据集使用方。识别不全的后果是配合不到位，到了需要签认的时候才发现关键部门没有参与前期沟通。

表 9-1　相关方识别与参与策略。数据来源：招标文件第五章 3.2.2 各系统集成要求、第 8 章保密及施工安全（b2222、b2223）、合同条款第十九条安全责任（b0634、b0635）、9.3 验收资料要求（b2236）。

9.2 甲方配合事项的清单化管理

相关方管理在本项目中最实的一件事是把甲方的配合事项写成清单。清单的字段设计如下，每条都要能回答「谁、做什么、什么时候之前做完、不做完会怎样」：

表 9-2　甲方配合事项清单字段与填写口径。数据来源：招标文件第五章 3.2.2 各系统集成要求中关于提供连接信息、数据字典与业务低峰时段的条目。

清单的管理纪律有三条。其一，清单经双方签认后发布，与进度基准同步，后续只做状态刷新不做条目增删，增删走变更。其二，逾期影响由我方按进度网络计算后填写，供双方判断优先级，不作为追责依据。其三，清单在月报中附最新版本，逾期三条以上时在月度例会上单列议题。

9.3 满意度与期望管理

每个阶段末开展一次满意度回访，对象为甲方项目对接人与参与本阶段工作的业务部门，内容分四项：交付物是否满足预期、沟通是否及时清楚、现场配合是否规范、改进建议。回访结果汇总为《满意度调查表》并形成改进项清单，改进项纳入下一阶段计划跟踪。

期望管理的关键是在前期把能做与不能做讲清楚。本包只做数据集加工生产、质量评测与场景验证，智能场景的建设不在本包范围内；一线岗位人员在调研中常提出的「希望系统直接替我把工艺卡片做完」一类诉求，属于后续场景建设的内容，我方在调研记录中如实登记并说明本期的处置方式——本期交付的是支撑该类能力的数据集与验证结论。这种说明在调研阶段讲清楚，比在验收阶段解释更有效。

十、风险管理

本章回应评分表对风险管理的要求（b0496r05、b2159）、技术要求「须识别项目风险并制定风险管理计划」（b1865），以及合同关于不可抗力（b0619、b0620）与违约责任（b0614 至 b0618）的约定。

10.1 风险管理的过程

风险管理按 GB/T 24353—2022《风险管理 指南》的过程组织，分识别、评估、应对、监控、复评五步，形成闭环。

识别采用三条渠道并行：按风险分解结构逐类排查（技术、数据、进度、资源、合规、外部）；从周报与问题清单中归纳反复出现的问题，升格为风险；在每次阶段评审时由双方共同补充。识别结果统一登记入《风险登记册》。

评估采用概率—影响矩阵。概率分三档（低／中／高），影响分三档（轻微／显著／重大），影响维度包括进度、质量、成本与合规四项，取最严重的一项定档。概率与影响的组合映射为四个风险等级：Ⅰ级（红，概率高且影响重大）、Ⅱ级（橙）、Ⅲ级（黄）、Ⅳ级（蓝）。Ⅰ级与Ⅱ级风险必须有指定责任人、明确应对措施与完成时限，并在月报中单独披露。

应对采用四类策略：规避（改变方案以消除风险源）、减轻（降低概率或影响）、转移（通过保险、保函或由更适合的一方承担）、接受（登记并预留应急储备）。每条措施都要写明触发条件与回退动作——这一点在本项目尤其重要，因为数据类风险往往不是「会不会发生」而是「发生到什么程度」。

监控与复评按月执行。每月复评一次所有Ⅰ、Ⅱ级风险与新增风险，调整等级与措施；风险转化为实际问题的，关闭风险条目并在问题清单中登记，同时复盘预警是否失效。

10.2 风险登记册

下表为项目启动阶段的风险识别结果，共 18 条。登记册在实施过程中持续更新，本表为投标阶段的识别基线。

表 10-1　风险登记册（投标阶段识别基线，共 18 条）。数据来源：招标文件第五章 3.2.6.11 第（3）项（b1865）、3.2.2 各系统集成要求、3.2.6.13（b1874、b1876、b1878）、合同条款第十四条（b0615 至 b0618）、第十五条（b0619、b0620）、第十九条（b0634 至 b0641）。

10.3 重点风险的回退路径

登记册里标为Ⅰ级的三条风险，其回退路径需要讲得更细一些，因为它们决定了方案在不顺利时能退到哪里。

R01 源系统接口开通滞后。本项目的数据取自甲方十余套在用系统，招标文件对各系统均提出提供连接信息、数据字典与低峰时段的要求，但开通时间不在我方控制范围内。回退分三级：一级回退是按系统分批开通，先开通已具备条件者，批次顺序随开通进度动态重排，不等齐再开工；二级回退是对暂未开通的系统，改用甲方导出的离线数据文件做解析适配与规则验证，接口开通后再做增量对接与一致性核对；三级回退是若某系统在阶段末仍未开通，由双方在阶段评审会上确认该系统对应的数据域移至下一阶段，并相应调整该业务域的数据集批次计划与指标口径，调整结论书面记录。三级回退需要调整范围基准，走变更流程。

R06 质量评测首轮未达标。招标文件要求的质量测评服务包含「首轮全量评测、缺陷整改复测等过程」（b0804r08），意味着首轮存在缺陷是被预期的，关键是整改复测能否收口。回退路径是：在正式评测前两个月按同一套指标自行组织预评测，按业务域出具自检结论；预评测发现的系统性缺陷（如某类标注的口径偏差）在正式评测前整批修正；正式评测后的缺陷按严重度分级，严重缺陷立即整改、一般缺陷纳入下一批次改进；若某业务域经两轮整改仍未达标，则缩小该业务域的首批交付范围、保证已交付部分达标，剩余部分列入后续批次并书面说明，不以未达标的数据充规模。

R13 脱敏范围界定不清。处理原则是从严且可回退：界定不清时先按较严的口径脱敏，经甲方书面确认可放宽后再按放宽口径重新加工；脱敏规则版本化并在每条数据的加工记录中登记规则版本，使口径调整时能精确定位需重做的范围，而不是全量重做。涉及个人信息、敏感地理信息、重要行业数据与企业秘密数据的处理，在甲方内网环境内就地完成，原始数据不出甲方网络边界。

10.4 违约与赔偿风险的内部管控

合同第十四条约定了四类违约情形及其责任：任何一方未履行合同及技术协议约定的任何一项条款均被视为违约（b0614）；因我方单方面原因未按约定验收标准和时间交付且未取得甲方同意的，每天按合同总额的 0.5% 承担迟延交付违约金（b0615）；提供的标的不符合约定或运行中出现质量问题且无法修复导致甲方无法正常使用的，支付不低于合同额 30% 的违约金（b0616）；不能按时提交服务成果或违反约定，经甲方书面催告且两次整改仍未达标的，甲方有权单方解除合同并要求 30% 违约金及维权费用（b0617）。合同第八条另约定未经甲方书面同意终止服务需承担项目总金额 30% 的违约金（b0561），第十四条第 5 款约定未经甲方同意私自转包或分包需承担 30% 违约金（b0618）。

我方接受上述约定，并把它们转化为三项内部管控动作，而不是仅作承诺。

第一项是双线进度控制。对甲方承诺的里程碑日期与内部控制日期分开管理，内部日期提前两周、终验申请提前两个月，缓冲消耗在月报披露。目的是让迟延在触及合同日期之前就被发现。

第二项是整改次数预警。合同给出的是「经 2 次整改仍未达到约定」的解除权，因此我方把同一交付物的整改次数作为一项监控指标：同一交付物第一次整改即升级至项目总监，启动专项复核，避免走到第二次。整改原因逐次记录，用于判断是理解偏差还是能力缺口，两类问题的处置办法不同。

第三项是分包与第三方参与的前置报备。涉及外部机构承担的工作（测评、认证、专项检测等），在工作启动前书面报备并取得甲方签字确认，报备件归档；未取得确认的不启动。

10.5 不可抗力

合同约定「若一方因不可抗力（包括：战争、地震、洪水、瘟疫、恐怖活动）不能履行本合同的，不承担本合同中确定的违约责任，但因不可抗力不能履约的一方，必须及时将该情况以正式书面形式于不可抗力发生日起 5 个工作日内通知对方。否则，应承担相应的法律责任」（b0619、b0620）。我方的落实办法是：在《项目风险管理制度》中明确不可抗力的书面通知责任岗为项目经理、审批岗为项目总监，并把 5 个工作日的时限写入制度；通知内容包括事件性质、影响范围、预计持续时间、已采取的减损措施与建议的计划调整方案。同时准备一份《远程可完成工作清单》，列明在现场无法进入时仍可推进的工作（规范编制、规则梳理、离线数据加工、文档撰写、测试用例设计），使中断期的损失可控。

十一、变更管理

本章回应评分表对变更管理的要求（b0496r05），以及合同第十七条关于合同变更、补充及终止的约定（b0626 至 b0629）与第八条关于需求调整的约定（b0562）。

11.1 变更的分级

把所有调整都当合同变更处理会让流程瘫痪，把所有调整都当技术细节处理会让范围失控。我方按影响范围把变更分三级，流程繁简不同。

一级为技术实现变更：不改变需求内容、不改变交付物清单、不影响里程碑与费用，仅调整实现方式（如解析算法替换、表结构调整、部署拓扑微调）。由开发顾问审批，记入《变更台账》，在周报中列示，不需甲方审批。

二级为范围或进度变更：改变需求内容、交付物清单、数据范围、加工深度，或影响里程碑日期，但在合同总价与总周期内可吸收。由我方出具影响评估，双方书面签认后执行，并更新进度基准与需求跟踪矩阵。

三级为合同变更：涉及合同总价、总周期、交付物重大增减或责任边界调整。按合同约定「本合同生效后，对本合同的任何补充、修改和变更，均应经双方协商一致以书面形式做出，由甲乙双方授权代表签字并盖章方为有效」（b0627）执行，形成补充协议。合同的终止同样按约定执行：「甲乙双方经协商一致，可共同签订书面协议结案并终止本合同」（b0629）。

11.2 变更流程

图 11-1　变更管理流程与四维影响评估

图 11-1　变更管理流程与四维影响评估。数据来源：招标文件合同条款第八条第 3 款（b0562）、第十七条（b0626 至 b0629）。

11.3 需求变更的费用处理

合同约定「项目实施过程的需求变更及增补，甲方应按项目管理章程要求书面提交乙方，双方进行透彻沟通，如涉及较大的人力或其他费用投入，双方另行商讨费用」（b0628）。我方对「较大」设置一个可操作的判定口径，避免每次变更都争论性质：以单次变更引起的我方人力增量工日为尺度，增量不超过该阶段计划工日 2% 的，由我方在既有资源内吸收，不提费用；超过 2% 的，在影响评估表中列明工日测算过程并提请双方商讨。该口径在《项目变更管理制度》中明示，并在项目启动会上向甲方说明。

合同另约定甲方需求发生重要调整时「须经乙方评估确认对项目整体进程的影响，并与甲方共同确定新的项目执行计划」（b0562）。我方据此在影响评估表中必须给出新的计划建议版本，而不是只说影响几天；评估与新计划一并提交，便于甲方一次决策。

11.4 变更台账与基准版本

《变更台账》记录每一条变更的编号、提出方、提出日期、级别、描述、四维影响结论、审批结果、审批日期、关联的需求条目与配置项、基准版本号。基准版本采用「阶段号.序号」命名，每次二级以上变更获批后生成新版本，旧版本归档保留，不覆盖。甲方可随时查阅任一历史版本，用于核对某项工作当时依据的是哪一版基准。

需要指出一点：变更次数本身不是坏指标。数据类项目在口径确认过程中产生变更是正常的，真正需要警惕的是变更引发的返工工时。我方把返工工时作为独立度量项按月统计，若某业务域的返工工时连续两个月占该域总工时 15% 以上，则触发专项分析，查是口径确认流程有漏洞还是规范本身表述不清，改制度而不是加班。

十二、配置管理

本章回应评分表与《项目管理计划》对配置管理的要求（b0496r05、b2159），以及技术要求对档案管理机制的要求（b1861）。配置管理在本项目的地位高于常规信息化项目，原因是本项目的主交付物是数据：一批数据是否合格，取决于它依据哪一版规范、由哪一版工具加工、经哪一版质检口径判定，这三项信息不留痕，数据就无法复核。

12.1 配置项识别

配置项分五类，覆盖本项目全部受控对象：

表 12-1　配置项分类与标识规则。数据来源：招标文件技术要求 9.3 验收资料要求（b2241r07、b2241r08、b2241r25）、3.2.6.11 第（1）项档案管理机制（b1861）。

12.2 版本、基线与血缘

版本管理的规则有三条：所有配置项入库后不得原地修改，修改产生新版本；版本号变更必须有变更来源（评审意见、问题单、变更申请单）；已发布版本的归档件保留至项目终验收后三年以上，与甲方档案要求一致。

基线在五个时点建立：需求基线（需求确认会签认后）、设计基线（详细设计评审通过后）、集成基线（联调测试通过后）、数据交付基线（每批数据集通过抽检与评测后）、验收基线（终验收通过后）。基线建立时生成《基线发布记录》，列明纳入该基线的全部配置项及其版本号，由配置管理岗签发、项目经理批准。

数据血缘是本项目配置管理的特色要求，也是数据集可被独立复核的前提。每一条交付数据的血缘记录包含六项：来源标识（源系统与表／文件标识，或离线资料的档案号）、加工链路（经过的工序序列）、所依据的规则集版本、使用的工具及版本、责任人与时间戳、质检结论与抽检记录号。血缘在加工过程中自动记录，不依赖事后补填。甲方在验收或后续使用中对某条数据提出疑问时，依据血缘记录可回溯到具体的来源、规则与责任环节。

需要说明的是，血缘记录的完备性取决于加工是否全部经由平台工序执行。对少量必须人工介入的环节（如纸质资料的人工录入、专家对疑难样本的裁定），我方以人工操作记录单补齐血缘字段并标注为人工环节，使该部分数据的可追溯性逐步接近自动环节的水平；基线为阶段初期的实测完备率，目标是逐阶段提高，人工环节的占比与完备率在阶段总结报告中披露。

12.3 配置审计

配置审计按季度与阶段末各执行一次，分功能审计与物理审计。功能审计核对配置项的内容与其应满足的需求是否一致，依据是需求跟踪矩阵；物理审计核对配置库中的配置项清单、版本号与基线记录是否相符，有无游离在库外的在用件。审计结果形成《配置审计报告》，不符合项分三类处置：未入库的补入库并追查流出路径；版本号不符的更正并核查受影响的下游交付物；内容与需求不一致的转为问题单处理。

阶段末的配置审计是阶段评审的入口条件之一：审计存在未关闭的严重不符合项时，阶段评审不予通过。这条规则的作用是防止「交付物看起来齐了但版本对不上」的情况流到验收阶段。

12.4 环境与交付包管理

本项目设开发、测试、生产三套环境，环境间的变更只能自下而上单向推进，不允许在生产环境直接修改。每次向生产环境发布，生成一个交付包，包内含构建产物、部署配置、数据库变更脚本、回滚脚本与《发布说明》。发布前在测试环境完成同配置演练，发布后在约定观察期内保留回滚能力；观察期内出现影响业务的问题，先回滚再定位，不在生产环境上调试。

数据库表结构与字段说明按招标文件要求以 Word 格式交付（b2241r25），由配置库中的环境类配置项导出，保证交付文档与实际环境一致，不手工另写。软件安装与配置文档（b2241r08）、软件安装手册（b2241r20）同理由部署配置与发布说明整理而成。

十三、质量管理与验收管理

本章回应合同第四条项目总体质量要求（b0539 至 b0543）、第五条验收标准（b0544 至 b0547）、第六条项目验收交付物（b0548 至 b0555），以及技术要求第 9 章项目验收内容及标准（b2224 至 b2241r33）。数据集质量的评测指标、评测方法与评测过程在服务方案卷「数据集质量评测方案」中详述，本章只写质量管理的组织、流程与验收管理。

13.1 质量目标与质量方针

合同约定「乙方按照合同及相关附件中约定的验收标准和测试要求开展工作。根据验收标准，进行包括功能测试、性能测试、安全测试等，以确保交付物的整体质量及稳定性、操作性、安全性、响应及时性等满足甲方要求。如果交付物未能通过测试或不符合验收标准，乙方承担相应的责任」（b0540）。

我方的质量方针是：合格线由甲方签认的判据决定，不由我方自评决定；缺陷在本工序内发现的成本最低，因此每道工序设自检点；跨工序流出的缺陷按责任工序归因，用于改进规范而非追究个人。

质量目标按三类交付物分别设定，各自的判定方法不同：

表 13-1　三类交付物的质量目标与判定方法。数据来源：招标文件合同条款第四条第 1 款（b0540）、服务采购清单第 7 项数据集质量测评服务（b0804r08）、技术要求 9.3（b2241r10、b2241r11）。

关于「全维度」「全闭环」一类表述，我方在此作一说明：招标文件在质量测评服务中提出「全维度数据质量合规核验」与「缺陷整改全闭环管控」的目标（b0804r08）。我方按该目标组织工作，并以可核查的方式表达承诺——按评测方案约定的六个维度逐项出具指标实测值与达标结论，缺陷按严重度分级登记并跟踪至关闭，使维度覆盖与缺陷闭环逐步接近目标水平；每一轮评测的未达标项与未闭环项如实披露，并给出整改计划与完成时限。若某维度在两轮整改后仍未达标，按第十章 R06 的回退路径处置。

13.2 三级质检与评审机制

质量控制分三级，职责不重叠。

一级是作业自检。由执行人在工序内完成，依据是该工序的作业规范与检查表。数据加工的自检以批次为单位，自检不通过的批次不得流转到下一工序。自检结果记入批次记录，是后续归因的依据。

二级是独立抽检。由质量与评测岗执行，与加工人员不同岗。抽检按批次规模确定抽样数量，抽检发现批次不合格率超过规范阈值时整批退回，而不是逐条修正——逐条修正会掩盖系统性口径问题。抽检记录独立归档。

三级是技术评审与正式评测。技术评审针对设计文档、技术方案与关键实现，由开发顾问组织、甲方技术对口人参加，评审意见逐条闭环后方可进入下一环节。正式评测针对数据集，按招标文件要求完成首轮全量评测与缺陷整改复测，输出正式盖章评测报告并形成完整数据质量档案（b0804r08）。

技术评审的节点设置与评分表列举的关键工作对应（b0496r05）：需求规格评审、蓝图设计评审、概要设计评审、详细设计评审、集成测试就绪评审、上线试用就绪评审、阶段验收评审、终验就绪评审。每次评审有入口条件（待评审件已入配置库、前次评审意见已闭环）与出口条件（评审意见分类处置完毕、结论明确为通过／有条件通过／不通过）。有条件通过的，整改完成后由评审组长确认即可，不必重开会议；不通过的，整改后重新评审。

13.3 返工与整改闭环

合同在三处约定返工与整改义务：文件出现错误、遗漏或不满足交付要求时负责返工修改直至纠正，经修改仍不能达到交付要求时甲方有权终止或解除合同并停止支付本阶段及以后阶段款项（b0557）；甲方提出整改意见时应按甲方意见整改（b0579）；验收前须按甲方提出的整改要求完成交付物的优化改进，整改过程发生的一切费用由我方承担，未按要求整改的不予验收（b0547、b2238）。

我方的落实办法是把整改作为一条独立的管理链路，而不是混在问题清单里。每一项整改要求登记《整改事项台账》，字段包括：整改要求编号、提出方与提出日期、要求内容原文、对应交付物与配置项、整改责任人、整改措施、完成日期、验证方式、验证人与验证结论、是否涉及连带影响。台账在每次验收申请时随申请一并提交，便于甲方核对「提过的意见是否都改了」。

整改费用由我方承担，这一点在内部成本预算中单列科目预留，不在项目执行中临时挤占其他工作的资源。同一交付物的整改次数作为预警指标，办法见第十章第 4 节。

13.4 二次验收模式

技术要求明确「本项目验收采用二次验收模式，即竣工验收和最终验收」（b2226）。两次验收的触发条件、侧重点与交付物不同，我方按下图安排。

图 13-1　二次验收流程与出入口条件

图 13-1　二次验收流程与出入口条件。数据来源：招标文件技术要求 9.1 验收标准（b2225 至 b2236）、9.2 验收流程（b2237、b2238）、合同条款第五条（b0544 至 b0547）、第九条第一款第 6 项（b0571）。

验收管理有三条我方自设的纪律，目的是把验收做成一次通过的事情而不是反复拉锯。

第一条，验收口径在蓝图设计阶段签认，不留到验收时讨论，办法见第二章第 3 节。第二条，每次申请验收前先做自查并出具《项目验收自查报告》（b2241r30），自查发现的不符合项整改完毕再提申请，不把不完整的交付物推给甲方检查。第三条，验收资料的档案格式在首批文档交付时即请甲方档案管理部门预检一次，取得格式确认后批量整理，避免终验前集中返工。

合同约定「乙方在项目规定的工期内达到验收条件后，向甲方提出验收申请，甲方应在十五日内给予验收响应，如甲方未提出异议，逾期也未响应乙方，则视为甲方承认项目验收合格」（b0571）。我方据此在提交验收申请时附送达记录，并在月报中登记申请日期与响应状态，使双方对时限的起算点有共同记录。

13.5 验收交付物

合同第六条要求「乙方需按照项目计划分阶段提交相关交付物」，并列出五类清单（b0549 至 b0554）。技术要求 9.3 进一步明确「提供系统的整套中文技术资料，提供纸质文档 2 套（纸质文档按照招标方要求进行装订后移交招标方）、提供电子文档 1 套（电子版文档刻录至光盘后移交招标方）」（b2240），并列出 32 项技术资料及其电子版格式（b2241r01 至 b2241r33）。

我方承诺按上述要求交付，份数与介质为纸质 2 套（按甲方装订要求）、电子 1 套（刻录光盘）。32 项资料的责任归属与产出节点如下表，便于甲方按节点核对；表中「本节提供模板」一列标注的是在本节第二十四章给出格式的项。

表 13-2　32 项验收资料的产出节点与责任归属。数据来源：招标文件技术要求 9.3 验收资料要求（b2240、b2241r01 至 b2241r33）。

对第 32 项「其他文档，按招标方要求提供，不得增收费用」（b2241r33），我方明确接受：甲方在项目期内及质保期内提出的文档补充要求，由我方按要求编制并提交，不另行计费。该项与合同第六条第 4、5 类开放交付物（b0553、b0554）合并管理，统一登记在交付物台账中。

13.6 质保期与维护升级的管理接口

合同第四条约定「质保期为 12 个月，自甲方终验收合格之日起计算，质保期内乙方实行三包服务；免费技术服务期为 24 个月，自质保期满之日起计算。自甲方终验收合格之日起 36 个月之内，如果相关软硬件出现非甲方使用不当导致的缺陷或错误，乙方须在 2 小时内响应和在规定时间内负责修复」（b0541），并约定「乙方在项目最终验收合格交付后的 36 个月期限内向甲方免费提供软件维护和升级服务，包括定期的软件更新、功能增强、安全补丁等」，36 个月后按需提供技术服务支持，年服务单价按投标文件承诺执行，以及大版本升级首个版本不收升级费、实施服务费用不超过约定比例（b0542）。

合同第十三条另约定自终验收报告签字之日起提供 3 年技术服务且期内不收服务费、7×24 小时技术支持、服务方式包括电话、电子邮件、现场等、重大系统事故和远程支持无法解决的问题须在 48 小时内提供现场服务且费用由我方承担（b0597 至 b0601）；技术支持范围限于合同及技术协议要求的范畴（b0543）。

上述服务承诺的具体内容、响应流程、人员安排与年服务单价在服务方案卷「售后服务方案」中详述，年服务单价的比例口径与投标报价一致。本章只说明三项管理接口：其一，质保期起算以终验收合格之日为准，该日期在《设备台账》与《交付物台账》中统一登记，避免各交付物起算日不一致；其二，质保期内的服务请求纳入同一套问题管理清单，编号续用项目期的规则，便于统计与追溯；其三，质保期服务记录按年度汇总为《服务记录报告》提交甲方，该记录亦是合同第三次付款条件中「乙方按合同及技术协议提供了相应服务的记录」（b0535）的证据来源。

合同另约定服务迁移义务：「在甲方进行服务器操作系统、数据库管理系统替换时，乙方无条件配合甲方完成系统迁移和数据切换工作。甲方不支付相关费用」（b0602、b0603）。我方接受该约定，并在管理上作两项准备：在详细设计阶段即避免与特定操作系统或数据库版本的强耦合实现，把环境相关配置外置；在交付资料中提供完整的数据库表结构与字段说明（b2241r25）及部署配置清单，使迁移时不依赖我方的隐性知识。迁移配合的人员与时间安排由双方在迁移前商定，纳入当期服务计划。

培训与陪产的要求（b0604 至 b0612）由服务方案卷「售后服务方案」详述，包括不低于 5 天的现场集中培训（b0606）、教材与软件维护指导材料（b0607）、详细培训方案含课程名称、培训时间、地点、内容、计划与方式（b0608）、培训地点集中在甲方现场（b0609）、边实施边培训并分阶段分对象分层次（b0610）、以及自终验收之日起至少 12 个月的 1 名工程师陪产（b0611、b0612）。本章在实施计划中为上述安排预留时间窗口与人力，见第二十章。

十四、文档与档案管理

本章回应技术要求「须制订项目组织、协同、管理、协调、保密、资金、档案、环境等管理机制」中的档案管理机制（b1861、b1862），以及验收资料对档案管理要求的约定（b2234 至 b2236、b2240）。

14.1 文档体系与编号规则

本项目的文档有三类来源：管理过程产生的过程文档（周报、月报、纪要、台账）、技术工作产生的技术文档（设计、规范、测试报告）、治理与交付产生的成果文档（治理文档、数据卡、评测报告、验收资料）。三类文档的编号规则统一，便于在同一套档案体系中检索：

编号采用四段式：项目标识—文档类别—业务域或模块—流水号＋版本号。项目标识全项目统一；文档类别用两位字母区分（如 PM 过程管理、DS 设计、ST 标准规范、TR 测试、GV 治理、AC 验收）；业务域取供需计划、产品工艺设计、制造过程、质量四类之一，或取模块编号；版本号采用大版本与小版本两段，评审通过升大版本，修订升小版本。

同一份文档在生命周期内只有一个编号，版本随修改递增，不另起编号。文档的废止不删除，标注为「已废止」并注明替代文档编号，保证历史可追溯——这一点在数据类项目中尤为重要，因为某批数据依据的规范可能已经废止，但该批数据仍需按当时的规范复核。

14.2 文档的生成、评审与归档流程

文档流程四步：编制、评审、发布、归档。

编制阶段使用统一模板，模板由项目管理办公室维护，不允许各组自行改版式。模板的作用不只是统一外观，更是统一必填项——比如测试报告必须有测试环境、测试数据来源、通过判据三项，缺一项不予评审。

评审阶段按文档重要性分两档：构成验收条件的文档（设计文档、规范、治理文档、测试与评测报告）走正式评审会，评审意见逐条记录处置；过程文档（周报、纪要、台账）走审核签发，由项目经理核签即可。

发布阶段把文档入配置库并生成版本记录，同步更新交付物台账的状态。纸质签认件扫描后回挂到对应记录。

归档阶段按甲方档案管理要求整理。技术要求明确交付资料「由招标方检查资料正确性及完整性，相关资料须完整有效，符合招标方档案管理要求」（b2234 至 b2236）。我方在项目启动后一个月内向甲方档案管理部门索取档案格式要求（装订方式、页边距、封面格式、目录要求、介质规格），并在首批文档交付时请其预检，取得书面格式确认后批量整理。预检这一步不是多余的：档案格式不符导致的返工往往发生在终验前最紧张的阶段，提前做掉代价最小。

14.3 纸质与电子交付

技术要求规定纸质文档 2 套（按甲方要求装订后移交）、电子文档 1 套（刻录光盘后移交）（b2240）。我方的落实安排是：

表 14-1　纸质与电子文档的交付安排。数据来源：招标文件技术要求 9.3 验收资料要求（b2240、b2241r01 至 b2241r33）。

招标文件第 31 项要求「项目实施全过程资料（1 套）」，格式为「文件夹（含可编辑源文件、子文件）」（b2241r32）。这一项是全项目过程档案的汇总，内容包括全部周报、月报、纪要、台账、变更记录、问题记录、评审记录、抽检与整改记录。我方在项目期内按月归集，不留到终验前整理——过程资料事后补齐既耗时又容易失真。

14.4 档案管理机制要点

档案管理机制的核心规定有六条，写入《项目文档与档案管理制度》：

第一，文档归档的时限：技术文档在评审通过后三个工作日内入库，过程文档在签发后一个工作日内入库，纸质签认件在取得签字后五个工作日内扫描回挂。

第二，唯一来源原则：同一事实只在一份文档中定义，其他文档引用而不复述。例如数据集的规模数字只在数据卡中定义，管理文档引用数据卡；避免多处各写一个数字导致口径不一。

第三，访问控制：档案按密级分三档（公开、内部、受控），受控档案的查阅与复制需审批并留痕，与第十五章的保密管理一致。

第四，借阅与归还：甲方提供给我方的资料登记《甲方资料借阅台账》，记录资料名称、介质、份数、借阅人岗位、借阅日期、约定归还日期与实际归还日期。开标完成后应甲方要求归还保密资料的约定（b0242、b0243）与项目期内的资料归还，均依据该台账执行。

第五，保存期限：项目档案自终验收合格之日起保存不少于五年；涉及知识产权成果与合规证明的档案长期保存。

第六，档案移交：终验收时向甲方移交全套档案并办理交接手续；我方保留的副本按保密要求存放，用途限于履行质保期与技术服务期义务。

十五、保密管理

本章回应招标文件投标人须知关于保密的要求（b0153、b0154、b0239 至 b0243）、合同第十一条保密原则（b0587 至 b0591）、技术要求第 8 章保密及施工安全（b2222、b2223）与合同第九条关于签署《安全承诺书》的约定（b0580）。

15.1 投标与评标阶段的保密落实

招标文件要求「参与招标投标活动的各方应对招标文件和投标文件中的商业和技术等秘密保密，违者应对由此造成的后果承担法律责任」（b0153、b0154），并要求「由招标人向投标人提供的招标文件、详细资料和其他资料，均被视为保密资料，仅被用于它所规定的用途，除非得到招标人的同意，不能向任何第三方透露」（b0239、b0240、b0241），「开标完成后，应招标人要求，投标人应归还招标人认为必要的从招标人处获得的保密资料」（b0242、b0243）。

我方的落实办法是办事性的，不需要论述：招标文件及其附件自获取之日起按内部受控资料管理，仅限参与本次投标的人员在投标用途内使用，不向任何第三方提供；电子件存放于受控目录并记录访问；纸质件编号登记、集中存放。开标完成后，按甲方要求归还其认为必要的保密资料，并在归还单上登记资料名称与份数；未要求归还的资料在投标结束后按内部制度销毁或继续按受控资料保管，不作他用。我方已参照上述要求在本次投标工作中执行。

15.2 履约阶段的保密义务

合同第十一条约定了四项保密义务：双方对合同内容及因履行合同或在合同期间获得或收到的对方商务、财务、技术、产品的信息、用户资料或其他标明保密的文件或信息的内容保守秘密，未经披露方书面事先同意不得向第三方披露，也不得自行使用；资料接收方可仅为合同目的向确有知悉必要的雇员披露，并须指示其雇员遵守保密与不披露义务；双方应仅为合同目的而复制和使用保密资料；项目完成后，我方从甲方获得的任何数据及其他形式资料，无论何种形式或载体，均有保密、不披露、不使用的义务（b0588）。

另约定「除非得到另一方的书面许可，甲乙双方均不得将本合同中的内容及在本合同执行过程中获得的对方的商业信息向任何第三方泄露」（b0589），「在甲方未公开相关信息前，乙方及本项目参与人员不得在任何时间和任何地点，将甲方本项相关的商业秘密、未公开技术资料，以任何途径泄露给甲方的任何竞争对手以及竞争对手的合作伙伴，也不得自行使用于除本项目外的其他项目」（b0590），且「双方的保密义务应在本合同期满、解除或终止后仍然有效」（b0591）。

我方接受上述全部义务，并把它们转化为可执行的管理动作。

15.3 数据保密的具体管控

本项目的保密风险主要不在文档，而在数据。甲方的图纸、工艺卡片、物料价格、客户与项目信息、质量记录都是商业秘密；数据加工又必然涉及大量读取与处理。管控措施按「最小必要、就地处理、全程留痕」三条原则设计：

表 15-1　数据保密管控措施。数据来源：招标文件合同条款第十一条（b0588 至 b0591）、第九条第二款第 7 项（b0580）、第十九条第 8 项（b0641）、技术要求第 8 章（b2222、b2223）、3.2.6.12（关于去标识化与脱敏的要求）。

15.4 保密违规的处置

技术要求明确「若因投标方造成的泄密或造成安全事故，给招标方和国家造成损失，投标方除了必须赔偿由此造成的一切损失外，还应承担相应的法律责任」（b2223）。我方对此设置三级处置：发现疑似泄密即时封控（暂停相关账号与数据访问）并在 24 小时内向甲方书面报告；经核实构成泄密的，立即调离责任人、启动内部追责，并配合甲方开展影响评估与补救；造成损失的，按合同与法律规定承担赔偿与法律责任。我方同时在制度中规定，发现他人违规不报告者同等处理，避免因怕担责而隐瞒。

保密教育按三个时点开展：进场前的必考培训、每半年一次的复训、发生违规事件后的全员复训。培训内容包括合同保密条款原文、甲方保密制度要点、本项目的数据分级与授权规则、违规后果与举报途径。培训记录归档。

十六、现场安全与环境管理

本章回应合同第十九条安全责任（b0633 至 b0642）、第九条第二款第 7 项与第 8 项（b0580、b0581）、技术要求第 8 章保密及施工安全（b2222、b2223），以及技术要求对环境管理机制的要求（b1861）。

16.1 安全管理的责任立场

甲方是矿山装备制造企业，厂区内有热处理炉台、焊接产线、起重与运输作业，现场安全规则不是形式要求。合同对此的约定是全面的：我方人员进入甲方生产作业现场须了解现场特点、知晓甲方《安全生产规章制度》、遵守所进入区域的安全操作规程及劳动纪律和其他相关安全规定（b0634）；须取得甲方安全部门发放的入厂证后方可进入厂区，并由具体施工单位引领至作业区域（b0635）；在施工区内施工如需动火作业，须由所在单位的安全管理人员办理危险作业审批单并按公司有关制度严格执行（b0636）；拉设临时用电线路必须按甲方临时用电管理制度执行（b0637）；到达施工区域后不得在规定区域以外区域随处走动，不得随意触碰与施工无关的设备、阀门、仪表、电气和开关（b0638）；应严格遵守甲方安全生产规章制度、杜绝违章作业、服从甲方安全管理人员的监督指导，违者按甲方《相关方安全管理制度》处罚，若未按该制度执行出现安全事故给甲方和国家造成损失，除赔偿一切损失外还应承担相应法律责任（b0639）；作业时必须严格遵守甲方《安全帽的佩戴使用管理办法》，完工后将作业现场清理干净并恢复完好（b0640）；进入作业现场严禁拍照、录像（b0641）；未尽事宜按甲方相关制度执行（b0642）。

我方的立场明确：现场安全以甲方制度为准，我方制度是甲方制度的执行细则，二者不一致时按甲方制度执行；我方人员在甲方现场的安全管理责任由我方承担，甲方的监督指导不转移我方责任。合同另约定我方应保证相关工作人员严格遵守甲方公司安全制度、纪律等并签订《安全承诺书》，违反应承担安全和赔偿责任（b0580）；工作人员触犯地方治安条例引起的纠葛、违反法律法规引发的各类问题概由我方负完全责任（b0581）。我方接受上述约定。

16.2 进场管理

进场分三道关口，每一道都有记录：

第一道是资格关。人员进场前完成三项：参加甲方组织的安全教育并通过考核、办理并领取入厂证（b0635）、签署《安全承诺书》与《保密协议》（b0580、b2223）。三项齐备方可进场，由项目经理核验并登记《进场人员台账》。

第二道是引领关。首次进入作业区域由甲方指定的具体施工单位引领（b0635）；引领过程中确认本项目人员的活动区域边界、通行路线、紧急集合点与应急联系方式，并在台账中记录已确认的区域范围。

第三道是日常关。每日进场刷证登记，活动范围限于已确认的区域；需要进入新区域的，提前一个工作日申请并由甲方安排引领。

16.3 作业规范

本项目的现场作业以数据调研、设备安装调试、传感与采集设备安装、系统联调为主，按作业类型设定规范：

表 16-1　现场作业类型与安全规范。数据来源：招标文件合同条款第十九条（b0634 至 b0642）、第九条第二款第 7 项（b0580）。

现场严禁拍照、录像（b0641）。本项目的数据采集工作中确有需要影像素材的情形（如焊接部位的标准化图像样本），此类采集一律按正式流程办理：提交采集申请说明采集对象、设备、范围与用途，经甲方批准并明确保密要求后，在甲方监督下按批准范围采集；采集所得影像按受控数据管理，不出甲方网络边界。个人移动设备不得用于拍摄。

16.4 安全培训与检查

安全培训分三类：甲方组织的入厂安全教育（必须参加并通过）、我方组织的项目安全交底（按作业类型逐次开展，作业前进行）、专项复训（发生安全事件或作业类型变化时）。培训签到与考核记录归档，作为阶段检查的证据。

安全检查按三个频次执行：每日作业前由作业负责人做班前检查（防护用品、工器具、作业条件、审批单据）；每周由项目经理组织一次现场巡检，检查结果记入周报；每季度由项目总监组织一次专项检查，形成《现场安全检查报告》报送甲方安全管理部门。检查发现的隐患分三级，立即整改类当场处理，限期整改类在约定期限内完成并复查，暂停作业类先停工再整改。

16.5 事故应急与环境管理

应急安排有四项：进场培训中告知紧急集合点、疏散路线与应急联系方式；每个作业组指定一名现场安全联络人；发生事故或险情时先保护现场与人员安全，立即报告甲方安全管理部门与我方项目经理，不自行处置超出能力范围的情形；事故后 24 小时内提交书面报告，配合甲方调查并按调查结论落实整改。

环境管理方面，本项目的环境影响主要来自三处，分别设措施：废弃包装与耗材按甲方固废管理规定分类投放，不随意堆放；临时用电与照明在作业结束后断电，减少能耗；机房与算力资源按实际需求配置，在非峰值月份回落规模，避免长期空载运行。涉及环境事项的具体要求以甲方相关制度为准（b0642），我方在《项目现场安全与环境管理制度》中引用并细化。

十七、知识产权与成果管理

本章回应技术要求 3.2.6.11 第（2）项「须明确知识产权对策、成果管理及合作权益分配，保障各方利益，促使项目顺利实施、交付和运营」（b1863、b1864）与 3.2.6.13 知识产权相关建设要求（b1872 至 b1878），以及招标文件投标人须知第 3.7 条（b0234 至 b0238）、合同第八条权利保证（b0559、b0560）、第十条信息化软件约定事项（b0583 至 b0586）、第十二条知识产权（b0592 至 b0594）、技术要求 7.6 知识产权要求（b2218、b2219）与第 10 章其它要求（b2245）。

17.1 知识产权对策

本项目的知识产权事项分三块，对策各不相同：权属划分、合法性保证、成果产出。三块都要在项目启动阶段就定下来，不能留到交付时再谈。

权属划分依合同第十二条执行。合同约定「作为本合同标的工作成果，乙方在项目中单独为甲方开发的数据集、行业大模型、应用场景、专利、论文以及软著产权属于甲方，数据集加工生产平台、工具链、数据集运营管理平台等基础软件的产权甲乙双方共享」（b0593），并约定「在未经过甲方书面同意的情况下，乙方不得将涉及甲方权利的技术文件以任何形式转让或授权第三方使用」（b0594）。

我方接受该划分，并在管理上作两项安排：其一，在《成果登记台账》中对每一项成果标注权属类别（甲方所有／双方共享），标注在成果形成时完成而不是事后补；其二，涉及甲方权利的技术文件的对外提供一律先取得甲方书面同意，经手环节留痕。

表 17-1　成果权属划分与管理要点。数据来源：招标文件合同条款第十二条（b0593、b0594）、服务采购清单（b0804r03、b0804r04）、第十条第 1 款（b0584）、第九条第一款第 1 项（b0566）。

合法性保证依四处约定执行。投标人须知要求「投标人应保证，招标人在中华人民共和国接受投标人提供的服务及货物时，招标人免受第三方提出侵犯其专利权或其他知识产权的起诉」（b0235、b0236），并明确「投标价包括应付的对专利权和版权、设计或其他知识产权而需要向其他方支付的版税」（b0237、b0238）。

合同第八条要求「乙方保证对其所提供的交付物不存在侵犯第三方的知识产权或其他权利。若乙方交付物存在侵犯第三方知识产权或其他权利的，由此引起的一切后果由乙方承担，甲方概不承担责任」（b0560）。

合同第十条要求所提供的软件产品、算法、模型等一律为正版，保证不侵犯任何第三方的专利权、商标权或其他知识产权或其他合法权益；如发生侵权，应根据甲方要求采取一切措施确保甲方获得继续使用的权利；甲方因此遭受第三方索赔、诉讼或权利请求时，我方有义务以甲方名义自费处理纠纷并承担由此引起的所有法律和经济责任（b0586）。

技术要求 7.6 要求「投标方提供知识产权证明，不得使用未经授权软件。软件底层技术平台完全自主可控，能够满足项目国产化率不低于 80% 的需求。如需要安装第三方应用系统软件，须提供原厂授权书」（b2219）。

我方接受上述全部要求，承诺投标价已包含应付的专利权、版权、设计或其他知识产权版税（b0237、b0238），并在管理上设四道关口：选型关——所用软件、算法与模型在选型阶段核验授权来源与许可条件，核验记录归档；采购关——需安装的第三方应用系统软件在采购时同步取得原厂授权书（b2219、b2241r19）；开发关——自研代码不引入许可条件与本项目交付条件冲突的外部组件，组件清单与许可类型登记备案；交付关——交付前出具《知识产权合规核查记录》，列明全部软件与组件的授权依据。

关于国产化率不低于 80% 的要求，具体的技术路线与核算口径在技术方案卷「安全方案」中详述；本章只说明管理动作：在详细设计评审时把国产化率作为一项评审内容，按软硬件清单逐项核算并出具核算表，核算表随设计文档归档。

合同第十条另约定我方提供的软件产品、算法、模型等的安全性和可信性须符合《中华人民共和国网络安全法》及相关法律法规规定，且不得利用所提供的软件产品、算法、模型等非法获取甲方信息或做其他损害甲方对自身信息及系统中信息支配权的行为，不得非法控制或操纵甲方用户系统与用户设备，不得进行其他损害甲方及其员工或其他产品使用人合法利益的行为（b0585）。

合同第九条第二款第 1 项另要求所提供软件、算法必须具有合法版权，必须是无毒、洁净的，不得有淫秽色情、反动及违反国家法律规定和社会主义价值观的内容（b0574）。我方接受上述约定，并把交付前的安全与内容合规核查作为交付关的一项固定动作：交付包须通过病毒扫描、恶意代码检查与内容合规抽检，核查记录随交付包归档。

关于永久授权与许可数量，我方按合同约定执行：授予甲方软件产品的合法使用权和软件 License 的永久授权，在任何阶段不以任何理由中止甲方的系统使用权（b0584）；甲方具有本正版软件的永久使用权（b0566）；交付物不限制授权期限和许可数量（b0522r06）。

技术要求第 10 章另约定免费提供本次实施软件的下一次大版本升级（b2245），合同第四条约定在对所交付软件产品进行大版本升级时须为甲方升级第一个大版本且不收取软件大版本升级费用，具体实施服务费用由双方根据工作量评估协商但不超过约定比例（b0542）。我方接受上述约定，并在《成果登记台账》中单列「大版本升级权益」一栏记录该权益的使用状态，避免跨年度后双方对权益是否已使用产生分歧。

17.2 成果产出计划

技术要求提出三项硬性成果指标：围绕项目关键技术与行业应用研究，累计发表学术论文不少于 5 篇（b1873、b1874）；聚焦核心技术创新与关键场景应用，累计申请发明专利不少于 3 项（b1875、b1876）；围绕平台系统、算法模型、智能应用等方向，累计获得软件著作权不少于 6 项（b1877、b1878）。

这三项指标的周期特性不同：软件著作权登记周期较短，可随平台与工具链模块的完成分批申请；发明专利从申请到受理较快，但选题须在技术方案成形后确定；论文的撰写与发表周期最长，须最早启动。我方据此把成果产出按年度分解并前置启动，不集中到项目末期。

表 17-2　知识产权成果产出计划。数据来源：招标文件技术要求 3.2.6.13（b1873 至 b1878）、服务采购清单第 5 项第 8 条（b0804r06）、9.3 第 23 项（b2241r24）。

成果产出有三点需要如实说明，写在这里而不是留到执行时解释。

第一，论文的发表与专利的授权受第三方审稿与审查流程影响，不在我方单方可控范围内。我方的承诺口径按招标文件原文表述：论文「累计发表不少于 5 篇」、专利「累计申请不少于 3 项」、软著「累计获得不少于 6 项」——专利指标的口径是申请而非授权，我方按此执行并提供受理证明；论文指标以录用或发表为准，我方按不少于 5 篇组织撰写与投稿，并在选题数量上留出余量（按 7～8 个选题储备），使达成不少于 5 篇的目标逐步接近确定。若某篇论文在计划期内未被录用，则启用储备选题或改投其他合格期刊，并在月报与年度考核中披露进度。

第二，成果的署名与权属按合同第十二条执行，权利人为甲方（b0593）。我方在每项成果申报前与甲方书面确认申请人、权利人、署名与分工，确认件归档。涉及双方共享的基础软件相关成果，权属按共享约定处理并在技术协议中细化。

第三，成果投入已计入我方成本与周期安排：论文撰写与投稿、专利撰写与申请、软著材料整理与登记的工作量在 WBS 中作为贯穿性工作包单列（见表 4-1），由项目总监牵头、各技术组配合，不挤占数据加工与平台建设的工期。

17.3 成果管理与合作权益分配

技术要求要求「须明确知识产权对策、成果管理及合作权益分配，保障各方利益，促使项目顺利实施、交付和运营」（b1863、b1864）。我方的安排如下。

成果管理方面，建立《成果登记台账》，对每一项成果登记：成果编号、名称、类别（数据集／平台／工具／文档／论文／专利／软著）、形成时间、权属类别、申报或登记状态、证据文件编号、使用授权范围、后续演进责任方。台账在每次阶段评审时提交甲方核对，终验收时作为成果移交清单的基础。

权益分配方面，以合同第十二条的权属划分为基础，对三类情形作出进一步安排：甲方单独所有的成果，我方不主张任何权益，交付后不自行使用于其他项目（与 b0588、b0590 的约定一致）；双方共享的基础软件，共享的具体方式（各自可否对外许可、对外许可是否需对方同意、收益如何处理）在技术协议中约定，我方在投标阶段的原则立场是对外许可须经双方书面同意；涉及第三方参与形成的成果，在第三方报备时即明确其不取得本项目成果的任何权益，仅取得约定的服务报酬，相关条款写入与第三方的协议并在报备材料中向甲方说明（b0618、b2246）。

此处需要说明一个前提：权益分配的最终条款以双方签订的合同与技术协议为准，本节表述的是我方在投标阶段的承诺与原则立场，不构成对合同条款的修改。

十八、资金与合同履约管理

本章回应技术要求对资金管理机制的要求（b1861、b1862），以及合同第二条项目总价（b0520 至 b0522r06）、第三条项目阶段付款（b0523 至 b0538）、第十六条合同的生效和效力（b0621 至 b0625）、第十八条适用法律及争议解决（b0630 至 b0632）、第二十条附则（b0643 至 b0655）与投标人须知第 7 章定标与签约（b0378 至 b0397）。

投标报价、分项明细与税率在商务与资格卷「投标报价一览表」中提供，本章不出现金额，只写资金与履约的管理办法。第四章合同条款的逐条通读与偏离核对结论见商务与资格卷相应章节，本章引用其结论。

18.1 合同价款表的填写口径

合同第二条约定「经双方确认本合同项下项目的交付物明细及单价、总价如下表」（b0521），表中列有名称、计量单位、数量、不含税到厂单价、不含税到厂总价、税率、交货时间七列，分软件部分（税率 13%）、服务部分（税率 6%）、硬件部分（税率 13%）三行，并有含税合计金额大小写行（b0522r01 至 b0522r05）。该表在招标文件中为留白格式，由中标方在签约时按投标报价填写。我方的填写口径如下，以保证合同表与投标报价一览表逐项对应、不出现二次核算：

表 18-1　合同第二条价款表的填写口径。数据来源：招标文件合同条款第二条（b0521、b0522r01 至 b0522r05）、第一条第 2 款（b0518）。

合同第二条备注约定「本合同交付物包含所有交付物安装和使用涉及的所有接口、安装、调试、培训、陪产、文档，以及定制开发部分及系统集成接口源代码。合同总价含包装、运费、安装、调试、培训、技术支持等所有费用；除乙方特别声明报价中不包含的费用外，其他的所有费用均包含在合同总价中；本合同交付物不限制授权期限和许可数量」（b0522r06）。

我方承诺：报价已包含上述全部内容；接口、安装、调试、培训、陪产、文档以及定制开发部分与系统集成接口源代码均在交付范围内；不提出报价不包含费用的特别声明。该承诺在我方成本预算中按科目落实，各科目在项目启动后纳入成本台账按月核算，避免执行中出现未预留的支出项。

18.2 付款节点与条件管理

合同第三条约定三次付款及其条件（b0523 至 b0538）。付款条件涉及多项材料的齐备，材料不齐会直接造成付款延后，因此我方把付款条件当作交付物来管理，每个节点建立材料清单并提前准备。

表 18-2　付款节点、条件材料与准备安排。数据来源：招标文件合同条款第三条（b0523 至 b0537）。

支付方式按合同约定为电汇加承兑支付（b0538）；付款方式另详见《投标人须知前附表》第 7.6 项（b0396、b0397），我方按前附表规定执行。关于第三次付款条件中的《项目质量保函》（b0537），需要说明其管理要点：保函金额为合同总金额的 10%，出具方须为四大行之一，办理周期通常需要数周并涉及授信安排，因此我方在终验收申请前三个月即启动办理流程，并把办理进度纳入月报的里程碑跟踪，避免因保函未到位而延迟付款。该项费用已计入投标报价。

18.3 资金管理机制

资金管理机制包含四条规定，写入《项目资金与成本管理制度》：

第一条是预算分解与科目管理。项目预算按 WBS 一级建设内容分解到科目，科目包括人力、硬件采购、软件与许可、第三方服务（测评与认证）、差旅与驻场、知识产权成果、质量整改预留、管理费用。整改预留是单列科目，不得挪用于其他支出——这一条针对的是整改费用由我方承担的约定（b0547、b2238）。

第二条是成本按月核算与偏差预警。各科目实际支出按月归集，与预算对比，单科目累计偏差超过 10% 时由项目经理出具说明，超过 20% 时提请项目总监审议并调整后续安排。

第三条是付款节点的前置准备。每个付款节点的条件材料清单在该节点前两个月确认并启动准备，责任人明确到岗位；材料齐备后统一提交，不分散递交以免遗漏。

第四条是税费与票据管理。合同约定「因本合同而发生的一切税费，由双方按法律规定各自承担」（b0644）。我方按法律规定承担应由我方承担的税费，按三部分税率分别开具增值税专用发票（b0522r02 至 b0522r04），票面内容与合同价款表逐项对应，不合并开票以免影响甲方抵扣。

18.4 合同签订、生效与变更

投标人须知第 7 章约定了定标与签约的程序：招标人自收到书面评标报告之日起根据其采购招标相关制度确定中标人，中标结果以书面形式通知所有投标人（b0378 至 b0380）；招标人以书面形式向确定的中标人发放中标通知书（b0381 至 b0383），中标通知书将成为合同的组成部分（b0384）；采购合同将授予所确定的中标人（b0385、b0386）；招标人不承诺将合同授予报价最低的投标人，在发出中标通知书前有权依据评标委员会的评标报告拒绝不合格的投标人（b0387、b0388）；招标人和中标人应当自中标通知书发出之日起 30 日内，按照招标文件和中标人的投标文件签订采购合同，且不得再订立背离合同实质性内容的其他协议（b0389 至 b0391）；中标人如不按规定与招标人订立合同，则招标人废除授标，其投标保证金不予退还（b0392、b0393）；招标人依据本项目的招标文件和中标人的投标文件，按项目需求计划与投标人签订合同（b0394、b0395）。

上述条款属程序性约定，我方的落实是办事性的：如我方中标，在收到中标通知书后即启动签约准备，于通知书发出之日起 30 日内完成合同签署，签约内容以招标文件与我方投标文件为依据，不提出背离合同实质性内容的其他安排。签约所需的授权文件、印章与公司信息在投标阶段即准备就绪。

合同生效与效力按第十六条执行：合同经双方授权代表签字并盖章之日起生效，至约定的双方全部义务履行完毕之日终止（b0622）；合同的签订替代此前双方所有口头或书面承诺（b0623）；技术要求以技术协议为准，技术协议、招投标文件是合同的组成部分，未尽事宜按双方签订的相关协议或单方有效承诺执行（b0624）；某一条款被裁决无效但不影响其他条款效力的，其他条款仍然有效（b0625）。我方据此在内部明确一项管理纪律：项目执行中的任何口头约定不产生效力，涉及范围、进度、费用、责任的事项一律转为书面并按变更流程处理（b0627），这与第十一章的变更管理一致。

合同的变更、补充与终止按第十七条执行（b0626 至 b0629），需求变更及增补的处理办法见第十一章第 3 节。

18.5 争议解决与违约责任的履约安排

合同第十八条约定「本合同的订立、效力、履行、解释和争议的解决均受中国法律的管辖」（b0630、b0631），「本合同履行过程中如发生争议的，各方应协商解决。协商不成的，向甲方所在地人民法院提起诉讼」（b0632）。我方接受该约定。在管理上，我方把争议前置化解作为优先选择：对可能形成争议的事项（验收口径、范围边界、责任归属）在发生分歧的当期即形成书面记录并提请联合领导小组协商，不积压到验收或结算阶段；协商结论书面签认，作为后续执行依据。

合同第十四条违约责任的内部管控办法见第十章第 4 节。合同第八条权利保证的三项约定——交付物不侵犯第三方权利（b0560）、必须确保项目持续服务直至最终验收否则承担项目总金额 30% 的违约金（b0561）、甲方需求发生重要调整时须经我方评估确认影响并共同确定新的执行计划（b0562）、按计划提供咨询辅导服务并保证服务质量且把与本项目相关的知识传授给甲方管理小组（b0563）——我方均予接受，其中服务持续性由第六章的关键人员锁定与 A／B 角制度保障，知识传授由第六章第 5 节与服务方案卷的培训安排落实。

18.6 合同模板与落款信息的填写口径

招标文件第四章给出合同模板，并说明「合同根据项目实际情况，以最终签订内容为准」（b0502、b0503、b0504）。模板的封面与首部包含甲方名称、乙方名称、合同编号、签订时间与签订地点等留白项（b0505 至 b0513），正文首段引述签约依据与双方意愿（b0514），并约定「项目交付物应达到……合同及技术协议中所示标准及功能、性能、安全等要求」（b0515）。

第一条约定交付物详见技术协议（b0516、b0517）、交付时间为 2028 年 5 月前完成终验收（b0518）、交付地点为甲方（b0519）。第二十条附则另约定通知送达地址（b0645）、合同正本一式陆份且甲方执肆份、乙方执贰份并具有同等法律效力（b0646），以及双方落款信息栏（b0647 至 b0655）。

上述内容属合同模板的格式与留白，我方的处理口径为：签约时按模板原格式填写，乙方名称、地址、法定代表人、委托代理人、电话、开户银行、账号、税号等栏按我方工商与银行信息填写（【待填：乙方名称、地址、法定代表人、委托代理人、联系电话、开户银行、账号、税号，由商务与资格卷统一提供】）；合同编号与签订时间由双方在签约时确定，签订地点按模板为宁夏石嘴山市（b0513）；甲方栏信息按招标文件模板原文保留，我方不改动；合同正本按一式陆份、甲方肆份、乙方贰份制备（b0646）。合同条款的逐条通读与偏离情形的核对结论，见商务与资格卷「技术与商务规格差异表」；本章不重复列示，亦未在本节中对任何合同条款提出偏离。

技术要求第 10 章另有两项约定需在此确认：其他未尽事宜按补充协议执行（如有）（b2248）；当技术协议规定的内容要求与合同、补充协议等要求不一致时，按较高要求执行（b2249、b2250）。我方接受并按第四章第 1 节的范围判定规则执行。

第二部分　项目实施计划

本部分回应评分表第 4 项第 2 小项：「项目实施计划。对项目总体进度计划、需求调研、需求分析、蓝图设计、概要设计、详细设计、定制开发、技术评审、系统集成、联调测试、上线试用、问题解决、成果移交等关键工作安排合理，能高质量策划、执行和监控项目实施过程」（b0496r05），并落实技术要求第 4 章项目建设周期（b2155、b2156）与 3.2.6.11 第（4）项关于年度计划和考核计划的要求（b1866）。

十九、总体进度计划与阶段划分

19.1 建设周期与时间基准

技术要求明确「本项目建设周期为合同正式签署后至 2028 年 5 月。依托矿山装备制造行业多模态高质量数据集建设的总体目标，项目按照统筹规划、分步实施、迭代推进的原则，划分为基础设施及数据资源建设、数据集加工生产运营平台建设、数据集加工生产实施、数据集场景验证、数据集运营推广等多项建设内容协同推进，各项建设内容在时间上相互衔接、任务上互为支撑」（b2156）。合同约定交付时间为「2028 年 5 月前完成终验收」（b0518）。

我方以合同正式签署日为时间零点（T0），全部计划以相对月份表达。T0 的落点由签约程序决定：招标文件约定招标人和中标人自中标通知书发出之日起 30 日内签订合同（b0390），按本项目 2026 年 10 月的回标与评标安排推算，T0 落在 2026 年 11 月至 12 月之间。

计划的编制方式是倒排而不是顺排：终点取「2028 年 5 月」这一不可移动的约定（b2156、b0518），自终点向前倒排各阶段与里程碑，再与顺排的工序工期核对，取两者中较紧的一侧作为基准。按 T0 为 2026 年 11 月计，T0 至 2028 年 5 月底的可用工期为 18 个月，因此全部计划按 18 个月编制，最终验收完成时点取「T0＋18 月」与「2028 年 5 月」两者中的较早者。内部控制目标是在 T0+16 月内提出终验收申请，为整改与复验留出约两个月，与 5.3 的缓冲口径一致。

若 T0 晚于 2026 年 11 月，不改变 2028 年 5 月这一终点，在折算日历计划时按三条次序压缩：先压缩阶段五内各项工作之间的串行等待（场景验证与集中培训并行、成果移交与终验自查并行），再压缩设计与开发波次之间的交接间隔，最后才考虑追加资源。数据批次自检与抽检的既定时长、试运行不少于三个月的时长、评测与整改复测的既定时长不在压缩之列——这三段压缩会直接损害交付物质量。合同签署后以实际签署日折算一次日历计划并发布基准版本（基准 V1.0），此后的调整走变更流程。

19.2 五个阶段的划分与衔接

技术要求列出的五项建设内容是并行推进的建设内容划分，不是串行的时间阶段。我方在其基础上按时间划出五个阶段，每个阶段同时推进多项建设内容，阶段之间以评审节点衔接。这样做的理由是：数据加工的工期取决于源数据到位时间，平台建设的工期取决于设计与开发节奏，若按建设内容串行排期，总工期会超出建设周期；按时间阶段并行推进，才排得进 18 个月。

表 19-1　五个阶段的划分、主线任务与出口条件。数据来源：招标文件技术要求第 4 章（b2156）、第 9 章验收标准（b2226）、服务采购清单（b0804r02 至 b0804r08）、合同第一条（b0518）。

相邻阶段有重叠，重叠的部分是刻意安排的。阶段一与阶段二重叠一个月，让蓝图设计在需求调研的后半段就启动，设计人员直接参与最后一轮调研；阶段三与阶段四重叠五个月，让首批数据加工在工具链第一波次交付后即开始，不等工具链全部完成；阶段四与阶段五重叠三个月，让场景验证在首批数据集通过预评测后即启动。重叠带来的风险是上游变更会影响下游已开工的工作，控制办法是重叠期内的下游工作只做不依赖未定口径的部分，并在双周计划会上逐项确认可开工范围。

19.3 总体进度计划

总体进度计划由三件配套呈现，三件看的是同一套计划的三个侧面。第一件是进度计划表，即 19.2 的表 19-1，给出五个阶段的时间区间、主线任务与出口条件，回答的是分几段、每段做什么、做到什么程度算完。第二件是下面的甘特图，把各阶段与主要工作按月排在同一条时间轴上，阶段之间的重叠关系、各条工作的起止与里程碑的落点在图上一次可见，回答的是什么时候做什么、哪些工作并行。

第三件是关键路径，已在 5.2 给出两条关键路径及其监控办法，回答的是哪些工作一旦延误会直接顺延终验收。编制顺序是先定阶段与出口条件，再排工作与资源，最后用关键路径法核算总工期与浮动时间。三件之间若出现不一致，以表 19-1 的阶段出口条件为准，甘特图与关键路径随之调整。

甘特图的刻度为月，以 T0 为时间零点，T0 的取定依据见 19.1，建设周期至 2028 年 5 月的要求依招标文件技术要求第 4 章（b2155、b2156）。图中六个里程碑 M1 至 M6 与表 19-3 逐一对应，其判定依据、对应交付物与关联付款节点见 19.4。甘特图在实施期按双周滚动计划更新，更新后的版本随月报提交，更新不改变表 19-1 的阶段出口条件，改变出口条件须走变更流程（见十一、变更管理）。

图 19-1　项目总体进度计划甘特图（以 T0 为时间零点，刻度为月）

图 19-1　项目总体进度计划甘特图（以 T0 为时间零点，刻度为月）。数据来源：招标文件技术要求第 4 章项目建设周期（b2155、b2156）、第 9 章验收标准（b2226）、合同第一条第 2 款（b0518）、第三章综合评分表第 4 项第 2 小项列举的关键工作（b0496r05）。

表 19-2　甘特图行与 WBS 工作包的映射。甘特图的任务行按第三章综合评分表第 4 项第 2 小项列举的关键工作逐条设行（b0496r05），阶段与任务行采用表 4-1 的一级、二级 WBS 名称；阶段计划、双周计划和进度统计继续下钻到三级 WBS 单元编号。这样，图上的计划条、周报中的完成记录和交付物台账可按同一 WBS 单元追溯。

数据来源：表 4-1 三级 WBS（本节第 4.2 节）、表 19-1 与表 19-3、第三章综合评分表第 4 项第 2 小项（b0496r05）、技术要求 9.3（b2241r01 至 b2241r33）。

表中「技术评审」与「问题解决与缺陷闭环」两行不是某一阶段的专属工作，而是贯穿多个阶段的机制性工作，因此在甘特图上画成横跨多阶段的长条：技术评审行上的刻度标记对应十一次固定评审场次，排期、入口条件与出口判据见第二十章第 3 节第 2 目的表 20-3；问题解决行自试生产与联调测试产生首批问题单起计，至终验收遗留问题移交质保期跟踪止，处置规则见第八章第 5 节、阶段安排见第二十章第 4 节第 3 目。概要设计与详细设计在甘特图与本表中分设两行，两者的时间区间、评审口径与产出文档均不相同，详见第二十章第 2 节第 2 目。

19.4 里程碑与交付物对应

共设六个一级里程碑，每个里程碑有明确的判定依据与对应交付物。里程碑的达成需要甲方签认，不由我方自行宣布。表中的相对时间与图 19-1 的里程碑落点、表 19-2 的里程碑列逐一对应；M6 的完成时点同时受「T0＋18 月」与「2028 年 5 月」两条约束，取较早者（见 19.1）。

表 19-3　六个一级里程碑与交付物、付款节点对应。数据来源：招标文件合同条款第三条（b0524 至 b0537）、第五条（b0545）、技术要求 9.1（b2226）、9.3（b2241r02 至 b2241r33）。

19.5 人力投入曲线与资源安排

人力投入按阶段呈双峰形态。第一个峰出现在阶段三后段（T0+9 至 T0+11 月），由开发、集成、联调测试与首批数据加工试生产叠加形成；第二个峰出现在阶段四后段（T0+13 至 T0+15 月），由标注与质检集中期形成。两峰之间在 T0+12 月前后有一次小幅回落，但不回落到低位，因此人力准备要按连续高位安排而不是按短期加班安排。投入强度随月份的变化如图 19-2。

图 19-2　人力投入强度曲线（以峰值月为 100，刻度为月）

图 19-2　人力投入强度曲线。纵轴为相对投入强度指数，以投入最高的月份记为 100，曲线形状由表 19-1 的阶段排布与表 19-2 各项工作的起止月份推算。各月的绝对投入人数不在本曲线上给出：人数以合同签订后三日内提交的《项目人力资源配备表》（b2161）与投标文件商务与资格卷的项目团队配置为准，合同约定项目小组成员不得少于 10 人且至少 3 人具备相关资质（b0556），我方全程满足该下限。曲线的峰谷时点由工序排布决定，与人数口径的确定相互独立，人员名册确定后按本曲线折算各月在场人数并随阶段计划发布。数据来源：表 19-1、表 19-2、表 6-1 关键角色与驻场要求、合同第七条（b0556）、技术要求第 6 章（b2161）。

各阶段的人力构成与主要工作如表 19-4。表中的角色名称与表 6-1 一致，一个角色在不同阶段承担的工作不同，这是编制阶段计划时分配人力的依据。

表 19-4　各阶段的人力构成、强度指数区间与主要去向。数据来源：表 6-1 关键角色与驻场要求、表 19-1 五个阶段、表 19-2 甘特图行与 WBS 映射、图 19-2。

我方的资源安排办法有三条：驻场核心团队（项目经理、实施顾问及全职成员）全程稳定在岗，不随峰谷调整，保证口径与知识的连续性；标注与质检人力按批次规模倒推并提前两个月预备，峰值前预留 15% 余量；开发人力在阶段三集中投入，阶段四起逐步转入运维支持与缺陷整改，不在阶段四结束后立即撤出，为上线试用期的问题处置留人。合同约定项目小组成员不得少于 10 人且至少 3 人具备相关资质（b0556），我方全程满足该下限，实际配备规模按阶段计划明示。

二十、各阶段工作安排

本章按评分表列举的关键工作逐项给出安排（b0496r05）。每一项工作按同一套结构展开：输入（开工前必须到位的前置件）、做法（具体动作与工作量口径）、产出（可签认的出场物）、监控（本项工作在周报与月报中按什么口径计量、超过什么阈值触发处置）、回退（做不到时退到哪一步）。五项之中，监控与回退是判断一份实施计划能不能执行的关键：只写做法的计划在遇到源数据不齐、接口不通、业务口径未定这类常见情形时无处落脚。

各项工作的时间区间见图 19-1 与表 19-2，两处与本章的区间逐行一致。本章不重复抄录时间表，只在每目开头给出该项工作的起止月份。

20.1 阶段一：启动与需求调研（T0 ～ T0+3 月）

20.1.1 项目启动

时间区间：T0 ～ T0+0.5 月。 启动工作在 T0 后两周内完成。

输入：已签署的合同与技术协议、投标文件及其承诺事项清单、甲方项目对接人与各业务部门归口人名单。

做法：启动期有两条并行的线，一条是合同时限内必须交出的文件，一条是把项目的运行规则立起来。

合同时限内的动作有三项，均有明确的日期约束：合同签署后三日内提交加盖公章的《项目管理计划》，以文件形式罗列实施过程管理大纲，陈述管理理论、技术、方法、流程、工具、模板，内容涵盖需求、范围、进度、人力资源、实物资源、沟通、相关方、风险、配置九个管理域（b2159）；同期提交加盖公章的《项目人力资源配备表》，逐人列明角色、职责、参与度、汇报关系与服务周期，并附项目经理与核心成员简历（b2161）；在启动实施前配合甲方完成对项目经理的面试（b2161）。三项的内部控制时点均较合同约定提前一日，为盖章与报送留出余量。

立规则的动作有五项：人员进场前完成安全教育、入厂证办理与保密文件签署，未完成不得进场作业（b0580、b0635、b2223）；召开项目启动会；发布进度基准 V1.0 与阶段一计划；建立奔牛数据智能平台项目管理视图的项目空间，开通甲方查阅账号，使甲方自启动日起即可看到同一份计划与同一份问题清单；发出《甲方配合事项清单》初始版本，列明阶段一内需要甲方协调的访谈档期、取数窗口与资料调阅事项。

启动会的材料包含四项内容，不做泛泛的方案宣讲：本包的范围边界（做数据集加工生产、质量评测与场景验证，智能场景的建设由招标方另行组织）、各业务部门需要配合的事项与时点、问题与变更的提出方式、本阶段的调研安排与对各部门工作时间的占用估计。实践中启动会讲清后两项，调研阶段的配合效率明显不同。启动会的结论形成《启动会纪要》，由双方项目对接人签认，纪要中的待办事项直接转为配合事项清单的条目，不另起台账。

产出：项目管理计划、项目人力资源配备表、项目实施方案、启动会纪要、进度基准 V1.0、甲方配合事项清单初版、项目空间与账号开通记录。

监控：启动期的度量只有三项，都是是与否的判定——两份文件是否在合同约定的三日内送达并取得签收、项目经理面试是否完成、进场人员的四项准入手续（保密协议、安全教育、入厂证、制度培训考核）是否逐人齐备。任一项未达成即在首期周报中单列披露，并写明补救时点。

回退：若甲方因内部安排未能在 T0 后两周内组织启动会，我方先行发布进度基准 V1.0 与阶段一计划并提交备案，调研工作按已确认的部门先行启动，不等整体启动会；启动会补开后，将已开展的调研结论在会上一并确认。若项目经理面试结论要求调整人选，按第六章第 3 节的关键人员更换流程办理，并在更换完成前由项目总监代行对外口径，使调研不中断。

20.1.2 需求调研

时间区间：T0+0.5 ～ T0+3 月。 三轮调研的组织方式见第三章第 3 节，此处给出时间安排、工作量口径与过程监控办法。

输入：启动会确认的调研范围与部门名单、《甲方配合事项清单》中已排定的访谈档期、甲方信息化部门提供的系统清单与归口人。

表 20-1　三轮需求调研的时间、对象与工作量口径。数据来源：招标文件第五章 3.2.2 各系统集成要求、合同第 5 章项目管理制度关于深入调研避免功能返工的约定（b2158）。

跟岗观察是本阶段的重点方法，理由在第三章已说明：本项目的关键需求有相当部分不在系统字段里，而在人的判断过程中。以板材备料工艺为例，调研要记录的不是「工艺人员要填卡片」，而是：读图时按什么顺序提取材料牌号、板厚、外形轮廓、孔与方孔、坡口与倒角、压弯线与粗糙度符号；在备料分厂的封闭工序集合（当前掌握口径为 28 道，以甲方工艺部门确认的正式工序字典为准）内按什么依据挑选与排序；关联设备与工装样板时查哪些资源库；压弯件展开长按中性层公式如何换算；遇到可借用的历史工艺时按什么特征检索、按什么标准判断可借用。这些记录直接决定了标注规范的粒度与标签体系的层级，记不细则后续标注一定返工。

监控：调研进度按「已建档源系统数／应建档源系统数」与「已完成深访业务域数／应完成业务域数」两项计量，每周在周报中更新；访谈改期累计超过两次的部门，在双周计划会上列为需协调事项并由甲方项目对接人指定替代时间。调研记录的质量按一项抽查口径控制——每完成一个业务域，由实施顾问抽取两份调研记录，核对是否记到了判断依据的层面而不是停留在岗位职责描述，不合格的当周补访。

回退：某业务部门因生产安排无法接待跟岗的，先以作业文件、历史工艺卡与典型案例的离线研读替代，并约定在该业务域进入标注规范编制前补一次不少于半天的现场确认；补不上的，该业务域的标注规范在首版中标注为待确认状态，对应批次不进入批量加工，只做小批试标。

20.1.3 需求分析

需求分析与调研部分重叠，自 T0+1 月起启动，T0+3 月前完成。分析工作有四项动作：

第一是需求条目化。把调研记录拆成可独立确认的需求条目，每条对应一件事，不写复合需求。条目入需求条目库并编号。

第二是数据可得性核查。对每条数据需求，核查对应源系统是否有该字段、字段填写完整度如何、历史留存范围覆盖多少、增量获取方式是否可行。核查结论分三档：可得、部分可得（注明缺口与影响）、不可得（注明替代方案）。这一步是本项目需求分析与一般项目最大的不同：甲方的数据条件是量不少、关联少、口径散，因此不做可得性核查的需求确认是不可靠的。

第三是优先级判定与范围确认。按第三章第 2 节的 A／B／C 三级判定，C 级条目登记但不入本期范围，并在《需求澄清与处置清单》中给出处置建议。

第四是需求规格编制与评审。按 GB/T 8567 的要求编制《需求规格说明书》，分业务域组织确认会逐条签认，经需求规格评审通过后形成需求基线（M2）。

需求分析的产出同时包含两份招标文件要求的交付物：《数据收集清单》（Excel，b2241r05）与《数据导入模板》（Excel，b2241r06）。前者按源系统逐套列出需取的表／接口／文件、字段、频率、增量方式、低峰窗口与责任人；后者按数据类型给出导入的字段定义、取值规范、必填项与校验规则，供甲方侧按模板准备离线数据时使用。

回退安排：若某业务域在 T0+3 月前无法完成需求确认（通常因业务部门人员档期或口径未定），则该业务域的需求基线延后发布，但不阻塞其他业务域；延后超过一个月的，在阶段评审会上确认该业务域的加工批次移至后续阶段并相应调整批次计划。

20.2 阶段二：设计与基础建设（T0+2 ～ T0+7 月）

20.2.1 蓝图设计

时间区间：T0+2 ～ T0+5 月。 产出《系统设计蓝图及相关源文件》（Word 及可编辑源文件，b2241r07）。

输入：第二轮调研完成的业务域记录、源系统与资料台账、已确认的数据可得性核查结论。蓝图不等需求规格全部签认才动笔，而是与第三轮调研并行，这样设计人员带着设计问题参加最后一轮确认会。

做法：蓝图回答六个问题：数据从哪些源进来、按什么对象组织、经过哪些加工工序、按什么规范标注与质检、以什么形态交付、如何被场景验证使用。

蓝图设计的核心动作是把业务对象的标识关系定下来。本项目各场景的共同障碍是业务对象标识不贯通：施工号、产品号、图号、零件号、物料编码、工单号、炉次、焊缝与焊道、设备编码与故障记录之间没有稳定主键关系，同一台产品在不同系统里叫不同的名字。蓝图阶段必须明确主键选择、关联路径与无法关联时的处置口径，否则后续所有加工都建立在不确定的关联之上。这一部分的技术方案在技术方案卷详述；本章记录其在实施计划中的位置与评审要求。

蓝图设计同时完成两件与验收相关的事：一是与甲方签认《验收口径确认表》，逐项约定交付物的验收方法、抽样比例、合格判据与证据形式；二是与甲方档案管理部门确认文档格式要求并做首批文档预检。这两件事放在蓝图阶段做，是为了在验收阶段少争论。

产出：系统设计蓝图及可编辑源文件、业务对象标识关系说明、《验收口径确认表》签认件、首批文档格式预检意见。

监控：蓝图阶段的监控指标是业务对象标识关系的确认进度——按「已签认主键与关联路径的业务对象数／蓝图涉及的业务对象总数」计量，每两周更新一次，该比例在蓝图评审入口处应达到评审要求的下限，未达到的对象在蓝图中单列并注明影响到的加工路径。

回退：蓝图设计评审由联合领导小组组织，甲方各业务部门参加。评审不通过的，整改后重新评审；整改期间下游的概要设计只做不依赖争议结论的部分。某一业务对象的主键关系经两次确认会仍无法定论的，按第十章 R04「口径未签认不开工」的原则处置：在蓝图中对该对象采用候选主键加人工复核队列的过渡口径，并把该对象涉及的批次排到后续波次，待口径签认后再开工。

20.2.2 概要设计

时间区间：T0+4 ～ T0+6 月。 概要设计与详细设计是两级设计，时间区间、产出文档与评审口径各不相同，因此在图 19-1 与表 19-2 中分设两行，本章也分两目写。两级之间有一个月重叠，按模块分批推进而不是整体推进：先定型的模块先进入详细设计，不等全部模块的概要设计一起通过。

输入：通过评审的系统设计蓝图、签认的需求规格说明书与需求跟踪矩阵首版、源系统接口与数据字典的核验结论。

做法：概要设计解决「系统由哪些部分组成、各部分之间怎么接」的问题，内容分六块。

一是功能分解与模块划分。数据集加工生产平台、9 类 25 个专项智能工具链、数据集运营服务管理平台的 16 个功能模块逐一分解到可独立开发与独立验证的模块，每个模块给出职责边界与所属工作包编号。

二是模块间接口定义。给出接口清单、调用方向、数据结构与同步异步方式；工具链之间以加工任务与数据批次为交互对象，接口按批次粒度定义，便于后续按批次追溯。

三是数据模型与存储设计。给出四大数据集及其中间产物的存储组织方式、分区与生命周期策略、血缘关系的记录方式。数据模型须与蓝图确定的业务对象标识关系对齐，模型中每一个主键都能回指到蓝图中的一条标识关系。

四是与甲方源系统的集成方式与接口清单。逐套系统给出取数方式（接口、只读视图、离线文件）、增量判定字段、取数频率与低峰窗口，形成《系统集成技术方案》（Word，b2241r12）。

五是部署拓扑与环境规划。给出开发、测试、生产三套环境的拓扑、资源配比、网络路径与密码服务的接入位置。

六是非功能指标的设计取值。性能、并发、容灾、安全四类指标逐项给出设计取值与取值依据，依据来自招标文件的明确要求或调研实测的数据量测算，不写没有来源的取值。

产出：概要设计说明书、模块与接口清单、系统集成技术方案（b2241r12）、非功能指标取值表及其依据说明。

监控：概要设计阶段按「已通过内部评审的模块数／应完成模块数」逐周计量；需求覆盖按需求跟踪矩阵核对，每一条 A 级与 B 级需求条目都要能找到承载它的模块，未被承载的条目在评审入口处作为不符合项处理。

回退：某一模块的接口因源系统信息不足而无法定稿的，该模块的概要设计按「接口待定」状态通过有条件评审，详细设计只做内部逻辑部分，接口部分待信息补齐后补做，补做完成前该模块不进入开发。

20.2.3 详细设计

时间区间：T0+5 ～ T0+7 月。

输入：通过评审的概要设计说明书与接口清单、签认的需求规格说明书、标注规范 V1 草案（涉及标注类工具的模块）。

做法：详细设计解决「每个模块内部怎么做」的问题，内容包括各模块的内部设计、算法与规则的处理逻辑、数据库表结构与字段定义、接口的请求响应规格与异常处理、界面布局与交互、测试要点。其中两项与本项目的数据特点直接相关，需要写到可据以编码的程度：一是解析与标注类工具的规则表达方式，规则必须与标注规范同源，规范改一条、规则随之改一条，不在代码里另写一套口径；二是异常路径，源数据缺字段、关联不上、时间戳错位、附件不可读这四类情形在本项目中属常态而非例外，详细设计须逐一给出处理分支与落入人工复核队列的条件。

产出为《详细设计说明书》（Word，b2241r08）与《数据库表结构、字段说明书》（Word，b2241r25）。

评审口径：两级设计的评审口径不同。概要设计评审看模块划分是否合理、接口是否完备、非功能指标取值是否有依据；详细设计评审看是否可据以直接编码、是否覆盖需求条目、异常路径是否考虑。详细设计评审通过后形成设计基线（M3），设计基线建立后的修改一律走变更流程并同步更新需求跟踪矩阵。

设计阶段另有一项固定动作：按软硬件清单逐项核算国产化率并出具核算表，作为详细设计评审的一项评审内容（见第十七章第 1 节）。

监控：详细设计阶段的监控指标有两项——需求条目的设计覆盖率（有对应详细设计章节的需求条目数÷已签认条目数），在详细设计评审入口处达到该阶段目标；设计评审意见的闭环率（已验证关闭的意见数÷意见总数），评审后两周内应全部闭环，未闭环的意见阻断对应模块进入开发。

回退：详细设计评审出现大面积不通过（单次评审的严重意见超过该模块设计条目的既定比例）时，不做逐条修补，而是退回概要设计复核模块划分与接口定义，确认上一级设计无误后再重做详细设计。这样处理的理由是：详细设计的大面积问题通常来自上一级划分不当，逐条修补会把问题留到编码阶段。

20.2.4 基础设施与环境建设

时间区间：T0+2 ～ T0+7 月。

输入：签约时确定的软硬件清单、甲方机房与网络条件的现场勘查结论、甲方信息化部门的账号与权限开通流程。

做法：这一目有三条线并行。

硬件线：硬件在阶段一即下单，到货安排在 T0+4 ～ T0+6 月，安装适配在到货后一个月内完成，具体包括通用服务器上数据集加工生产平台的安装适配、接入连接器上数据集运营服务管理平台的安装适配、服务密码机的国密算法调试、硬件的网络连接与适配（b0804r05）。到货时按《设备台账》逐台点验序列号与随机资料，点验结论与到货验收单一并归档；每项安装适配完成后取得《安装调试完成确认单》签认。该确认单是第二次付款的条件之一（b0528、b0530），因此其签认时点在月报里单列跟踪。

环境线：开发、测试、生产三套环境的搭建与网络开通，以及甲方侧账号与接口权限的开通。三套环境的隔离要求与数据流向在概要设计中已定：生产环境内的数据不向测试与开发环境流动，测试所需样本由脱敏后的样本集提供。这部分工作依赖甲方配合，是阶段二的主要进度风险（风险 R01），按第十章的回退路径处置。

规范线：阶段二同期启动数据治理的现状评估与首批治理规划文档编制，以及标注规范 V1 的编制与签认。标注规范是后续批量加工的依据，其签认是阶段二的出口条件之一。规范编制的顺序按加工批次的先后排，先签认先开工的业务域，不等四个业务域的规范一起定稿。

产出：硬件到货验收单、安装调试完成确认单、设备台账、三套环境的开通记录与权限台账、治理现状评估报告、首批治理规划文档、标注规范 V1 签认件。

监控：硬件线按「已签认安装调试确认单的设备数／应安装设备数」计量；环境线按「已开通的源系统账号与接口数／应开通数」计量，并对每一项标注最晚需要日期，逾期即在双周计划会上升级；规范线按「已签认的业务域标注规范数／应签认数」计量。三项均逐周更新并进入周报。

回退：硬件供货延误超过两周的，按风险 R10 提交同档次备选型号的变更申请，并附不低于原要求的参数对比；环境或账号未按期开通的，按 R01 的三级回退处置，先用离线导出件做解析适配与规则验证，待开通后补做增量对接与一致性核对。

20.3 阶段三：定制开发、系统集成与联调测试（T0+5 ～ T0+13 月）

20.3.1 定制开发

时间区间：T0+5 ～ T0+12 月。

输入：通过评审的详细设计说明书与数据库表结构说明书、已开通的开发与测试环境、已签认的标注规范 V1（标注与质检类工具）。

做法：开发按三个波次交付，不整体交付。波次划分的依据是对数据加工的支撑紧迫性：

表 20-2　定制开发的三个交付波次。数据来源：招标文件服务采购清单第 2 项专项智能工具链（b0804r03）、第 3 项运营服务管理平台（b0804r04）。

开发过程的管理规定有四条：按详细设计编码，设计未评审通过的模块不开工；代码入配置库受控，提交必须关联需求条目或问题单；单元测试由开发人员完成并留存记录，集成测试由质量与评测岗组织；每个模块完成后做一次代码与设计一致性抽查，抽查不符的先改设计或改代码再继续，不留不一致。

产出：三个波次的交付包与验证记录，以及《开发技术文档》（Word，b2241r22）、《软件安装与配置文档》（Word，b2241r09）与《软件安装手册》（Word，b2241r20）。按合同约定，定制开发部分及系统集成接口源代码在交付范围内（b0522r06），交付时随交付包一并移交并登记入成果台账。

监控：开发阶段按三项指标逐周计量并进周报——模块完成率（通过单元测试并入配置库的模块数÷该波次模块总数）、设计与代码一致性抽查的符合率（抽查符合的模块数÷抽查模块数）、缺陷密度（集成测试发现的缺陷数÷该波次模块数，用于判断某一波次是否需要加密抽查）。前两项以第一波次的实测值为基线，后续波次逐波提高；缺陷密度以第一波次实测为基线，逐波下降。三项中任一项连续两周偏离基线，由开发顾问出具原因分析并在波次交付评审上说明。

回退：某个工具因算法效果未达设计预期而无法按期交付的，该工具的功能先以人工加半自动方式在加工流程中替代，对应批次的人工复核比例相应提高，并在该波次评审中明确补齐时点；补齐前不把该工具计入已交付清单。某一波次整体延期超过两周的，按第十章 R17 的办法集中评估对下游批次的影响，调整批次排产而不是压缩质检环节。

20.3.2 技术评审

时间区间：T0+3 ～ T0+17 月，贯穿阶段一至阶段五。 技术评审不是阶段末的一次性动作，而是贯穿各节点的固定机制，因此在图 19-1 中画成横跨多阶段的长条，而不是挂在某一个阶段里。第十三章第 2 节已给出技术评审在三级质量控制中的位置与八类评审节点，本目给出这些节点在实施计划中的排期、入口条件、评审要素与出口判据。八类节点在本项目落为十一次固定评审场次，其中工具链按三个交付波次各评审一次。

评审的组织方式。每次评审由开发顾问组织并担任评审组长，参加方包括甲方技术对口人、相关业务部门代表、我方对应责任岗与一名不参与该件编制的内部复核人。安排内部复核人参加，是为了让评审意见不只来自甲方：一份只有甲方提意见的评审记录，说明我方自己的复核没有发挥作用。评审资料在会前三个工作日分发，参会方在会前提交书面意见，会上只讨论有分歧的条目，不在会上通读文档。会后两个工作日内出具《技术评审记录单》（模板见第二十四章），由评审组长与甲方技术对口人双方签认。

评审的结论与处置。结论分三档：通过、有条件通过、不通过。有条件通过的，整改完成后由评审组长逐条验证并确认即可，不必重开会议；不通过的，整改后重新评审。评审意见逐条登记并标注处置方式（采纳、采纳并调整、不采纳并说明理由），不采纳的意见须经甲方技术对口人认可后方可关闭，避免意见被静默忽略。评审意见的闭环记录随该评审对应的交付物一并归档，验收时可按评审场次调阅。

评审与配置管理的衔接。待评审件必须先入配置库并取得版本号，评审记录单上登记的是版本号而不是文件名；评审通过的版本即为该交付物的基线版本，此后的修改走变更流程。这样处理是为了避免评审意见落在一个版本上、而提交验收的是另一个版本。

十一次固定评审的排期与判据如表 20-3。

表 20-3　十一次固定技术评审的时点、入口条件、评审要素与出口判据。数据来源：招标文件第三章综合评分表第 4 项第 2 小项列举的技术评审（b0496r05）、技术要求 9.1 验收标准（b2226）、9.3 交付资料（b2241r01 至 b2241r33）、合同第五条验收标准（b0544、b0545）。

监控：技术评审按两项指标计量并在月报中披露——评审一次通过率（结论为通过的场次数÷已完成场次数，该指标同时是第二十一章考核指标体系中的一项）、评审意见闭环及时率（在约定时限内关闭的意见数÷到期应关闭的意见数）。一次通过率以首批评审实测为基线、逐季提高；闭环及时率低于当期目标的，由项目管理办公室出具原因分析并在下次评审前说明改进措施。

回退：某次评审因甲方技术对口人档期无法按时召开的，先以书面评审方式收集意见并形成预结论，会议补开时只确认预结论，不重新讨论；连续两次无法召开的，提请联合领导小组指定替代评审人。某次评审结论为不通过且整改工作量超过两周的，该节点的下游工作只推进不依赖争议结论的部分，并在双周计划会上逐项确认可开工范围，与 19.2 的阶段重叠处置办法一致。

20.3.3 系统集成与接口适配

时间区间：T0+8 ～ T0+13 月。

输入：通过评审的系统集成技术方案与接口清单、已开通的源系统账号与接口权限、甲方信息化部门批准的取数作业申请。

做法：集成工作分两类：一类是本项目自建组件之间的集成（平台、工具链、运营平台、硬件与密码机）；另一类是与甲方在用业务系统的集成，涉及客户关系管理、企业资源计划、供应链管理、质量管理、仓储管理、制造执行、工时定额、能源管理、安全监管、售后服务与备件管理、设备资产管理、产品全生命周期管理、数据采集与监控、协同办公、主数据管理、热处理群控等系统（b0800、b0804r02）。

与甲方系统集成的做法有三条纪律：只做只读取数，不向源系统写入（除方案明确约定的回填场景外，回填须经源系统责任方书面同意）；大批量抽取排入业务低峰窗口并提前五个工作日提交取数作业申请；每套系统的接口适配完成后做一次一致性核对（抽取结果与源系统查询结果逐条比对），核对记录归档。产出为《系统集成接口说明书》（Word，b2241r13）。

产出：《系统集成接口说明书》（Word，b2241r13）、逐套系统的一致性核对记录、取数作业申请与批准记录。

监控：集成阶段按「已完成一致性核对的源系统数／应接入源系统数」逐周计量；每套系统的一致性核对以抽取结果与源系统查询结果的逐条比对为准，比对不符的条目全部定位原因后方可判定该系统接入完成。另设一项风险监控项：取数作业执行期间的源系统响应时间，由甲方运维侧提供观测口径，出现下降立即中止作业（风险 R12）。

回退：集成阶段的主要风险是源系统接口文档缺失或原厂不配合（风险 R02），回退路径是转为数据库只读视图取数并经甲方信息化部门批准，或采用甲方导出的离线文件。离线文件方式下，增量的时效性由约定的导出频率决定，该约定写入《甲方配合事项清单》并在接口开通后改回接口取数。

20.3.4 联调测试

时间区间：T0+11 ～ T0+13 月。

输入：通过集成测试就绪评审的测试用例集、已完成接入的源系统、三套环境中的测试环境及脱敏样本集。

做法：联调测试分四项，范围、判据与产出如表 20-4。

表 20-4　联调测试四类测试的范围、判定依据、不达标处置与产出。数据来源：招标文件技术要求 9.3（b2241r10、b2241r11）、合同第四条（b0540）、第十四条第 5 款关于第三方参与的约定（b0618）。

产出：系统功能验证报告、系统性能压力测试报告、安全测试记录、一致性核对记录、缺陷台账，以及《软件试运行确认单》签认件（该确认单是第二次付款的条件之一，b0530）。

监控：测试缺陷按严重度分四级（致命、严重、一般、轻微）登记，缺陷统计按模块与按责任组两个维度出，用于后续改进。逐周计量三项：用例执行率（已执行用例数÷应执行用例数）、用例通过率、致命与严重缺陷的未关闭数。致命与严重缺陷清零方可通过联调测试评审（M4）。

回退：若某一模块在计划结束日仍存在未关闭的严重缺陷，该模块不进入上线试用范围，其承载的功能在试运行期以人工或替代路径完成，并在上线试用就绪评审中列明替代办法与补齐时点；补齐并重测通过后再纳入试运行范围。性能指标未达设计取值且短期无法优化到位的，按实测值重新设定批量窗口的排期，先保证加工任务按期完成，优化方案列入试运行期的改进事项。

20.4 阶段四：数据加工生产、质量评测与上线试用（T0+8 ～ T0+16 月）

20.4.1 数据加工生产

时间区间：T0+8 月起试生产、T0+10 月起批量生产、T0+15 月完成。

输入：工具链第一波次交付件、已签认的标注规范、已接入并通过一致性核对的源数据、经培训与试标考核合格的标注人员。

做法：加工按「数据集×业务域×批次」切分。四大数据集的规模为预训练语料 615 亿 Token、指令微调 89 万条、强化学习偏好数据 6.6 万组、基准测试 0.95 万条，按供需计划、产品工艺设计、制造过程、质量四个业务域分解。加工按月排产，每月的排产量按上月实测产能与抽检合格率调整，不按理想产能排满。排产的先后次序按三条规则定：源数据已完整到位的业务域优先；标注规范已签认的业务域优先；下游场景验证需要先用到的业务域优先。三条规则冲突时以第二条为准，口径未定的批次一律后排。

试生产与批量生产的分界不是时间点而是判据：某一业务域的试生产批次连续两批抽检合格，且标注员间一致率达到规范阈值，该业务域方可转入批量生产。试生产期的产量不计入月度排产考核，其作用是把规范与工具中的问题在小批量上暴露出来。

加工过程的管理单位是批次，每批次的七项必填记录见第二章第 3 节。批次的流转规则是：自检不通过不流转；抽检不合格整批退回；退回批次重做后重新抽检，连续两次抽检不合格的，暂停该类批次并复核规范与培训，查清原因再恢复。

产出：按批次交付的四大数据集及其数据卡、标注结果、血缘记录、批次自检与抽检记录、质量档案。

监控：加工阶段按四项指标逐周计量并进周报——月度排产完成率（当月完成的合格批次数÷当月排产批次数）、批次抽检合格率、标注员间一致率、人工复核队列的积压量。前两项以试生产期实测为基线、逐季提高；一致率以规范阈值为底线；积压量设当期上限，超过上限即增派复核人力或下调该类批次的排产量。四项中任一项连续两期偏离，由标注管理岗出具原因分析，区分是规范问题、工具问题还是人员熟练度问题，三类问题的处置办法不同。

回退：某业务域因源数据到位滞后而无法按排产开工的，该域批次顺延并由其他业务域的批次填补产能，总量目标按业务域重新分摊；顺延超过一个月的，在阶段评审会上确认该业务域的批次计划调整，并评估对场景验证排期的影响。某类批次连续两次抽检不合格且原因定位为规范口径问题的，暂停该类批次、修订规范并重新签认，已完成的同口径批次一并退回重做，费用由我方承担（风险 R04）。

20.4.2 质量评测与整改复测

时间区间：T0+11 ～ T0+15 月。

招标文件要求的数据集质量测评服务包含「首轮全量评测、缺陷整改复测等过程」，并要求输出正式盖章评测报告、形成完整数据质量档案（b0804r08）。

输入：已通过抽检的批次数据集、评测指标体系与评测方案、第三波次交付的评测与验证类工具。

做法：时间安排为四段——T0+11 月起按业务域开展预评测（我方自行组织，用同一套指标自检）；T0+13 月起开展首轮评测；T0+14 月起缺陷整改；T0+15 月完成复测。四段按业务域滚动，不等四个业务域一起进入下一段：某业务域预评测通过即可进入首轮评测，其余业务域的进度不受影响。这样安排的作用是把整改窗口分散到各业务域，避免四个域的缺陷在同一个月集中整改。

评测的指标体系、方法与过程在服务方案卷「数据集质量评测方案」中详述。本章只说明三项管理安排：预评测提前两个月进行，目的是让系统性口径偏差在正式评测前被整批修正，而不是在正式评测报告里暴露；首轮评测的缺陷按严重度分级并登记《整改事项台账》，严重缺陷立即整改、一般缺陷纳入下一批次改进；某业务域经两轮整改仍未达标时按第十章 R06 的回退路径处置，缩小该域首批交付范围并书面说明，不以未达标数据充规模。

产出：预评测自检结论、正式盖章的评测报告、整改事项台账、复测结论、完整的数据质量档案。

监控：按业务域逐月计量三项——预评测自检的缺陷检出数（用于判断预评测是否起到了作用，检出数过低反而要复核自检口径是否被放宽）、整改一次验证通过率、复测达标的业务域数。第二项是第二十一章考核指标体系中的一项，以首批整改实测为基线、逐季提高。

回退：第三方测评或认证机构排期紧张导致首轮评测无法按期开始的（风险 R16），先以预评测结论支撑后续工序，已达标批次继续进入场景验证，评测排期确定后补做并以正式评测结论为准；排期影响到竣工验收申请时点的，在月报中提前两个月披露并提请联合领导小组协调。

20.4.3 上线试用与问题解决

时间区间：上线试用 T0+13 ～ T0+16 月；问题解决自 T0+10 月首批问题单产生起，至终验收遗留问题移交质保期跟踪止。

运营服务管理平台与加工生产平台的上线试用自 T0+13 月起，试运行期不少于三个月。合同约定「系统所有功能上线试运行无问题后乙方可申请进行终验收」（b0545），技术要求约定最终验收在「系统试运行一段时间并调试至稳定」后进行（b2226），因此试运行期的问题处置质量直接决定终验时间。

输入：通过上线试用就绪评审的交付包、操作手册与回退方案、已开通的生产环境与甲方用户账号。

做法：上线试用的组织安排有四条：设立试运行期专职值守，工作日现场响应、非工作日远程响应；问题一律登记入问题管理清单（b2241r16），按第八章第 5 节的时限规则处置；每周出一次试运行周报，列明本周问题数、关闭数、遗留数与阻塞项；试运行期结束前出具《系统上线运行报告》（Word，b2241r28），列明试运行时长、累计问题数与关闭率、遗留问题及其处置计划。

问题解决是评分表单列的一项关键工作（b0496r05），在本项目中不限于试运行期。自试生产与联调测试产生首批问题单起，所有来源的问题都进入同一张问题管理清单，不按来源另记台账；第八章第 5 节已给出清单字段与通用时限规则，本目给出问题在实施期内的分级口径、处置时限与升级路径，见表 20-5。

表 20-5　实施期问题的分级口径、处置时限、升级路径与对验收的影响。数据来源：招标文件第三章综合评分表第 4 项第 2 小项列举的问题解决（b0496r05）、技术要求 9.3 第 15 项问题管理清单（b2241r16）、合同第七条第 3 款（b0557）、第五条（b0545）。

问题处置有两条纪律需要在实施期反复强调。其一是归因到工序而不是到人：每个关闭的问题都要填写归因字段，标明问题产生于哪一道工序、为什么没有在该工序的自检中被发现，这一字段是缺陷逃逸数这项考核指标的数据来源。其二是同类问题合并处理：同一原因引发的多条问题单合并为一条主问题处理，关闭时逐条回写，避免把一个系统性问题拆成几十条分别修补，掩盖了真实原因。

产出：试运行周报、问题管理清单、系统上线运行报告（b2241r28）、遗留问题清单及其处置计划。

监控：试运行期按四项指标逐周计量——问题新增数、关闭数、关闭率（累计关闭数÷累计登记数）、阻塞与严重问题的未关闭数。关闭率以试运行首月实测为基线、逐月提高；阻塞与严重问题的未关闭数以零为目标，出现即在当周周报中单列并写明处置时点。试运行期的问题新增趋势是判断系统是否「调试至稳定」的主要依据：连续三周新增问题数不再上升且无新增阻塞问题，方视为具备申请终验收的条件。

回退：试运行期间出现阻塞性问题且临时规避方案不可行的，按上线试用就绪评审确认的回退方案将对应功能退回上一稳定版本，相关业务改以人工或替代路径完成，退回决定由项目经理提出、项目总监批准并书面告知甲方。若试运行三个月期满时仍有阻塞性问题未关闭，试运行期顺延至问题关闭后满一个月，顺延情况在月报中披露，并按第五章第 3 节的三级偏差响应评估对终验时点的影响。

20.4.4 竣工验收

时间区间：T0+16 月。 竣工验收侧重建设内容是否建成（b2226），二次验收模式的整体安排与出入口条件见第十三章第 4 节与图 13-1，本目给出竣工验收在实施计划中的时点、申请前的自查项与回退安排。

输入：通过竣工验收就绪评审的全部交付物、配置审计报告、整改事项台账、交付物台账。

做法：申请前完成三件事——配置审计无未关闭严重不符合项、整改事项台账全部验证关闭、《项目验收自查报告》出具（b2241r30）。三件事的证据按表 20-6 逐项核对，核对结论即为自查报告的主体内容。申请提交后甲方讨论通过并组织验收，验收通过出具《项目阶段性验收报告》（b2241r29）。

表 20-6　竣工验收申请前的八项自查与证据来源。数据来源：招标文件技术要求 9.1 验收标准（b2226）、9.3 交付资料（b2240、b2241r01 至 b2241r33）、服务采购清单（b0804r02 至 b0804r08）、合同第五条（b0544 至 b0547）。

产出：项目验收自查报告（b2241r30）、竣工验收申请、项目阶段性验收报告（b2241r29）。

监控：自查按八项逐项判定并记录证据编号，自查结论在申请前两周出具，为补齐缺项留出窗口；八项中任一项不满足即不提交申请，推迟情况在月报中披露。

回退：合同约定我方在规定工期内达到验收条件后提出验收申请，甲方应在十五日内给予验收响应（b0571），因此申请时点按内部控制日期提前安排，使十五日的响应期落在计划之内。甲方组织验收后提出整改要求的，按合同第五条完成优化改进、费用由我方承担（b0547），整改项登记《整改事项台账》并在复验时逐条关闭；整改涉及数据重做的，优先保证已达标部分不受影响。

20.5 阶段五：场景验证、培训与成果移交（T0+13 ～ T0+18 月）

20.5.1 场景验证

时间区间：T0+13 ～ T0+16 月。 场景验证在首批数据集通过预评测、具备可用性后即启动，按场景逐个推进；用于出具正式验证结论的数据版本，以通过首轮评测与复测的版本为准。本包交付的是验证方案、验证用例、验证记录与可用性结论，智能场景的建设由招标方另行组织。

输入：通过评测的数据集版本、在设计阶段已与业务部门签认的验证用例与通过判据、第三波次交付的验证与归因类工具。

做法：验证的组织方式有三条：验证用例与通过判据在设计阶段与对应业务部门共同确认并签认，避免验证结论出来后再争论判据；验证执行邀请业务人员在场，由业务人员对结果的业务合理性作出判断并签认；验证结论分三档（达到判据／部分达到并注明差距／未达到并注明原因），未达到的分析原因属数据覆盖不足还是判据设定问题，前者补充数据后重测，后者提请双方重新确认判据。

场景的推进次序按两条规则排：数据所属业务域已通过评测的场景优先；业务部门人员档期已确认的场景优先。每个场景的验证按准备、执行、结论三步走，准备步包含数据准备与环境确认，执行步要求一次执行完成全部用例、中途不调整用例，结论步在执行结束后三个工作日内出具。

验证结论的披露原则是如实。某场景的验证未达到判据时，报告中写明实测值、差距与原因分析，并给出补充建议；判据的调整只在双方共同确认判据设定有误时进行，调整过程与理由一并记入验证报告。

产出：各场景的验证用例集、验证记录、场景验证报告及其可用性结论。

监控：按「已出具结论的场景数／应验证场景数」与「结论为达到判据的场景数／已出具结论的场景数」两项逐周计量。第二项以首批完成的场景实测为基线，后续场景的补充数据与重测以提高该比例为目标；某场景重测两次仍未达到判据的，按风险 R07 提请联合领导小组裁定，并在报告中保留全部实测记录。

回退：业务部门人员无法在计划窗口内到场的，该场景的验证顺延并由其他场景填补档期；顺延影响到终验收就绪评审时点的，提前两个月在月报中披露。某场景因数据覆盖不足而未达判据的，补充数据的批次纳入加工排产并明确补齐时点；补齐时点晚于终验收的，该场景的结论按「部分达到并注明差距」出具，差距部分与补齐计划列入遗留事项，按 22.2 节处置。

20.5.2 培训实施

培训按招标文件要求实施：提供不低于 5 天的现场集中培训（b0606）；培训地点集中在甲方现场（b0609）；实施过程中边实施边培训，按软件功能与业务不同分阶段、分对象、分层次进行（b0610）；提供培训过程中使用的教材及软件维护指导材料（b0607）；提供详细培训方案，包括具体的课程名称、培训时间、培训地点、培训内容、培训计划、培训方式（b0608）；使甲方人员能掌握所有货物的使用、维护和管理方法，达到能独立进行配置、使用、管理、故障处理、日常测试维护等工作的目的（b0605）。培训方案的具体内容（讲师资质、课程安排、面向用户／管理员／二次开发工程师的培训内容、考核标准）在服务方案卷「售后服务方案」中详述。

本章给出培训在实施计划中的时间安排：随工辅导贯穿阶段二至阶段五，在各阶段的功能交付后即对相关岗位开展；集中培训安排在 T0+14 ～ T0+16 月，分管理员、业务用户、二次开发工程师三类对象分批进行，总时长不低于 5 天；培训教材（b2241r23）与《用户操作手册》（b2241r21）在集中培训前一个月定稿；培训考核在集中培训结束后两周内完成，不晚于 T0+16 月末，考核记录归档并作为终验收资料之一。培训计划（Word，b2241r14）在 T0+12 月前提交甲方确认。

监控：培训按三项计量——培训计划与教材的按期交付、各类对象的参训覆盖（已参训人数÷甲方确认的应参训人数）、考核通过率。后两项的目标值在培训计划中与甲方共同约定，首轮实测作为基线，未通过的人员安排补训与补考，补考记录一并归档。

回退：生产安排导致某一批次集中培训无法按期开展的，该批次改为分组小班次在两周内补齐，总时长不少于约定值；参训覆盖在终验收就绪评审时仍未达到约定值的，由双方在评审中确认未覆盖岗位的替代安排（随工辅导或质保期内补训），并写入遗留问题清单。

20.5.3 成果移交

时间区间：T0+15 ～ T0+18 月。 分五类移交，每类有移交单与清单核对：

表 20-7　五类成果的移交内容与核对依据。数据来源：招标文件技术要求 9.3（b2240、b2241r01 至 b2241r33）、合同第六条（b0549 至 b0554）、第十二条（b0593）、3.2.6.13（b1874、b1876、b1878）。

20.5.4 最终验收

时间区间：内部控制目标为 T0+16 月内提出申请，完成时点不晚于 T0+18 月，且不晚于 2028 年 5 月，两者取先。 两个月的间隔是留给整改与复验的缓冲，口径与 19.1、第五章第 3 节一致。

最终验收在竣工验收基础上侧重实施效果和运行、维护质量的评价（b2226）。申请前的自查与申请流程见第十三章第 4 节，申请的前置条件在终验收就绪评审中逐项确认（表 20-3 第 11 项）：试运行满三个月且无阻塞问题、场景验证报告通过、培训与考核完成、验收资料完整。

输入：竣工验收通过的阶段性验收报告、场景验证报告、培训考核记录、系统上线运行报告、遗留问题清单及其处置计划、四大行之一出具的合同总金额 10% 的《项目质量保函》（b0537）。保函办理周期通常需要数周并涉及授信安排，因此在终验收申请前三个月即启动办理，办理进度纳入月报的里程碑跟踪（见第十八章第 2 节）。

做法：申请提交后，合同约定甲方应在十五日内给予验收响应（b0571）。甲方组织总体成果评估，评估通过后组织最终验收。验收中提出整改要求的，按合同第五条完成优化改进、费用由我方承担（b0547），整改项登记《整改事项台账》并在复验时逐条关闭。

产出：《项目终验收报告》（签字版、Word、PPT，b2241r31）、验收自查报告、全过程资料、遗留问题清单的签认件。终验收通过后以双方代表在终验收报告上签字之日起算质保期与技术服务期（b0541、b0597），并自该日起安排 1 名工程师进行不少于 12 个月的陪产（b0612），陪产人员在终验收前三个月由实施团队内部指定并完成知识交接。

监控：终验申请前按八项自查（表 20-6）复核一次，并增加三项终验专属复核：场景验证结论的披露是否与实测记录一致、遗留问题清单是否已取得甲方书面确认、知识产权成果的受理与登记证明是否已按表 17-2 的年度分解到位。三项复核的结论进入终验收就绪评审。

回退：若某项前置条件在 T0+16 月内无法满足，先提交已满足部分的自查结论与未满足项的完成时点，申请时点相应后移，但不晚于 T0+17 月，以保住 T0+18 月前完成终验的外部期限；后移情况在月报中披露并按第五章第 3 节的三级偏差响应处置。若后移将触及 2028 年 5 月的合同交付时间，按 19.1 的压缩次序处理，先压缩阶段五内各项工作之间的串行等待，并提请联合领导小组决策。

二十一、年度计划与目标考核

本章回应技术要求 3.2.6.11 第（4）项「须制定年度计划和考核计划，并按考核计划进行目标考核」（b1866）。

21.1 年度计划的编制

项目跨越三个年度（T0 所在年度至 2028 年），各年度的工作重心不同，因此年度计划不是总体计划的简单切片，而要按年度确定目标、指标与资源。年度计划在每年 12 月前编制下一年度版本，经联合领导小组审议通过后发布；T0 所在年度的计划在启动会上随基准 V1.0 一并发布。

表 21-1　分年度计划的工作重心与年度目标。数据来源：招标文件技术要求第 4 章（b2156）、3.2.6.11 第（4）项（b1866）、3.2.6.13（b1874、b1876、b1878）、9.1（b2226）。

年度计划的内容结构固定为六节：上年度执行回顾与偏差分析、本年度目标与指标、分季度工作安排、资源与人力计划、风险与应对重点、考核计划。回顾放在最前，是为了让年度目标的设定以上年度实测为依据而不是重新拍一个数。

21.2 考核指标体系

考核计划与年度计划同步发布，考核对象是项目组整体与各责任组，不是对个人的绩效评定（个人绩效按第六章第 5 节执行）。指标分四类共十二项，每项有计算口径、数据来源与年度目标值，年度目标值以首次实测为基线逐年提高。

表 21-2　考核指标体系（四类十二项）。数据来源：招标文件技术要求 3.2.6.11 第（4）项（b1866）、合同第七条第 4 款（b0558）、9.3（b2241r16、b2241r17）。

指标设定有两点说明。其一，除里程碑按期率与知识产权成果达成率外，其余指标的目标值均采用「首次实测为基线、逐期提高」的方式，不在投标阶段给出具体数值。原因是这些指标的合理水平取决于甲方实际的数据条件与源系统配合情况：同一项管理指标在源系统接口齐备、历史数据规整的条件下与在接口缺失、资料零散的条件下，其可达水平相差甚远。

在完成现状调研之前设定的数值缺少依据，既不能指导过程改进，也不构成可核算的考核基准。基线在首次采集后书面报甲方确认，之后的目标值按季度设定并随季度报告披露。其二，配合事项按期率作为双方共同监测项，用于识别需要甲方协调的瓶颈，不作为对任何一方的考核评价。

21.3 考核的执行与结果应用

考核按季度自评、半年度复核、年度评定三个层次执行。

季度自评由项目管理办公室采集指标数据并出具《季度考核自评表》，随当季最后一期月报提交甲方。自评不只报数，还要对未达标指标写明原因与下季措施。

半年度复核由项目总监组织，联合甲方项目对接人共同复核指标数据的真实性与原因分析的准确性，复核结论形成《半年度考核复核记录》。复核的重点是查数据来源是否可核验，避免指标被人为修饰。

年度评定由联合领导小组在年度计划发布会上作出，评定结论分三档：达成、基本达成（注明未达项与改进要求）、未达成（须提交专项改进方案）。评定结论的应用有三条：作为下一年度目标设定的依据；作为我方内部资源配置与岗位调整的依据；未达成项的改进措施纳入下一年度计划并单独跟踪。

考核不设与付款挂钩的安排——付款条件以合同第三条约定为准（b0523 至 b0537），考核是过程管理工具，二者不混用。

二十二、项目收尾与持续改进

本章回应合同第六条关于阶段评审资料与项目验收报告的要求（b0551、b0552），以及第十六条关于合同终止时点的约定（b0622）。成果移交的安排见第二十章第 5 节第 3 条，本章写移交之后的收尾动作。

22.1 收尾清单

项目收尾不等于终验收通过。终验收通过后仍有七项事务需要收口，我方以清单方式逐项销项，销项完成后形成《项目收尾报告》提交甲方：

表 22-1　项目收尾清单。数据来源：招标文件合同条款第三条第 3 款（b0531 至 b0537）、第十三条（b0597、b0612）、技术要求 9.3（b2241r31、b2241r32）、第十一条保密原则（b0588）。

22.2 遗留事项的处置

收尾阶段通常会有三类遗留事项，处置方式分别约定，不含糊带过。

第一类是已识别但不影响验收的轻微问题。这类问题在《遗留问题清单》中逐条登记，注明处置计划与完成时限，纳入质保期服务跟踪，按问题管理清单的编号规则续用，不另起台账。清单随终验收资料一并提交甲方确认。

第二类是知识产权成果中周期未结的部分，典型是专利审查与论文发表。这类事项按表 17-2 的计划继续推进，我方在终验收时提交已取得的受理证明与录用证明，并书面列明未结事项的当前状态、预计完成时间与跟踪责任岗；后续取得的正式文件在取得后一个月内补交甲方。

第三类是需要后续运营才能显现结论的事项，例如数据集在实际模型训练中的长期效果。这类事项不作为验收条件，但我方在质保期与技术服务期内配合甲方开展复核，并把复核结论作为数据集后续版本改进的输入。

22.3 复盘与经验沉淀

全项目复盘在终验收通过后一个月内完成，复盘的对象是过程而不是人。复盘会按四个问题组织：哪些安排达到了预期、哪些偏差是可预见而未预见的、哪些制度在执行中被绕过及其原因、如果重做一次会改哪三件事。复盘结论形成《项目复盘报告》，其中与甲方协作相关的部分提交甲方，供双方在后续合作中参考。

经验沉淀的载体是三份文件：《规则变更台账》记录业务口径与规范在项目期内的每一次修订及其理由，是数据集后续维护的依据；《阶段复盘记录》汇编各阶段的具体教训；《模板与制度修订记录》记录本项目期内对管理模板与制度的修订，使下一次同类工作不必从零开始。这三份文件与档案一并移交。

第三部分　制度、流程与模板表单

本部分兑现技术要求「须编制不少于 7 份项目内部管理制度」（b1867）与「须制订项目组织、协同、管理、协调、保密、资金、档案、环境等管理机制，在项目实施过程中须严格遵从上述管理制度」（b1861、b1862），并提供评分表要求的「流程、工具和模板」（b0496r05）。

二十三、项目内部管理制度

23.1 制度体系总览

招标文件要求编制不少于 7 份项目内部管理制度（b1867），同时在 3.2.6.11 第（1）项列出了八类需要制订的管理机制：组织、协同、管理、协调、保密、资金、档案、环境（b1861）。八类机制与七份制度的数量要求不是同一回事——八类是覆盖面要求，七份是文件数量下限。我方编制 10 份制度，覆盖上述八类机制并补足本项目特有的数据加工与质量管理需要，超出数量下限但不堆砌：每份制度对应一类确定的管理动作，不设内容重叠的制度。

表 23-1　项目内部管理制度清单（10 份，覆盖八类管理机制）。数据来源：招标文件技术要求 3.2.6.11 第（1）、（5）项（b1861、b1862、b1867）、第三章综合评分表第 4 项（b0496r05）。

十份制度在合同签署后三十日内定稿并报甲方备案，与《项目管理计划》（b2159）形成一套文件：《项目管理计划》是管理大纲，十份制度是大纲下各管理域的执行细则。制度在项目期内按需修订，修订须经项目经理审核、项目总监批准，涉及与甲方协作方式变化的报甲方确认；修订记录在《模板与制度修订记录》中留痕。

23.2 各制度的关键条款摘要

制度全文随《项目管理计划》提交，此处摘录每份制度中最具约束力的条款，供评审判断制度的可执行性。摘录的条款都是可以核查是否执行的，不是原则表述。

《项目组织与职责管理制度》的关键条款：项目经理与实施顾问全程驻场，驻场考勤由甲方项目对接人按月核签；关键岗位设 A／B 角，B 角须参与该岗位的例会并可独立接手；人员进场前三项（安全教育通过、入厂证取得、保密与安全文件签署）未齐不得进场；关键人员更换须提前三天书面通知甲方并获批准（b0556），交接期七日新旧并行且费用由我方承担；同一关键岗位十二个月内更换超过一次由项目总监向联合领导小组说明。

《项目计划与进度管理制度》的关键条款：双周计划在每双周首个工作日发布、会后两个工作日内定稿；三级单元的完成以出场物提交并通过自检为准，不采用自报百分比；里程碑内部控制日期较对外承诺日期提前两周，终验申请提前两个月；缓冲消耗情况在月报中单列披露；二级偏差五个工作日内出具纠偏方案，三级偏差三个工作日内上报。

《项目需求与范围管理制度》的关键条款：未完成数据可得性核查的需求不进入基线；业务口径未经签认不得开工加工；需求跟踪矩阵每周更新、每阶段末出快照；阶段评审时需求覆盖率低于阶段目标则评审不通过；源系统或数据域的新增一律按变更处理；第三方参与在工作启动前书面报备并取得甲方签字确认（b0618）。

《项目质量与验收管理制度》的关键条款：批次自检不通过不流转，抽检不合格整批退回；连续两次抽检不合格的批次类型暂停并复核规范；评审意见未闭环不得进入下一环节；同一交付物第一次整改即升级至项目总监；每次验收申请前先出具自查报告；整改费用由我方承担并在预算中单列科目。

《项目变更与配置管理制度》的关键条款：涉及范围、进度、费用、责任的事项一律转书面并走变更流程，口头约定不生效；变更影响评估在五个工作日内出具且须附新的计划建议；单次变更人力增量不超过该阶段计划工日 2% 的由我方吸收；配置项入库后不得原地修改；阶段末配置审计存在未关闭严重不符合项则阶段评审不通过；生产环境不直接修改，发布须有回滚脚本与观察期。

《项目风险与问题管理制度》的关键条款：Ⅰ、Ⅱ级风险须有责任人、措施、时限并在月报单独披露；风险按月复评；问题登记后 24 小时内定责，影响关键路径的三个工作日内给出处置方案，72 小时无进展即升级；阻塞性问题未关闭不申请验收；不可抗力自发生日起五个工作日内书面通知（b0620），通知责任岗为项目经理。

《项目沟通与相关方管理制度》的关键条款：对甲方的正式沟通由项目经理统一发出；会议纪要会后一个工作日内发出初稿、两个工作日内完成签认，未签认不作结论依据；周报每周五提交、月报次月五个工作日内提交、阶段总结报告阶段结束后十个工作日内提交（b0558）；月报须披露缓冲消耗、延误事项、未闭环问题与人员变更；甲方配合事项逾期三条以上在月度例会单列议题。

《项目保密与数据安全管理制度》的关键条款：按业务域最小授权，一人只访问其承担业务域的数据；原始数据不出甲方网络边界，数据出域逐次审批留痕；现场严禁拍照录像（b0641），影像采集须经批准并在监督下进行；涉及个人信息、敏感地理信息、重要行业数据与企业秘密数据的在进入加工流程前完成去标识化或脱敏，规则版本化；发现疑似泄密即时封控并 24 小时内书面报告；保密义务在合同期满、解除或终止后继续有效（b0591）。

《项目文档与档案管理制度》的关键条款：技术文档评审通过后三个工作日内入库，过程文档签发后一个工作日内入库；同一事实只在一份文档中定义，其他文档引用；文档废止不删除，标注并注明替代文档；甲方提供资料登记借阅台账并按约定日期归还；项目档案自终验收合格之日起保存不少于五年；档案格式在首批交付时请甲方档案部门预检并取得书面确认。

《项目资金、成本与现场安全环境管理制度》的关键条款：整改预留为单列科目不得挪用；单科目累计偏差超 10% 出具说明、超 20% 提请审议；付款节点条件材料在节点前两个月确认并启动准备；质量保函在终验申请前三个月启动办理；进场执行三道关口；动火、临时用电、高处作业须取得甲方相应审批后方可实施（b0636、b0637）；每日班前检查、每周巡检、每季度专项检查；安全事故 24 小时内书面报告并配合调查。

23.3 制度的执行保障

制度写了不执行等于没写。我方的保障手段有三项，都是可核查的。

第一项是制度进考核。第二十一章表 21-2 中的「过程符合性不符合项数」直接来自季度过程符合性检查，检查的对象就是这十份制度规定的动作有没有做、模板有没有按规定填、度量数据有没有按时采集。检查报告报送甲方。

第二项是制度进培训。人员进场培训的必考内容包含与其岗位相关的制度条款；制度修订后对相关岗位开展复训，培训与考核记录归档。

第三项是制度绕过必追溯。过程检查发现流程被绕过时，不只补填记录，还要追溯该次绕过所影响的下游交付物并复核其有效性。这一条针对的是数据类项目最危险的情形：某批数据未经抽检即流转，后续基于它产出的数据都可疑。追溯结论记入《过程符合性检查报告》。

二十四、管理模板与表单

本章提供评分表要求的「模板」（b0496r05）与《项目管理计划》中的模板部分（b2159）。模板按招标文件要求的交付格式产出（b2241r02 至 b2241r33）；此处给出字段结构与填写口径，签约后随《项目管理计划》提交可直接使用的 Word 与 Excel 版本。

24.1 模板体系总览

模板共 46 份，按管理域归类。表中「交付要求」一列标注招标文件要求以何格式交付的对应项。

表 24-1　模板体系总览（46 份）。数据来源：招标文件第三章综合评分表第 4 项（b0496r05）、第五章第 5 章（b2159）、第 6 章（b2161）、9.3（b2241r01 至 b2241r33）、合同第三条（b0530）、第七条第 4 款（b0558）。

24.2 重点模板的字段结构

以下给出使用频率最高的十二份模板的字段结构。字段设计的共同原则是：每个字段都有确定的填写人与填写时点，不设无人负责的字段；凡可从其他记录自动带出的字段不重复录入。

模板一　项目周报

模板二　项目月报

模板三　双周计划

模板四　需求跟踪矩阵

字段结构见表 3-2。矩阵另设两个汇总页：按业务域汇总需求条目数与各状态分布；按招标文件单元 id 汇总覆盖情况，用于编制需求逐条应答矩阵。

模板五　甲方配合事项清单

字段结构见表 9-2。清单按业务域分页，每页末行汇总本域到期事项数、按期完成数与逾期数。

模板六　风险登记册

模板七　变更申请单

模板八　技术评审记录单

模板九　问题管理清单

字段结构见表 8-3。清单设四个汇总视图：按状态、按等级、按责任组、按来源（我方／甲方／第三方），用于月报统计。

模板十　整改事项台账

模板十一　交付物移交单

模板十二　项目验收自查报告

表 24-2　重点模板的字段结构（十二份）。数据来源：招标文件第三章综合评分表第 4 项（b0496r05）、技术要求 9.3（b2241r04、b2241r05、b2241r06、b2241r10、b2241r15、b2241r16、b2241r17、b2241r28、b2241r29、b2241r30）、合同第三条（b0530）、第七条第 4 款（b0558）。

24.3 模板使用规定

模板使用有四条规定，目的是让模板真正起到统一口径的作用。

第一，模板的版式与必填项由项目管理办公室统一维护，各责任组不得自行增删必填项；确需调整的提出修订申请，批准后统一发布新版并在《模板与制度修订记录》中留痕。

第二，模板中的责任人字段一律填岗位而不填姓名。这样做有两个好处：人员变更时记录仍然有效；对外提交的材料中不出现个人信息。甲方需要对接具体人员时，由项目经理提供当期的岗位与人员对应关系。

第三，模板中凡有「结论」字段的，结论必须是可判定的选项之一，不得填写模糊表述。例如评审结论只能是通过、有条件通过、不通过三者之一，有条件通过必须写明条件与确认方式。

第四，模板产出的记录在奔牛数据智能平台项目管理视图中结构化存储，按招标文件要求的格式导出交付（b2241r02 至 b2241r33）；需要签认的记录以双方签字盖章的纸质件为准，扫描件回挂到对应记录。甲方对模板格式提出要求时，我方按要求调整，不另行计费（b2241r33）。

24.4　补充模板的字段结构与填写口径

表 24-1 列出了 46 份模板，表 24-2 已展开项目周报、项目月报、双周计划、需求跟踪矩阵、甲方配合事项清单、风险登记册、变更申请单、技术评审记录单、问题管理清单、整改事项台账、交付物移交单和项目验收自查报告 12 份高频模板。本节补充其余管理域模板的可填写字段，形成“模板名称—必填字段—责任岗位／时点—结论口径”的直接使用结构；不新增管理口径，也不改变 46 份模板的总数。

24.4.1　需求、范围与进度模板

24.4.2　人力、实物与沟通模板

24.4.3　相关方、风险、变更与配置模板

上述模板均可直接转换为 Word 或 Excel 表单。表单中的“责任人”统一填写岗位，“结论”统一采用可判定选项；每一项指标所需的原始数据均能从这些表单、WBS 任务记录、签认记录或配置库导出，避免出现“指标有名字、没有证据”的情况。

二十五、程序性事项与条款落实清单

本章处理两类单元：一类是招标文件中的程序性条款与办事须知，照办即可，不需要论述段落；另一类是前文已按条款块回应、此处逐条列明落实方式以便索引的条目。表中「落实方式」写明我方将如何照办或已在何章回应，不重复论述。

25.1 投标与定标程序

表 25-1　投标与定标程序事项的落实。数据来源：招标文件第二章投标人须知 1.6、第 4 章、第 7 章、第 8 章、第 9 章（b0153 至 b0408）。

25.2 合同模板留白与落款信息的填写口径

招标文件第四章给出的合同模板含多处留白，由双方在签约时填写。我方的填写口径如下，相关实名实据由商务与资格卷统一提供，本节以占位标明。

表 25-2　合同模板留白与落款信息的填写口径。数据来源：招标文件第四章合同条款及格式（b0502 至 b0522r06、b0643 至 b0655）。

25.3 合同实体条款的落实索引

下表把第四章合同实体条款中逐条列出的子项与本节的回应位置对应起来，便于逐条核对。

表 25-3　合同实体条款的落实索引。数据来源：招标文件第四章合同条款（b0502 至 b0655）。

25.4 技术要求相关条目的落实索引

表 25-4　技术要求相关条目的落实索引。数据来源：招标文件第五章 3.2.6.11、3.2.6.13、第 4 至第 10 章（b1860 至 b2255）、第六章投标文件格式（b2366、b2367）。

25.5 索引表的填写口径

招标文件第六章要求填写两张索引表。索引表 1 为投标人资格要求内容（b2273 至 b2275r09），由商务与资格卷填写。索引表 2 为综合评审内容（b2276、b2277），表体为「序号｜评分项｜评分标准｜索引页码」的留白格（b2278r01 至 b2278r07，其中 b2278r05 为第 4 行留白）。

本节对应索引表 2 的第 4 行，即评分项「项目管理措施」。我方的填写口径为：序号填 4；评分项填「项目管理措施」；评分标准按招标文件 b0496r05 原文摘录（项目管理技术／项目实施计划两小项，0-10 分）；索引页码填本节在投标文件正本中的起止页码（b2278r05）。页码待投标文件合稿分页定稿后统一回填（【待填：本节在投标文件正本中的起止页码，由投标文件封面与总目录任务统一回填】）。其余各行由对应评分项的责任章节填写，本节不代填。

二十六、本稿待补材料清单

本节的结构与论述已按招标文件条目写定，以下材料需由我方相关部门提供实名实据后补入，稿件中已以【待填：…】标注占位。清单按提供方归类，便于对口索取。

表 26-1　本稿待补材料清单。数据来源：招标文件相应单元如表中「招标文件依据」列所示。

上述材料中，第 1、2、3、4 项由我方相关部门在投标文件定稿前提供，其中第 2 项的单位全称、通讯地址、联系电话三项直接决定表 25-2 能否清空占位，应优先给到；第 5 至第 8 项、第 11、12 项为中标后向甲方索取或与甲方共同确定，不影响本节的投标文件内容；第 9 项在签约前核对；第 10 项在合稿阶段回填。

本节未使用任何未经核实的实名、编号或业绩数据。凡需实据支撑之处，均以占位标明并列入上表，不以估计值或示例值代替。