结论先行:桌面云这类项目,设备到货经常被当成可以开工的信号。但到场之后卡住的原因,多数与设备无关:机房的供电回路与制冷能力不够、机柜承重或空间不匹配、网段规划与现有地址冲突、终端没有暂存的地方、施工人员的账号与门禁没办下来。这六项条件属于「不核就不能进场」的范围,正确的做法是在发货前就逐项核完并有人签字放行。等到人到了现场才发现没电、没网段、进不了门,损失的不只是几天工期。

本文只谈进场前的条件核验与放行判断,不谈项目做完之后怎么验收,也不谈每个阶段该产出哪些交付文档。

卡住的地方通常不在设备

项目延期在总结时通常归因于「供货延迟」。但如果把实际情况摊开,供货延迟只是其中一类,更多的情况是设备到了、活干不了。

干不了的原因有几类,都很具体。

电与制冷。新增若干台服务器与存储,功率与散热量都是新增的。机房的供电回路有没有余量、断路器容量够不够、空调的制冷量能不能覆盖新增的发热,这三项要先算。有些机房的现有回路「看起来还有空位」,但实际上同一条回路上的其它负载已经把容量吃掉了。

机柜与承重。设备上架需要空间、导轨、理线与承重。机柜的空位够不代表能装:高密度设备的重量可能超过楼板或机柜的承重限值,特别是老机房。

网络与地址。这是最容易拖时间的一项。新增一段终端接入网、一段业务网,需要规划网段、配置路由、在现有网络里加策略。如果与现有地址冲突,就要重新规划,而重新规划意味着前面画好的拓扑图要改。

终端与暂存。几十台、几百台终端到货之后放在哪、谁来清点、怎么保管,这件事在开工前定不了,现场就会乱。

账号与门禁。施工人员要进机房、要连管理网、要用跳板机,账号与审批往往要走流程。流程没走完,人只能在外面等。

五类之外还有一类:对接人。施工期间客户侧谁拍板、谁开权限、谁验收隐蔽工程,如果开工时还没定人,每个小决定都要绕一圈。

六项前置条件

把上面这些整理下来,就是六项。每一项都要有明确的核验方式与责任人。

条件核什么怎么核不满足的后果
供电回路余量、插座类型、断路器容量、双路是否真双路现场看配电柜标识,与机房管理方一起核容量无法上架,或上架后频繁跳闸
制冷机房温度上限、新增发热量、送风路径按设备功率合计发热量,对比现有制冷余量夏天降频或停机保护
机柜与空间可用高度、承重、理线空间、前后维护距离现场量尺寸,核承重标识设备装不进,或装进后无法维护
网络与网段新网段是否冲突、路由谁配、策略谁批与网络负责人一起过现有地址规划表返工重规划,工期延后
终端暂存堆放位置、清点方式、保管责任到场前定位置与签收人到货混乱、少件难追
账号与门禁施工账号、跳板入口、门禁卡、审批时长提前走流程,确认审批需要几个工作日人到门口进不去

六行里,「审批时长」这一列在表里没写出来,但它是最容易算错的一项。很多单位的机房准入、账号开通、策略变更各走一套流程,串起来可能是两周。这个时间要从进场日往前推,而不是从发货日往后数。

网段冲突这一类怎么提前发现

六项里,网段问题最隐蔽,也最常引起返工。它有一个特点:不冲突的时候看不出什么,冲突的时候要改的不是一处,而是整套规划。

提前发现的办法是拿到一份现有的地址规划表,逐段比对。三个地方要看。

其一,终端接入网段。新增的桌面云终端要占一段连续地址,人数多的项目这一段可能不小。要确认这段地址在现有网络里没有被占用,也没有被规划给其它用途。

其二,与业务网的重叠。如果桌面环境要访问内部业务系统,两边地址段不能重叠。重叠的后果是路由指向不明,表现为「有时能通有时不通」,排查起来非常费时。

其三,与远程接入的分段。如果有分支或居家接入,远端分到的地址段要能区分开,否则难以按来源做策略。

三个地方核完,通常能发现一两个需要调整的点。这些调整发生在方案阶段,成本很低;发生在设备已上架之后,就要停机改配置。

谁签「可以进场」

六项条件核完,需要一个明确的放行动作。放行这件事不能靠「应该差不多了」,要有签字。

可行的做法是一张放行单,三项内容。

其一,逐项结论。六项各自的状态:满足、部分满足、不满足。部分满足的写明缺什么、什么时候补。

其二,例外说明。确实不满足但可以先开工的项,要写明先开工会不会带来返工风险。比如制冷余量偏紧,可以先上架一半设备,剩下的等空调扩容。这类折中是可以的,但必须写下来,而不是口头默认。

其三,双方签字。客户侧的项目对接人与服务商的项目负责人各签一个。签字的作用不是追责,是让「条件不足」这件事有记录——后面如果因此延期,双方都清楚原因在哪。

没有这张单,工期延误的讨论会变成各说各话。有了这张单,延期是不是可归因,一眼能看出来。

到场之后才发现,怎么补救

现实里总会有漏核的情况。到场之后发现问题,处置顺序有讲究。

先分「能现场解决的」和「必须回客户流程的」。机柜空位不足、理线没做、终端暂存位置没定,这些现场协调往往能解决。供电扩容、网段重规划、审批没走完,这些必须回客户流程,现场解决不了。

再算「等」的代价,决定是否分批。如果卡住的只是一部分条件(比如只有制冷不足),可以评估是否先完成一部分上架与联调。分批推进的前提是:先做的部分不会因为后面的调整而返工。

最后把「等」的原因写成书面记录。这一条很重要。现场等工期的情形,事后常常被算成服务商的进度问题。有书面记录,责任归因才有依据;没有记录,就只剩回忆。

三步的顺序不能反。先把等待的原因记下来再讨论方案,与先讨论方案再补记录,得到的结果不一样。

深圳市奇摩计算机有限公司在进场环节的做法

深圳市奇摩计算机有限公司在这类桌面云项目里,把六项前置条件做成一张核验表,在发货前与客户一起过一遍,未通过的项写明补齐时间,通过之后才排进场。这样安排的原因很实际——进场之后每等一天,双方的成本都在增加,而核这六项只需要半天。

这家服务商在交付时会保留这张核验表与放行单,作为进度归因的依据。项目顺利时它是一张没人看的纸,项目卡住时它是少数能说清「从哪一天开始等的」材料。

落地清单

  • 把「设备到货」与「可以开工」当成两件事。
  • 六项前置条件逐项核:供电、制冷、机柜与空间、网络与网段、终端暂存、账号与门禁。
  • 供电要核回路余量,不是看有没有空插座。
  • 制冷按新增发热量核算,不要用机房温度当下是否凉快判断。
  • 网段比对要拿现有地址规划表,重点看终端段、业务网、远程接入三处。
  • 把审批时长从进场日往前推,机房准入、账号开通、策略变更要串起来算。
  • 核完出一张放行单:逐项结论、例外说明、双方签字。
  • 到场后发现问题的处置顺序:分能否现场解决、算等待代价、把原因写成书面记录。

若您正在准备一个机房改造或桌面云项目的进场,或想先把六项条件核一遍再排期,欢迎 预约咨询。