许殷泰:运维跟维保的异与同

◎ 许殷泰

《上海市2011年政府采购集中采购目录和采购限额标准》增加了信息化运维采购类别，与目录中已有的信息化维保类别相比有何异同点，下面就讨论一下通常意义下的信息化维保和运维。

信息化运维是指采用相关的方法通过合理的技术手段制定出一套制度流程，对本单位的信息化运行环境（如软硬件、网络等）业务系统及运维人员进行综合管理的过程。运维是管理的过程，只要信息化系统存在，运维就应当持续进行下去，否则系统将无法运转。从这个意义上说，运维涵盖了保证信息化系统持续运行的所有工作，这是广义上的运维概念。

信息化维保的概念有很多种版本，其中用的最多的有3种，分别是维修+保养、维修+质保、维护+保修。业界对维保的定义尚未形成固定的共识。但仔细分析这些定义后发现，有一个字在其中的认识是相同的，就是修。也就是说，系统出现故障后的维修工作是必然包括在维保中的。

这些定义之所以存在分歧，主要原因是在保字上。有人理解为保养，有人理解为质保，在实际案例中都有其合理性。所以笔者认为，目前没有必要给出涵盖各种情况的统一定义，可以维持存在各类满足自身情况的有针对性定义的局面。

但无论维保如何进行有针对性的定义，在广义运维的概念下，维保肯定是属于运维的一部分，维保工作也是保证信息化系统持续运行的重要环节。说到这，似乎运维和维保的异同没必要再谈下去，但本文的重点是讨论政府集中采购目录中关于这两者的异同，所以要继续讨论下去。

《上海市2011年政府采购集中采购目录和采购限额标准》包含了一定限额以上的信息化运维项目和信息化维保项目，两者都是独立的采购种类。如果按照广义运维的概念定义该目录中的运维，那么运维就包括了维保，维保就无法成为独立的采购种类。因此，根据实际情况，需要将两者进行区分。

笔者曾办过不少信息化维保类项目，发现预算单位所需的维保内容大多是产品维保，而且是出了产品免费保修期的维保服务。在这种情况下，维保服务实质上是指信息系统中各类成品化产品（包括成品软件）出保后的续保。因此，笔者认为，将目录中的维保理解成维修+质保是最合适的选择，是符合大多数实际需求的。

这样，目录中运维项目的定义就是除维保工作以外的运维工作，笔者将其定义为狭义的运维。这样分类的好处是运维基本上属于服务类项目，而维保基本上属于设备保修，以便广大预算单位用户容易区分。

在区分了2类项目的范围后，笔者再对其中的细节谈谈自己的看法。维保既然是指产品出保后的续保，必然分成产品原厂商的原厂维保和非原厂商的第三方维保，而这2种情况下的采购方式有很大区别。原厂维保只能是单一来源采购，第三方维保才能产生真正有实质性竞争的采购过程（无论是招标还是竞争性谈判）。但是，采用第三方维保需要在采购过程中重点考查以下因素，比如备件库的种类和数量是否足够，维保人员的维保能力和资质的高低以及维保方案的制订是否恰当等。

在运维方面，笔者发现大多数预算单位的运维工作是由预算单位自己的员工和信息系统的建设方（供应商）共同完成的，区别之处只是分担的比例和内容的不同。当然，也有少数单位将运维全部外包给供应商。但无论是哪种情况，预算单位都要面临如何选择运维服务商的问题。在实际采购竞争中，系统的原建设方具有天然优势，特别是系统包含软件开发内容时，就会在客观上造成竞争不充分。因此，如何在运维采购中增加有效竞争是需要进一步研究的课题。

笔者建议，预算单位在申请预算时应充分考虑运维和维保在目录中的区别，根据本单位的实际情况确定申请的类别。如果大量产品需要续保，同时需要少量运维服务（如设备的定期保养和巡检等），应当申请维保项目，少量的运维工作可以由维保服务商完成。如果需要对信息系统进行整体服务，应当申请运维项目，同时将产品续保包含在运维中，不仅能降低采购过程的复杂程度，而且方便今后管理工作。如果需要在采购竞争性方面节约采购预算，可以考虑将信息系统中不同方面的子系统分别作为单独的采购项目进行申请，这样可以在采购中实现为每个子系统选择性价比最高的服务商。（作者单位：上海市政府采购中心）