4. 交付启动与项目章程

在 HPE Alletra 存储项目完成售前交接、合同签署并进入实施阶段后，交付启动是决定整个项目能否按预期推进的第一个关键控制点。很多项目后期出现的范围蔓延、责任推诿、验收争议，根源往往不在技术实施环节，而在于启动阶段没有把“做什么、谁负责、以什么为基线”讲清楚。本节围绕项目启动会、范围定义、干系人识别、RACI 矩阵和交付基线确认五个动作，说明如何把一份合同转化为可执行、可追踪、可验收的交付约定。

项目启动会：把合同语言翻译成交付语言

项目启动会（Kick-off Meeting）不是礼节性会议，而是甲乙双方对交付目标、边界、节奏和协作方式的第一次正式对齐。参会方通常包括客户 IT 负责人、存储/虚拟化/备份运维人员、机房或网络配合人员、采购或项目管理办公室代表，以及 HPE 侧的项目经理、实施工程师和原厂支持接口人。启动会应输出会议纪要，并明确后续变更必须走书面流程。

启动会的核心议题建议覆盖：项目目标与业务背景、交付范围与不在范围内的事项、设备到货与上架窗口、实施里程碑与验收节点、双方接口人与升级路径、风险与假设条件。以一套典型的 HPE Alletra 5000 双控阵列交付为例，启动会上需要确认：本次交付是否包含 SAN 交换机配置、是否包含主机端多路径软件安装、是否包含数据迁移、是否包含备份集成。这些内容如果只写在合同附件里而不在启动会上逐条确认，实施阶段极易产生分歧。

范围定义：用“包含/不包含”锁定边界

范围定义的关键是同时写清“包含”和“不包含”。只写包含项，等于默认所有未列事项都可能被要求；只写不包含项，又无法指导实施。建议以交付物清单的方式表达，每项交付物对应可验证的完成标准。例如：

• 包含：2 台 Alletra 5000 控制器机箱上架加电、初始化配置、管理 IP 与存储池创建、主机映射与卷呈现、基础性能基线采集、验收测试支持。
• 不包含：客户机房综合布线改造、SAN 交换机固件升级、操作系统重装、应用侧集群软件调优、超过约定数量的数据迁移。

范围定义还应明确假设条件与依赖项，例如客户需在设备到货前完成机柜空间、供电、网络端口和 IP 地址规划；若依赖项未按时满足，进度顺延且不计入实施方责任。这一步是把“口头理解”变成“书面共识”的关键。

干系人识别：区分决策者、执行者与影响者

干系人识别不能只列名单，而要判断每类干系人对项目的影响方式和关注点。常见分类包括：

• 决策层：客户 IT 总监或项目经理，关注预算、进度和业务连续性，负责范围变更和验收签字。
• 执行层：存储运维、系统管理员、网络工程师，关注具体配置、兼容性和日常可维护性。
• 影响层：安全合规、机房管理、采购、审计，关注合规要求、资产登记和流程审批。
• 支持层：HPE 原厂支持、备件物流、第三方集成商，关注工单接口和升级路径。

识别后应记录每位干系人的关注点、沟通频率和期望参与方式。例如运维团队希望参与存储池规划，安全团队要求管理口纳入堡垒机，采购要求到货验收单与资产标签一致。这些信息直接决定后续沟通计划和验收准备。

RACI 矩阵：把责任落到具体角色

RACI 矩阵用四种角色描述每项任务的责任关系：R（Responsible，执行者）、A（Accountable，最终负责人）、C（Consulted，被咨询者）、I（Informed，被通知者）。每项任务有且仅有一个 A，R 可以多个，C 和 I 按需设置。以下为 Alletra 交付项目的 RACI 示例：

RACI 矩阵的价值在于提前暴露“都以为对方负责”的灰色地带。例如主机映射通常需要客户提供主机 WWN 和分区规划，若客户运维未列为 R，实施工程师可能因拿不到信息而停滞。矩阵确认后应作为项目章程附件，变更时同步更新。

交付基线确认：让验收有据可依

交付基线是后续所有进度、范围和验收判断的参照。基线至少应包含：范围基线（交付物清单与不包含项）、进度基线（里程碑日期）、质量基线（验收测试项与通过标准）、责任基线（RACI 矩阵）。基线确认意味着甲乙双方对上述内容签字或邮件确认，后续任何偏离都通过变更流程处理。

以验收测试为例，质量基线可约定：存储池可用容量不低于设计值、双控冗余切换测试通过、主机多路径识别到预期路径数、连续 30 分钟顺序写带宽不低于约定阈值。这些标准应在启动阶段写入基线，而不是等到验收前才讨论。

把五个动作串成一条可执行链

上述五个动作不是彼此独立的文档工作，而是一条递进的转化链：启动会把合同语言翻译成交付语言；范围定义锁定边界；干系人识别确定沟通对象；RACI 矩阵把责任落到角色；交付基线把前四步固化为可验收的参照。任何一步缺失，都会在实施或验收阶段以争议形式暴露。

完成本节动作后，项目应具备一份经双方确认的项目章程，至少包含：项目目标、范围与不包含项、里程碑、干系人清单、RACI 矩阵、交付基线与变更流程。这份章程是后续到货验收、实施、测试和最终验收的共同依据，也是项目经理在出现分歧时最直接的裁决参考。