有个好消息是BPM在发展过程中正处理所有这些问题。有很多元素推动着改进，包括流程引擎的新功能、自适应流程编排的支持，并能够向呈现它们仅直观了解的流程中预先构建管理器视图的功能。

　　事实上，从主导厂商的BPM软件中新兴的功能非常讨厌它头上这个BPM概念。我甚至会说BPM从流程参与者（像管理者和构建者）的视角正在被重新定义，从而让BPM和这些人相关。由于这点，我们最终拆卸了阻止BPM履行它使命的限制的墙壁。让我们看一下这些元素中关于管理者的几个。

　　反映现实的流程模型

　　支持我把它称作松耦合构架流程模型的流程引擎（主要属于案例管理的概念） 的发展给了管理者对他们有意义的流程。这些流程模型反映工作如何完成，它是通过包含绝对的规则和关系，在目前环境中以一种有意义的方式用灵活性来完成工作。

　　考虑一下那样的情形。那不正是现实世界真正的工作么？就我看来，你不正是不断地在你身边的环境中适应你的工作么？我知道我当然是。现在，你能想象流程技术，背后用足够的架构来确保万无一失，实际上其中有足够的灵活性来适应现实中你每天所经历的东西么？

　　这就是从行业的领导者最近的工作中显现出来的，它用浓墨重彩和令人兴奋的方式从根本上改变着BPM的价值主张

　　特定的生活方式

　　这把我们带到下一阶段，点对点的适应某种程度在所有流程中都存在（至少所有的流程都需要人参与）。通过流程引擎和建模从事流程中工作的本质，这目前给我们提供了向管理者展现点对点的功能，那么他们就能按他们的方式“调整现实中的工作”。                             
举个例子, 基于实时队列和流程信息的工作量的调整本质上就是点对点的流程需求。BPM必须向管理者呈现这种点对点的能力作为他们的用户界面中简易明了的控制。

　　此外，管理者应该能够在很多即时的需求中调整流程的基本概念。举个例子，一个看到重要的采购趋势的管理者应该能够从他们的用户界面到流程调节决定工作优先级的标准。这不仅仅是简单的工作量调整，这是真实的敏捷业务改版-也是BPM现在开始给我们提供的功能。

　　考虑一下。在不期望它们比有意义的用户界面作的事情更多的情况下，我建议的是用一种能够让管理者适应流程的BPM软件—实时的——那么流程总能保持和真实业务对齐。这就是从BPM领导者们那开始浮现的前沿课题。

　　快速识别

　　最终，通过大量的计算出他们需要的，最有意义信息集的工作，同展现这些信息并让它们马上变得有意义的最佳方式一起，让管理者的用户界面也成为高度优化的用户体验。任务很艰巨，但BPM的现实是BPM软件通常比我们需要做决定或理解当前的条件更能捕捉多得多的信息。

　　把信息提取到一个能够快速识别（更多对于这个概念的解释，我建议看一下Malcolm Gladwell's书Blink）的表格中不是一个简单的任务，但它的价值却是毫无疑问的。

　　总结

　　BPM现在已经开始给管理者提供一个经过高度优化的，生产化的用户体验，以急剧地简化他们的活动并提高他们的产能（并取得成功）的方式，帮助他们快速理解和适应他们的工作。BPM正在从一个障碍转向使能器，甚至是推动器。