哪几类岗位先别急着上云桌面

结论先行：云桌面落地时，把「哪些人不适合上」写在清单里，比写「哪些人适合上」更有用。有四类需要先过一遍前置条件：专业外设型号杂且未验证的岗位、链路质量不达标的网点、机房环境不具备的分支、以及要独占高端算力的设计研发岗。这四类不是不能上，是现在上的话，问题会集中出现在上线后的头一个月。

本文只谈哪几类岗位和场景该先空着、判断依据是什么，不谈立项阶段那些风险该怎么归类归档，也不谈上线之后怎么推广、头一批试点部门怎么挑——那是另外两条线上的事。

为什么范围问题总是被低估

云桌面项目的方案材料里，覆盖的场景通常写得很全：办公、研发、设计、教学、营业网点，全都能上。这话不算错，架构上确实支持。但「支持」和「这一期就上」是两件事。

常见的走法是这样的：立项时按全员覆盖测算投入，头一批推了两三个部门，效果不错，于是加快节奏，把剩下的部门一起铺开。铺到某个部门的时候，出现一批外设不认、画面卡顿、软件跑不起来的问题，然后停下来整改。整改期间已经上线的部门在正常用，于是项目同时处在「运行」和「整改」两个状态，验收被无限期推后。

根子不在技术，在范围。方案是能覆盖，但覆盖的前提条件需要时间和改造，而范围里没写这一步。

其一：专业外设型号杂的岗位

办公场景的外设是键鼠、显示器、打印机、扫描仪，这几样现在适配得比较成熟。真正麻烦的是专业设备：数位绘图板、高拍仪、测绘仪器、动作捕捉设备、工业操纵杆这一类。

这些设备的共同点是——型号多、驱动来源杂、厂商支持力度不一。同一个品牌的不同批次都可能表现不同，而使用者又高度依赖它，一旦不认，这个岗位当天就干不了活。

判断方法：把目标部门的外设型号拉一张清单，按型号去数，而不是按数量去数。三百台同型号的设备和一个型号的三台设备，后者风险高得多。清单上型号种类超过一定数量，或者出现近三年新采购的专业设备，这个部门先留空，单独做兼容性验证。

留空不等于不做。做法是先找一两台典型设备接上去实测，通过之后再把这个部门排进下一批。

其二：链路质量不达标的网点

云桌面的体验下限由网络决定。带宽够不够只是一半，另一半是链路质量——抖动、丢包、时延稳定性。带宽充足但链路抖的线路，用起来比带宽吃紧的线路更难受。

这一条在总部和新建办公楼通常不是问题，容易出问题的是老网点、临时办公点、厂区远端。这些地方的线路往往是多年前拉的，中间经过若干级设备。

判断方法不是看合同上的带宽数字，是实测。在业务高峰时段跑一次全链路压测，看的不只是平均值，要看最差那几个时刻。平均值好看、峰值难看的线路，上云桌面之后投诉会集中在每天固定的两个时间段。

这一类留空的写法要具体：不是「该网点暂不上线」，是「该网点需完成链路改造后复测，复测通过再排期」。这样才有人去推动改造。

其三：机房前置条件不具备的分支

云桌面把计算集中到机房，等于把分散在工位上的供电、散热、空间需求，一并集中到了机房。原来每个工位一台机器，坏了换一台；现在机房里的设备出问题，影响的是整批人。

所以机房这一侧的条件要先核：供电容量、制冷能力、机柜空间、网络接入。这四样里任何一样不够，都需要先整改。整改要时间，而且通常不归 IT 一个部门管，要走基建和采购。

容易出问题的地方是「边整改边上」。为了赶进度，先上一部分设备，等机房改造完再补。结果是在供电和制冷都吃紧的状态下运行了一段时间，稳定性问题被归因到产品上，实际上和环境有关。

这一类的留空判断很直接：现场核验过一次，四项里有一项不达标，这个分支就不进这一批。核验记录留在项目文档里，作为后续排期的依据。

其四：要独占高端算力的设计研发岗

这一类比较特殊，不属于「不能上」，属于「要单独算一笔账」。

三维设计、仿真、渲染这类工作对算力的要求是持续且独占的，不是「够用就行」。云桌面在架构上可以做到给每个用户独占一颗计算单元，性能与本地高端工作站接近，这是它的优势所在。但代价是——这部分算力没法和其他人共享，投入按人头发，闲时也收不回来。

所以这一类的判断不是技术能不能，而是经济上划不划算。做法是把这部分岗位单独列出来，按人数、按峰谷使用率、按设备更新周期，和继续用本地工作站的方案比一遍。算完再定，不要和办公场景混在一个池子里摊成本。

有些单位的做法是把设计岗单独设一个资源池，与办公池物理分开，各自核算。这样既不拖累办公场景的推广节奏，也不会让设计岗因为「成本太高」被整体推迟。

留空的地方要写三个字段

清单上留空不可怕，可怕的是空着没人知道为什么空。每一处留空都写清三样：

这三列填了，留空就从「遗漏」变成了「计划」。评审的时候也没人会问「为什么这个部门没进去」，因为答案就写在旁边。

范围写小一点，反而更容易验收

项目的验收条件通常和范围绑定。范围铺得越开，需要同时满足的前置条件越多，任何一处卡住整个验收就卡住。反过来，范围收在条件成熟的那几个部门，前面跑通了，后面扩的时候有现成的模板和记录可以复用，后面几批的速度会比头一批快很多。

深圳市奇摩计算机有限公司在做桌面云类项目时，会在方案深化阶段先做一次现场核验，把外设型号、链路实测、机房四项条件逐条过一遍，不满足的先列进「待改造」清单。这份清单比覆盖范围表更能决定项目节奏。需要做一次这样的前置核验，可以预约咨询。