业务支撑是给业务做支撑，还是给运营做支撑，还是自身就是一个运营管理部门，各有各的观点和理解。那么，这个部门应该关注的首要目标又是什么呢？

    这次我倒过来写。

    有的认为，业务支撑是个运维部门。如果将运维作为首要目标，那么首先就要界定维护的范围和责任，就要将系统的边界、功能、职责说清楚，将维护的目标、指标定义明白。大凡持这种观点的人，会尽量收缩业务支撑系统的范围，把说不清楚的推出去，尽可能将系统标准化，创造一个以降低成本、稳定为第一要务的系统生态环境。

    怎么降低成本？标准化、集中采购、集中化，等等，都是很好的手段，可以降低采购成本、维护成本。越标准的东西，越规范的东西，就越容易把成本降下来；反之，越个性化、定制化的，越复杂多变的，就越是贵。如果所有的业务支撑系统实现的需求是一样的，那么就可以统一开发一套系统，在各地安装就行了；甚至可以做到全国建一套系统。这样就可以将业务支撑系统产品化，而产品化的前提是标准化，产品化的结果是开发和维护成本都产生进一步压缩的空间。

    稳定的大敌是什么？是变化。一旦出现变化，就容易出现不稳定因素，要以稳定为目标，就应该减少系统变动的频度和幅度，一切按照规范化的模式来操作。一个月升级一次都属于频繁的了，你没有看到交换机等网络设备升版是多么大的动作，全网升级啊，伤筋动骨，所以你业务需求再紧，也要根据维护部门的操作维护规程，按部就班地执行，否则仓促行事，出了问题，算谁的？

    还有的认为业务支撑部门是IT部门，就应该更多地关注IT技术，尤其是新技术。电信运营商是规模巨大的企业，对于世界顶级的IT设备供应商和软件厂商来说，高科技新产品都希望通过电信行业的应用，在树立口碑和形象的同时，给自身带来经济回报。因此电信运营商周围有无数的厂商围着转，IT的高科技、专业性虽容易让领导、决策者和一些技术人员望而却步，但对于某些热爱科技发展的同志们则有了用武之地。这样的业务支撑部门心态是扩张性的，希望不断增强自身的IT实力；但是，诚然新产品的应用对IT产业发展是好事，但是作为运营商的一员，如何考虑过这些产品的购买和应用，给企业带来的价值和作用呢？换句话说，业务支撑部门首先是公司里的一个部门，业务支撑系统也不应该是高科技产品的试验场，所以要慎重考虑新科技可能带来的风险，以及新产品的运用给企业带来的实际价值到底是什么、有多大。

    有网友说业务支撑部门首先要考虑的是支撑，我个人赞同这个观点，业务支撑部门的首要任务是满足业务部门和公司运营的需求。基于这样的出发点，我们就应该对需求说“YES”，对业务部门的创新感到兴奋而不是反感——因为这又是我们发展和成长的好机会；当公司对业务支撑有新要求的时候，我们应该义无反顾、想方设法、尽快地满足，因为这是我们的使命。也许这么做会让业务支撑部门吃亏，但是如果这种吃亏换来的是企业的发展，那么从整体来看，业务支撑的付出是值得的。这种情形下，业务支撑部门也是扩张性的，在不断承担新的功能、要求和责任的同时，自己也必然不断壮大和发展。只是这么做，作为部门的领导是要承担风险的——如果为了支撑企业的发展，自身的稳定性出了问题，恐怕个人是要付出牺牲的。

    在现实里，这三种认识并不是绝对对立，而是多目标的组合。但是，将什么目标作为首要目标；如何在发展主要目标的同时确保均衡稳定的发展；当出现目标的冲突时如何判断和决策，就是考验业务支撑部门、组织和人员的关键了。也许正是缘于这方面的差异，才导致了今天IT支撑系统状况和发展空间的差别。