3. 项目交付前期准备

企业存储项目一旦进入交付阶段，真正决定成败的往往不是设备上架那几天，而是前期准备是否扎实。合同与SOW（Statement of Work，工作说明书）是交付的法律与技术基线，交付范围确认是防止“无限扩项”的护栏，客户环境调研是方案落地的现实约束，项目计划是资源与时间的排布，风险识别与干系人管理则决定项目在出现偏差时能否被及时拉回。本节围绕这五项工作，讲清“看什么、问什么、记什么、怎么判断”。

一、合同与SOW解读：把商务语言翻译成技术动作

合同通常约定设备型号、数量、金额、付款节点、到货时间与违约责任；SOW则进一步描述服务内容、交付物、验收标准、双方职责边界和排除项。解读时建议逐条建立“条款—技术动作—证据”的映射。例如合同写明“提供2台PowerStore 500T，含3年ProSupport”，技术动作就是核对到货序列号、确认保修起算日、在Dell支持网站完成 entitlement 绑定；证据是装箱单、序列号清单、保修查询截图。

SOW中常见的模糊表述需要重点标注，例如“协助完成存储配置”“提供必要的性能调优”。这类措辞必须转化为可执行、可验收的条目：配置到什么程度、调优依据什么指标、由谁执行、输出什么文档。若SOW写明“不含数据迁移”，则迁移所需的主机侧停机窗口、迁移工具授权、网络带宽都应由客户或第三方承担，交付方不应默认承接。

二、交付范围确认：用边界清单锁定“做什么、不做什么”

范围确认不是复述SOW，而是把SOW落到具体对象和数量上。建议输出一份《交付范围确认表》，字段包括：交付项、具体对象、数量、责任方、前置条件、验收方式、排除说明。例如“存储阵列初始化”对应2台PowerStore，责任方为交付方，前置条件为机房供电与管理网络就绪，验收方式为Unisphere可登录且告警清零，排除说明为不包含主机多路径软件安装。

范围确认需要客户项目负责人签字或邮件确认。对于边界模糊项，宁可前置澄清，也不要“先做了再说”。一旦范围被确认，后续任何新增需求都应走变更流程，记录影响工期、人天与费用的评估结果。

三、客户环境调研：把方案放进真实机房

环境调研的目标是回答“方案能不能装、装完能不能通”。调研应覆盖机房物理条件、网络、主机与业务、运维现状四类信息。物理条件包括机柜U位、供电（PDU类型、电流、冗余）、制冷、承重与走线；网络包括管理网、SAN网络（FC或iSCSI）、VLAN、网关、DNS、NTP、防火墙策略；主机与业务包括操作系统版本、HBA型号与固件、多路径软件、集群类型、业务窗口；运维现状包括现有存储品牌型号、容量使用率、备份策略、监控工具。

调研结果要形成《环境调研记录》，对不满足项标注风险等级。例如客户机房仅提供单路PDU，而方案要求双路冗余供电，这属于高风险项，必须在到货前完成整改或书面确认接受降级运行。

四、项目计划制定：把交付拆成可跟踪的里程碑

项目计划应基于WBS（工作分解结构）展开，典型里程碑包括：合同生效与下单、设备到货、上架加电、存储初始化、主机接入、测试验证、验收签字。每个里程碑需明确责任人、计划日期、前置依赖和交付物。例如“主机接入”依赖“存储初始化完成”和“客户提供主机HBA WWN清单”，交付物为《主机映射记录》。

计划中要预留缓冲。设备到货受物流影响，客户停机窗口受业务影响，这两项通常不可控，建议在关键路径上留出3～5个工作日缓冲。计划发布后应每周更新一次状态，用红黄绿标识进度，偏差超过2个工作日即触发沟通。

五、风险识别与干系人管理：让问题在爆发前被看见

风险识别建议按“技术、资源、进度、商务、客户侧”五类扫描。技术风险如HBA固件版本不兼容、SAN交换机端口不足；资源风险如实施工程师档期冲突；进度风险如机房整改延期；商务风险如付款节点与到货脱节；客户侧风险如关键决策人变更。每项风险记录概率、影响、等级、应对措施和责任人。

干系人管理要识别角色与影响力：客户项目负责人（决策）、IT运维（执行）、机房管理员（配合）、采购（商务）、业务部门（窗口确认）。对高影响力高关注度的干系人，采用定期会议加书面周报；对高影响力低关注度者，采用关键节点汇报。所有沟通记录留痕，重要结论以邮件确认。

前期准备的成果不是一堆文档，而是一个可执行的交付基线：范围清楚、环境透明、计划可跟踪、风险有对策、干系人有共识。当这五项工作完成并确认后，项目才具备进入实施阶段的条件。