要不要把IT主导权还给业务人员

　　事实上，很少有人想过，“把IT主导权还给业务人员”究竟意味着什么。对业务人员来说，由于他们在开发方面无法了解当他们能够随心所欲地设计
IT系统时，IT能给他们带来什么礼物。而对开发人员来说，由于他们并不真正了解业务，多数开发人员都不能通过系统的开发体现出他们的价值。事情真的是一
团糟，以至于Frederick Brooks在二十年前的经典——《人月神话》中，就绝望地下了结论：没有银弹。然而，事情真的就没有解决方法了吗?
　　IT主导权在谁手里
　　要明白当前的IT主导权在谁手里这个问题，不妨让我们先来回顾一个我亲身参与过的游戏。
　
　这个游戏很简单，就是让人们在有条件限制的情况下转述前一个人的原话。处于游戏源头的人说了一句有些反常的话语：黑包子。这个传递的链条没有超出五个
人，第六个人就实在不明白第五个人在说什么了。接下来在公布了正确答案之后，为找出错误的源头，游戏的参与者把传递链条的方向倒了过来，这时我们才发现，
第二个人就根本没明白第一个人要表述的意思。
　　也许我们当中相当的人会认为这个游戏很可笑，但不幸的是由提出需求，到软件开发成成品，整
个软件业一直是玩着一个与此一模一样的游戏。而更不幸的是，在这个链条上的人们往往没有人会承认出现了错误。只有当处于链条末端的人把软件成品呈现在第一
个发出命令的人时，才会发现自己是不是正确的理解了对方的意思。
　　这样的结果常常是悲剧性的，有偏差往往意味着返工，有些问题当返工也不
能解决时，项目就宣告失败。并且不仅是被实施方与IT开发商的销售会发生理解上的偏差，在IT开发商的销售人员与开发人员之间，这种偏差同样存在着。当销
售人员不能正确评估开发人员的能力时，延期交付软件就变得不可避免了。于是，一个小小的失误可能引发了一连串的灾难。
　　诸多软件业界的专
家早就看到了这些问题，他们把问题的解决归结于开发人员的素质。而事实上，中印软件业的一大决定性差距也正是印度软件业拥有更多既精通IT开发技术又具备
足够多行业经验的人。但是，在中国，这样的人才并没有因为产业的关注而增多起来，相反，随着IT需求的增长，该类IT人才的缺口却正在增大。
　　面对这样的情况，我们已经不得不问：真的没有银弹吗?
　　究竟有没有银弹
　　如果完全照搬Frederick Brooks定下的标准，即使在二十年后，我们也只能绝望地延续Frederick Brooks的结论：没有银弹。但是，在某些特定的领域，我们却可以说：银弹已经出现了。
　
　在人们的印象里，寻找银弹的只有普元。但事实上，多年以来，创信恒软件有限公司一直默默做着技术积累工作，并且最终推出了eFlow应用开发平台。
eFlow应用开发平台的精髓思想是将软件开发配置化，进行高度地封装，通过设置来实现应用软件的各项功能，实现软件开发的无编码化。
　　
谈起推出eFlow应用开发平台的原因，创恒信技术总监吕建海先生介绍说：“我们的产品与其它专业的开发平台产品和开发框架有着本质的区别。确切地说，我
们的产品涵盖了底层引擎、应用组件和上层基础系统，
而大多数开发平台要么是底层加组件，要么纯组件(如业界比较普遍的协同开发系统)，eFlow应用开发平台能够做到配置化实现各种复杂的WEB应用，在业
界来说是不多见的。”
　　据了解，国内只有少数致力于应用开发平台产品的公司，但所做的产品与eFlow应用开发平台都有较大的差别。比较
普遍的是工作流开发平台或协同平台，这些平台只能完成与工作流相关的开发，而对于非流程的复杂WEB应用，这些平台就无能为力了。与此相反，吕总介绍
说：“只要与Web相关的应用，都可以利用我们的平台开发出来。”
　　微软Visul
Studio2008发布之后，我们不难看出微软在其中集成了不少用于减轻开发者工作量的工具，但Visul
Studio与eFlow应用开发平台还是有着较大的区别，吕总解释说：“你可以这样理解，Visul
Studio对开发人员来说只能起到锄头的作用，什么东西都要开发人员开发设计后才能实现，而eFlow应用开发平台却类似整条生产线，要什么产品，只需
要输入图纸，配备好各个车间的参数，就能装配出产品来了。”
　　据了解，利用eFlow应用开发平台，一天内可以开发出十到二十个模块，而
采用传统工具开发，开发人员只能完成一至两个模块。eFlow应用开发平台虽然是J2EE开发出来的，在开发实现时却无须开发人员接触到任何JSP的逻
辑,平台提供了一个可视化的模板开发工具来进行动态模板开发。
　　eFlow应用开发平台支持SOA集成开发，当用户的系统中存在采用PHP、.Net开发的旧应用时，eFlow应用开发平台也完全可以利用SOA组件去集成它们。并且通过第三方提供的类似于数字签名等技术，数据的安全性也完全可以得到保障。
　
　利用eFlow应用开发平台进行开发，并不需要开发人员懂得Java技术，只需利用一个游览器，开发人员就可以像设计网页一样完成最终的应用开发。虽然
目前还只能在IE中进行开发，但开发出的应用却可以实现跨平台应用，在Linux上的firefox上运行也没有问题。
　　吕总认为：“类似的特性eFlow应用开发平台还具备很多，象支持单点登录等等;但最重要的一点，是可以让懂业务的人自由地掌控IT系统的设计。”
　　多年以来，创信恒软件公司在电子政务和电力行业实施了不少应用，这些应用包括ERP系统、门户等大型应用。因此，吕总介绍说：“应用eFlow应用开发平台不但能够开发一些小型应用，而且能够开发出一些大型而复杂的应用。”
　
　谈起eFlow应用开发平台的最大特点，吕总认为：“就在于它把IT的主导权还给了业务人员，让懂业务的人员来实现开发。目前的办法是和有深厚行业背景
的ISV合作，让他们利用我们的平台把管理思想和管理经验转化成实际的IT系统。为了证实平台的能力，我们已在电力和政府两大行业开发与实施了大量应用，
也可以说eFlow应用开发平台并不是闭门造车的产物，而是我们多年开发经验的总结。”
　　据了解，应用eFlow应用开发平台进行开发，在降低开发技术难度的同时，并不意味着对开发者开发门槛的降低，技术降低的同时，对行业了解的程度加深了。由于开发者更了解业务，最终系统与实际需求的偏差自然也就降低了。
　
　由于应用范围的限制，应用eFlow应用开发平台进行开发的目前还只是ISV，也许有一天真正有懂业务的一线人员参与到开发当中，IT主导权才真正回归
到业务人员手中。对此，吕总介绍说：“其实培训门槛并不高，具备计算机专业本科水平的业务人员，只需半个月的培训，就可以从事IT系统的开发工作了。”
　　要不要重提“有限应用论”
　　关于eFlow应用开发平台的推广，吕总介绍说：“eFlow应用开发平台的技术优势并不在于它采用的技术是最先进的，而在于它的组合优势和理念。”
　　若干年前，Red Office的领导者胡才勇先生就曾经提出，在国产Office已经具备了一定实力的情况下，最重要的是让它在有限的范围内应用起来，进入到一个良性的循环当中。
　　实际上，当一个创新性的产品进入到一个良性的循环当中去以后，有了用户，自然就有了针对它的反馈。只有这样，在接下来的新版本当中，这个产品才会最终走向成熟。
　　胡才勇先生当时的愿望是好的，但可惜的是他的有限应用论并没有得到实施。也正是因为这个原因，在“黑屏”事件面前，我们显得如此的无措。除了关闭自动更新功能，以安全性的降低换来暂时的安宁，我们还能做些什么呢?
　
　事实上，同样的事情正发生在eFlow应用开发平台之上。没有银弹的痛苦正在给软件业带来难以估量的损失，在这种情况下，我们是非要找到通用型的完美银
弹，还是在有限的范围内找到可以解决有限问题的银弹，应用起来之后再在实践的过程中使之变得完美，实在是我们需要深思的问题。
　　但愿我们这次找到有限型银弹，不会重蹈覆辙，而能够在“有限应用”的历程中走向完美。