我们今天所处理的应用平台鼓励过时的软件设计流程。开发经理更好的一种思考方式是，能够与其他的能力进行交互的特定环境，考虑这方面的能力部署。这可以消除应用间的人为壁垒。

　　起码这是Gartner集团的研究总监Kirk Knoernschild讨论到的一种想法。企业正在开始揭开代码开发方式和开发流程的业务价值之间的一个根本性的不匹配现象，Knoernschild指出。“我们已经抛弃了那种通常是用在台式机上的、认为应用运行自己的流程的概念，从本质上转向了应用运行于服务器上这种概念”，他解释道。

　　“为什么我们还需要Web上的应用程序这种概念呢？”，Knoernschild问道：“这是一种人为的概念，对我们如何进行软件的开发、部署和管理加以约束。我们需要思考的不是应用，而是要往业务能力、业务流程和业务活动方面思考”。这种脱节的一个显要的影响因素就摆在新代码的资助方式上。其挑战是，这一流程已经发展出一种把应用做得大而全的心态，使得轻易就会往已完成的产品上添加太多的其他内容。他指出：“在意识到这一点之前，我们一直在让应用程序自我膨胀。那些应用都具备这种特点，有些做同样的事情，有些则别出心裁”。

　　这一问题的症结在于，我们是从应用程序的角度，而不是从对业务有意义的那些指标出发去思考开发流程的。应用关注于像项目开销和编码时间这样的指标，按照应用去考虑编码就会降低对于与最终产品有关的更为重要的指标的关注。

　　传统上，IT关注于开销、上市时间以及瑕疵数量、代码质量和测试覆盖率这样的IT指标。也许那些类型的指标对于评估开发流程有多合理是有用的——但是还有其他一些价值需要考虑。

　　软件研发出来后，组织还需要看看其软件为业务所提供的价值如何。那是因为按时且不超预算来交付一个项目要花掉你200万美元，对于组织来说这并不意味着系统需要的价值就是如此。

　　Knoernschild说：“理解业务价值也是非常重要的，这往往是许多组织有所欠缺的地方。表现在多种形式上，如工人的生产力、客户满意度以及客户维系等”。