听起来有些似曾相识？系统中有一些典型的（但不是必须的）遗留系统应用程序在运行。到现在它已经有几年了，并且仍然为你的组织提供至关重要的服务，但其僵化性正迅速的带来问题。随着时间的推移，将面临一个两难的选择：要么保留原有系统，这样的话你需要投入越来越多的资金来适应业务的发展，或者你忍痛割舍，废弃这套旧有系统，虽然这种选择毫无疑问是高风险。最根本的是，你对怎样在不伤害你的业务的基础上关闭它没有任何主意。

　　不止你一个人这样。实际上ZapThink最近参观了一个类似矛盾的组织。为了ZapFlash目的，我们把他们的故事与其他类似的故事结合起来并将其产生的假设的公司叫Smartco。当然在他们IT组织里面，Smartco把经过确认的面向服务架构（SOA）作为他们的一个初步战略，因为SOA是公认的、主流的、最好的实践方案，这种方案在处理企业遗留系统方面能让企业获得更好的业务灵活性。简单的把SOA放在他们的路线图上，然而这样不能把他们从矛盾中解脱出来。最后ZapThink帮助他们从SOA中解放出来。

　　遗留系统的组织级挑战
 
　　让这个故事变得有趣的是Smartco面临的主要挑战是在组织性方面要比技术性方面更多。当然，维持或关掉一个遗留系统方法都会带来技术上的挑战，但是Smartco对如何处理这类问题有合理的、很好的解决办法。但在组织级挑战方面，就又是另一回事了。
 
　　当Smartco为我们预制了两个会议，情况就变得清楚了。一、管理/架构级别。二、开发者/系统级别。在第一个会上，人们从上层管理表达了一个清楚的指令：不要遗留系统应用程序了。他们有一大堆具体的业务要求，并且都最终建立了一个战略业务敏捷优先级。但是有一点需要注意，管理者把遗留系统应用程序当做了一个问题。不会在意它至少有10年历史并会继续适当的像开始设计那样满足要求。它必须要离开了。
 
　　另外，第一个会议上的管理者和设计者已经将SOA作为这种转换的关键促成器。实质上，这个会议的要点就是要提出这样的问题：“SOA怎么帮助我们从遗留系统应用程序里面解脱出来？”假设首先，业务需求使得遗留系统应用程序不得不淘汰，其次，SOA是最好的解决办法。

　　技术人员的会议就非常不一样了。空气中充满了紧张气氛，因为这里的很多人在遗留系统应用程序方面工作了很多年。另外，在应用程序所使用的技术方面有许多的技术专家。这些专业人士在两方面感到了威胁：让应用程序退出会让他们的技术变得无意义并且他们已经在这方面投入了大量的时间和经历，眼看着它退出会感觉到这是一种浪费。

　　技术人员对SOA的感知也是复杂的。他们感觉到管理将他们推到了这样的境地：他们中的许多人看到，SOA已经让他们面临着这样的局面---不管是否有意义，遗留系统都需要废弃，不管其他人指出了他们已经在SOA方面取得了巨大进步。实际上，他们目前已经使遗留系统应用程序和几个松散耦合的服务一起应用于支持新业务处理要求--换句话说，就是SOA。