在变化中前行－－析CTO角色的转变

 在变化中前行－－析CTO角色的转变

杨淮

 
　　长天科技集团CTO 杨淮

处境尴尬的CTO

不仅仅是系统集成商，在中国IT企业里CTO的位置其实是蛮尴尬的。为什么这么讲？这是因为国内所有IT企业，在目前状态下都还属于用户导向型，真正以技术、产品为导向的还不多。即使是做技术和产品的企业，其技术的核心竞争力也往往来源于国外。那么如果从做应用的层面上讲，就目前来看，国内做应用软件的公司也都是从小软件开始，慢慢往上发展，软件中真正的技术含量也并不多，而更多是偏向于应用部分。可以说，中国现在的计算机应用还是以应用软件为主导，这也就意味着其核心在于行业和应用的层面，而不是技术层面上。在国内，做系统级或技术含量比较高的软件产品的厂商比较少，大家能接触到的应该主要是从事安全产品、中间件软件和应用整合一类的厂家。只有在这类技术型产品企业里，CTO才能真正起到主导作用，所以说在国内大多数IT企业的CTO都比较尴尬。

解决方案集成对CTO的要求越来越高

身处系统集成行业，我们将“集成”看作两个方面，一方面是硬件的集成；另一方面是基于解决方案的集成。如果单纯的硬件集成，也就是传统意义上的SI，其专注于硬件的销售、安装、连接和服务，这些方面所体现的SI的技术含量并不多。但在面向服务、面向解决方案的SI中，CTO角色的重要性就显现出来。因为这时涉及方案，采用什么技术、什么产品、什么技术路线，都会体现在完整的解决方案里。

前段时间，我们就长天公司这么多年的积累做了分析和梳理。分析发现，长天有一个多年的优势，就是应用系统整合。什么是应用系统整合？比方说，用户都会拥有多个系统来满足不同的应用，而每个系统又需要不同的环境来进行运作，那如果要做集成，就需要对各种环境做一定的修正，将应用程序中的公用部分抽取出来，实现数据的共享，确定应答的机制到底采用什么方式，在数据传输时怎样保证及时、精确、完整或者保证其他一些技术方面的参数和指标等等，这样就牵扯到整个应用的技术架构，这时在技术层面上就会有很多事情来做。总的说来，只有系统的复杂性提高，或者从现在应用的角度讲，当讲究硬件独立性和整体技术独立性时，对技术层面上的核心技术含量要求会更高。

长天自身定义的核心竞争力是Solution Service。就单纯的Solution可能是我们开发的也可能是别人的，但我们帮助用户运行起来，然后主要负责Solution的服务，这样的服务包括客户化的服务，一些客户需求的定义，对系统的测试、安装、系统的运行，性能方面的调优调整等等。在长天，我们将技术人员分为两大类。一类是做Solution，就是传统意义上的行业Solution，或者叫做行业应用；另一类是做行业Solution的服务。服务是直接面对用户的，技术层面上的要求就会比较高。我们在做Solution时，就应用架构有一个要求：技术独立性，也就是说要采用怎么的数据库，什么样的中间件和怎么样的安全机制等我们都会采用一种“打包”的方式，使技术与硬件设备能够独立分开，这样一来，我们就要选择技术的方向，要考虑技术的成熟性、稳定性以及其发展趋势。

现在这段时间我们也在研究新的技术架构。比如最近大家比较关注的BPM(Business Process Management)，或者叫做BRM(Business Road Management)，就是如何将数据提取出来转为数据库的方式。我们把业务的规则抽取出来，当业务规则发生变化时，等同于数据发生变化，就不用去修改应用程序，这时会对应用的架构产生影响，而且是技术性的影响。我们把程序里面流程性的东西，一些判断、定义抽取出来成为一个规则部分，如此就成为面向规则的应用架构。当应用发展到一定程度，不再以用户为导向，或者说不再以买方为导向时，技术的含量就会越来越高。

所以，早期的SI都是以SALES为导向，技术人员跟在SALES后面去和用户谈；当遇到技术问题时，技术人员替SALES来解释，所以在做一个项目是SALES为导向的。技术人员只是SALES的一个工具。当一定发展以后，客户的成熟性比较高的时候，SALES的作用就会由了解客户的需求转向为客户服务，这时技术的含量就会很高了，有时甚至以技术为导向了。这时候CTO可以告诉SALES，这个方案面向怎么样的客户，那个方案又应该适用那样的客户。这时如果没有一个角色，像CTO，来作出正确的判断，那么SALES也不会知道该卖什么，也不会知道什么最适合客户。所以现在很多企业对技术的决策和选择都会很重视。对客户而言，技术决策也已被纳入技术规划中，包括整个投资的分析、竞争力的分析以及IT投入的生命周期的分析等，都取决于采用谁家的技术谁家的产品。

CTO职能在悄然变化

对于做产品的SI而言，大量的成本发生在市场拓展上；而做服务的SI，大量成本则来源于做服务和人力的成本。比如美国最大的集成商EDS，其人力成本占总成本的80％。这样的财务模型就是企业的人力成本大幅上升，而用户对Service价值的认同又在缓慢上升。如此说来，作Solution的要想赚大钱几乎不可能。这样，SI一般以长线来看待这个行业，即两年、三年以后的趋势发展。同时，SI也会考虑如何控制人力成本，这就是项目管理。项目管理如果能有很好的方法，那将是直接的成本控制。

另一方面是项目管理的过程控制，包括质量的控制，对人员的绩效的管理，和用户的沟通从而免去现场开发等等，这就又会涉及到重复使用的问题，软件重复使用的比例越大成本就越低。那么怎样做到重复使用? 我们在做模块设计时就要考虑通用性，是否可以用于不同的客户。那么哪一些模块可以做到，这就需要在功能规划中作出判断，这是技术问题了。现在在某些成熟的行业里，重复使用的比例能达到50％就是目标了，大量的可能只有20～30％，如何提高比例就依赖于应用架构的设计了。项目管理是管理的问题，而软件重复使用就是技术的问题了，但都可以有效降低成本。

在做系统集成和技术服务的企业里，我们把技术分为系统技术和应用技术。这些企业里的CTO，除了对系统技术熟悉外，像主机、网络、备份等，还要熟悉应用技术，就是对业务的抽象，对行业的理解。应用架构的搭建，采用什么方法，架构中采用几层结构，什么语言，都是应用开发的内容。现在国内很多也称CTO为CAO(CHIEF ARCHITECTURE OPERATOR)，其职责就是确定应用框架是什么，大量采用什么技术来构建这个框架。微软的比尔、盖茨就将自己命名为微软的“首席架构设计师”。当公司规模不是很大时，CTO往往也肩负架构设计师的职责。那么当企业从硬件集成转向软件集成为主的时候，CTO不仅仅要对硬件系统熟悉，还必须对应用架构相当了解。比如在有几个应用，哪些可以是战略性的，哪些是可以做长线投资的，哪些是可以积累的，而哪些是可以快速进入市场的，这里面有牵扯技术成熟性、客户接受的程度、技术本身的生命周期等问题，CTO的决策作用就很大。

CTO应具备的素质

1.一定不保守。善于接受新东西，把握技术趋势。

2.需要有足够方法能力来描述自己的技术观念，让别人理解然后去操作。

3.扩展知识面。多接触其他趋势，改变原有的技术重点。

4.团队管理。有些企业CTO只管理R&D，而有些企业CTO什么都不管也什么都管，不具体管理但对所有都会参与，这取决于企业的特征。

本文原载于中国计算机报