SOA项目有时的经历来自于普通项目的负累，一种宿命上的“长期观点”、特征膨胀、范围蔓延，就像一个完全的使海洋沸腾的野心的例子。BPM加速的过程中，开始小心地着手许多较小的项目，旨在进行快速交付。服务所在的地方，这些BPM项目可能有更潜在的服务使用寿命期限。不管怎样，增值发展的概念开始在SOA和BPM中生根。
厂商支持的BPM和SOA值得注意。其中之一，在去年年末，BPM支柱Pegasystems期望编纂敏捷实践，并与BPM接触。Pegasystems在管理BPM上，已经拥有独特的项目管理框架产品。在十月份，它为其框架增加了Scrum模块。快速迭代就是Scrum。
Pegasystems业务流程管理产品市场经理Stephen Zisk表示：“BPM开发需要迭代和预测，这就是Scrum的核心所在。”项目管理框架增加Scrum项目模板，支持Scrum直到“故事点”水平。API的存在允许用户连接遗留项目到现有代码管理系统或者存储库中。
Zisk的全部建议重新包含了BPM以小项目开始，但是需要了解未来BPM项目的切入点。许多用户在系统中参与可能是一种范围上的引导。Zisk 说：“用一种中和的用户数量来开始这个项目。”
我们一直都在努力坚持原创.......请不要一声不吭，就悄悄拿走。
我原创，你原创，我们的内容世界才会更加精彩！
【所有原创内容版权均属TechTarget，欢迎大家转发分享。但未经授权，严禁任何媒体（平面媒体、网络媒体、自媒体等）以及微信公众号复制、转载、摘编或以其他方式进行使用。】
微信公众号
TechTarget
官方微博
TechTarget中国
相关推荐
-
在iBPM和BPM间做选择 不一定非此即彼
大多数系统都有一样的能力，在很多人看来，除了BPM或者iBPM这两个标签以外，实际上它们之间并没有任何区别。
-
用BPM策略对遗留应用现代化
一些人提议把业务流程管理作为应用现代化的手段之一，但也有人对此提出质疑，但采用BPM策略可以成为现代化遗留应用的明智方式。Tom Nolle对此进行了解释。
-
RESTful API设计给开发人员带来怎样的未来？
在模块化应用世界里，最为持久的争论莫过于面向服务架构和表述性状态转移之争了。本文探讨这样的争论带来了什么及其背后的原因。
-
敏捷式 vs. 瀑布式：软件需求最佳方式
确定软件需求很困难。很好地理解客户需求，在改变发生时维护文档和需求都不是容易的事情。