一个电信公司电子运维系统流程再造的项目，由于甲方需求常变而导致乙方几乎无法完成，濒临失败。就在甲方对乙方不再信任的时候，乙方是如何做到在短时间里来个180°的改变，让电信公司大跌眼镜的？
 
　　张正刚把一叠汇报打印稿甩在桌子上，烦躁地在屋里转了个圈，说：“老黄，这么长时间你们都忙什么了？怎么进度这么慢？！不是我说你，时间都过去半年多了，可是你们连采取什么开发方式都没定下来。照这样的速度，电子运维系统什么时候能改造完？我们领导对你们不满，很不满！2005年，今年年底一定要完成！”四川创立科技公司的项目经理黄海强默然从某省电信公司的项目组办公室出来。黄海强主要负责电信公司的电子运维系统项目，刚刚在该公司的项目负责人张正刚那里挨了一顿训。
 
　　不可能完成的任务？
 
　　某省电信公司（以下简称A公司）的电子运维系统一直是四川创立科技公司（以下简称创立）来负责的。

　　2002年7月，A公司提出要做电子运维系统，一年多后，电子运维系统一期推广上线。2004年2月，A公司要求对网管中心进行流程的改造，并要求在12天内完成。黄海强他们咬咬牙，抽调优势人力、精力，在规定时间内忙到天昏地暗，总算完成了任务。

　　但是，还没给黄海强他们以喘息的时间，一个新的任务就来了。2004年6月份，A公司开始全面的BPR业务流程重组工作。

　　全面的BPR业务流程重组工作意味着什么？

　　意味着所有的流程都要重新进行梳理，不是网管中心改造那样只是一个小环节；意味着过程中会不断会有新的业务流程变化出现；意味着创立之前完成的电子运维一期工程要彻底重头再来。这导致创立原来修修补补的方式已经满足不了现在的要求。

　　更要命的是，由于这个电子运维系统项目周期过长，创立不可能把所有人员力量集中在这一项目上，因此，有些人被抽调参与创立别的项目研发。也有一些人，承受不了该项目高强度的工作，选择离开了创立。人才，迅速流动，或者流失。

　　在这种恶劣的形势下，项目组的战斗可谓艰苦卓绝，每天只睡4、5个小时，最多的时候几个人并排挤一张床睡。但是，就在这样的高强度下，项目的进展却让所有人失望。需求不断地提出，而完成一个需求的时间却平均需要三周。
 
　　向开源求救失败
 
　　总得寻找一个解决的出路不是？

　　主管副总杨自立把部门经理许志鹏、黄海强，还有项目团队的骨干召集到一起，讨论下一步怎么做。

　　黄海强回顾这两年修修补补的一些历程，得出一个有启发性的结论，那就是2002年做的平台基础非常薄弱，很不方便修改，所以一旦面临流程改造，就显得非常受限而被动。这是导致修改一个小环节就能把大家累瘫的原因之一。

　　这个结论得到了大家的一致赞同。但是，要创立自己重新来做这个平台，是不现实的。一来是由于不是专业做平台框架的，二来，成本太高，时间太长。当时黄海强他们并没有想到借用第三方的平台，而是转而向开源求救。

　　但让黄海强他们失望的是，在实际的运行过程中，开源的工作技术在实现流程变更或者新增流程等等这些方面，周期非常长，不能适应A公司新需求不断出现的局面。

　　等到创立终于确定开源技术不能达成他们需求的时候，时间已经到了2005年4月份。花了近一年的时间，结果却是推翻了一个又一个的开发技术，到现在连最终的开发方式还没有找到。而更让黄海强欲哭无泪的是，由于工作难度太大，团队人员又有人出走。这个团队只剩下了6个人。

　　断然拍板启用EOS
 
　　杨自立当机立断：现在必须得考察第三方厂商提供的先进的商用平台！这个平台要有工作流的产品，而且，这个产品必须能够缩短我们的开发周期，降低我们的成本。年底，年底就是生死线！

　　项目临近生死存亡的时候，目标反而非常明确。创立考察了几个厂商的产品，包括国外的和国内的，其中就有普元的EOS。

　　创立发现，无论从工作流的优势，还是从缩短开发周期的特点来看，普元的EOS都很符合创立的需要。

　　但是创立内部不是没有反对意见的。毕竟，EOS以前没用过，比起国外厂商来说，普元也还是个小公司。如果用了，万一没效果，怎么办？再说，一旦这个平台用了EOS的，以后很可能会有依赖性，也许就会从此捆绑上人家普元。这个对创立来说，合适吗？

　　杨自立最后还是拍板了，就用普元的EOS！理由很简单，实在没有时间犹豫了，只能往上冲，断无往原地瞻前顾后的可能。
 
　　SOA带来的意外的惊喜
 
　　就这样，普元在关键时候，和创立站在了同一阵线上。创立采用了普元的构件平台，普元负责给创立提供他们所需要的构件，并且对产品进行维护。

　　结果，基于SOA架构的构件平台，让创立人终于看到了希望。

　　就在一开始的试用中，黄海强他们惊喜地发现，以前原来的架构响应A公司的一个需求，平均来讲需要三周的时间，而应用了EOS之后，时间缩短非常明显，基本上就两天，顶多不超过一周！所有的业务流程都可以通过普元的EOS工作流程来实现。EOS的工作流实现机制非常灵活，能够满足通信行业的特殊业务流程。

　　而且，EOS的图形化开发平台，大大降低了开发人员的门槛，很多刚毕业没有基于JAVA的Web开发经验的学生也能够在一个月内掌握该平台的基本开发。

　　二期项目启动是2005年6月，到2005年年底，项目如期完成。对比一下以前用Java开发的时候，开发周期一年多，占用8~10个人。用了EOS之后，开发周期不到半年，开发人员6人。

　　虽然黄海强现在想起来还感觉很遗憾的是，如果当初严格遵循EOS的项目开发管理规范，效率还会有很大的提高；如果能够学会复用构件，成本还会降低。不过，这样的效率和成本已经让A公司表示满意了。

　　2005年年底，张正刚在听取电子运维系统建设和使用情况的时候，最后给创立电子运维系统的评价为“满意”。后来有人私下问起黄海强，以后A公司还有什么项目交给你们做？黄海强贼贼一笑说：很多。

　　原文出处：http://gocom.primeton.com/modules/techresource/article_page.php?linkid=1844