【专访】同行直言：国内技术人员容易走上两个极端

ehxz 发表于 2007-5-24 15:36:02

<div class="msgheader">QUOTE:</div><div class="msgborder">做企业软件的技术人员们肯定深有体会：为客户做项目时，充分了解客户企业的业务，对客户需求进行深入分析是一个至关重要的过程。技术人员更多的是指那些偏重于纯粹技术层面的开发人员，而业务技术人员更偏重于使用某</div>       【CSDN5月24日报道】 做企业软件的技术人员们肯定深有体会：为客户做项目时，充分了解客户企业的业务，对客户需求进行深入分析是一个至关重要的过程。而且如果为同一行业的很多客户企业都做过项目了，很自然会对这个行业的业务有了比较深的了解。那么，作为技术人员，是否可以更进一步去熟悉行业业务，而缓慢抛弃掉自己的技术功底和经验呢？
       我们提出一个新的概念——业务技术（business technology），即对行业业务的熟悉能力和在业务基础上进行技术分析和设计的技术能力的综合。由此引发的问题是：纯粹的技术人员是否可以转型为更为综合的业务技术人员？这样是否会在职场更具竞争力更有发展空间？为此我们CSDN特别访问了TIBCO中国研发中心高级研发工程师胡长城，他刚刚在我们CSDN的技术英雄会上获得大奖，其网名“银狐<chmetcnv wst="on" tcsc="0" numbertype="1" negative="False" hasspace="False" sourcevalue="999" unitname="”">999”</chmetcnv>在我们的网站也颇有名气。       胡长城回答问题异常严谨认真，充分显示了技术人员的风格，很多话语都是自己的切身体验，直击目前国内一些软件企业的要害。相信这位同行的心声能给大家带来诸多启示。 问：您先说说您怎么理解技术人员和业务技术人员的区别？结合最近火热的SOA来看，您觉得SOA使得技术和业务的关系发生了什么大的变化？答：我是这样理解技术人员和业务技术人员的区别的。技术人员更多的是指那些偏重于纯粹技术层面的开发人员，而业务技术人员更偏重于使用某些技术来解决客户所面对的业务性问题（更多的是基于某类产品或平台）。说得更直接一些，就是一个更偏技术，一个更偏业务。而业务技术人员并不能简单用“既懂技术又懂业务”来形容。存在很多偏业务型的技术人员，他们对业务理解比较深，可以在某些平台上构建出客户所需要的业务实现，但是对于真正实现层面的技术知识，却了解不是很多。所有的IT系统的发展，都是让业务更加与技术的具体实现脱离，或者说，让业务构建并不关心具体的技术实现。SOA是一种理念，也是遵循这个发展趋势和原则的，而且更进了一步。SOA为业务和技术之间的构架了一层“服务”和“模型”概念的桥梁。也就是说，业务并不关心其所依赖的IT系统的技术，只关心能提供支撑我某项业务实现的服务在哪里。 问：您认为技术人员转向业务技术人员的价值提升主要体现在哪里？答：首先，我的观点是：我不认为技术人员就一定需要往业务技术人员上转。对任何开发人员来说，最重要的还是看你的兴趣，看你喜欢做什么。只有客户才是最关心业务的。如果一个开发人员，并不喜欢或者并不适合底层平台或底层技术的开发，那么转为业务技术人员这个职业规划应该是不错的。因为客户需要这样的业务型技术人员，帮助他们分析业务、理解业务、并且构建IT系统来支撑业务。业务技术人员的最大价值就是他们最清楚客户需要什么样的业务系统，并且了解构建什么特性的系统适合客户需求。所以，业务型技术人员，比纯粹的技术人员，更能够站在一个更高的角度看问题。我相信类似那种ARIS系统，SAP R3的系统模型，都是业务技术人员的总结结果。当然，这是一个Architect的能力范围了，单纯的普通的业务技术开发人员，是很难达到这种层面的。 问：您企业的平台会帮助技术人员转变为业务技术人员吗？您认为哪方面的人才适合转变？答：TIBCO是一个“sell the Business integration and SOA solution”的公司，也就是说主要是提供一套产品，来服务客户企业的业务整合和提供一些解决方案型产品。这套产品本身就是面向业务技术人员的。我想“帮助”这个词值得推敲，任何平台性产品都是“强迫”其上面的开发人员最终成为业务技术人员。但是，最终直接面向客户开发的技术人员也都需要一个个适合的平台来辅助他们实现客户所期望的业务系统，这样他们可以把更多的精力放在如何把握业务上，而不是再为缓存、分布式、系统消息整合之类的基础性问题头疼。问：.您公司的产品和平台对业务技术人员的需求旺盛吗？您公司如何内部来培养这些人才?答：TIBCO主要还是产品型公司，虽然也有部分Solution产品，有部分自己的PSG团队为客户提供解决方案和实施，但是更多的还是产品研发。不过就我自己以前的项目实施经验来说，成为业务技术型人才只有两个途径：第一是你本身以前就是搞某种业务的，后来转向技术，这样就将业务知识和技术知识汇集一身；第二就是不断的参与到某一个（或多个）领域内的项目实施中，久而久之，也就对业务有很深的理解了。但就中国目前的情况而言，毕竟IT发展时间很短，而且有相当一部分技术人员过于浮躁，所以在经历过很多项目实施之后，以为对业务很了解，所以转向了业务咨询、项目管理等方面（当然有的是为了获取更好的待遇和尊重，被迫转行，毕竟国内程序员、开发人员的地位和待遇都不理想）。这样就造成很多在业务方面有很深积累的技术人员放弃了技术研发。——我想这就是为什么国内很难出现非常复杂而体系结构良好完整的业务型系统的最直接原因。 问：技术人员和业务技术人员的待遇相差大吗？作为公司高层，如何决定两者的待遇？答：总体感觉，国内开发人员的待遇和价值没有被正常的认可，很多管理层的人员，认为技术人员是可以很容易被替代的，他们更看重业务。其他的我想也没必要说得太多，在国内IT企业磨砺几年，估计或多或少都会有些感慨了。   问：业务技术人员是不是更容易成长为项目负责人，成长为公司高层？答：这其实更不好回答了，因为技术分工会越来越细致。但是业务技术人员应该会比底层技术人员更适合与客户沟通，与人沟通。但至于能不能成为项目经理、部门主管、公司高层这更多的在于机遇和个人能力了。 问：作为提供业务平台的厂商推广平台的时候是不是更需要很多了解业务的技术人员？您认为什么样的推广方式或推广人员的素质会打动您的客户？答：第一个问题我也不是很清楚，第二个说点自己的经验，唯一可以打动客户的就是：让客户用他可以接受的价格，购买了超值的服务或他们所希望的系统。当然，在与客户沟通需求的时候，如果我们能够了解客户的业务，并真正站在她们业务需求的角度提出建议，那么会增加客户对我们的信任度。 问：请您总结一下您对业务和技术的看法。答：其实，业务和技术这本身就是两个相辅相成的两个方面。客户所期望的IT系统，也肯定是两个方面：首先是必须满足他们的业务，其次必须是一个可扩展、高效、稳定的系统。我非常认同业务的重要性，一个好的开发人员，应该花一些精力在业务理解上，站在更接近客户的层面看待产品或技术。毕竟，再好的技术，不能够给客户创造价值，带来方便，都是徒劳的。但是，国内大部分的技术人员都走上了两个极端：要么技术特厉害，却很少深入到业务中；要么以业务为最重，逐渐抛弃掉自己的技术功底和经验。所以希望未来国内的IT发展，能够出来更多的集业务和技术为一身的高级系统架构师，这样国内自主的产品才能够真正的发展起来。（完）【CSDN/廖俊才】

页: [1]

爱谁谁社区's Archiver

【专访】同行直言：国内技术人员容易走上两个极端