大部分的BPM解决方案，其改善任何流程的办法都是首先理解流程，然后再分析。然后接着通常就是流程模拟，以便业务将变化带来的可能影响进行可视化。接下来就是流程改进阶段，而最后则是存在疑问的流程自动化。这个疑问是，BPM解决方案能否绕过模拟阶段呢？

　　那么，我们知道，BPM领域自伊始以来已经取得了快速的发展，变化趋势也日益变得司空见惯。相比于几年前，现在流程定义的自动化程度更高了，此类的解决方案关注的焦点越来越集中在以客户为基础身上。然而，随着焦点转移到了独立客户的需求上，提供相应解决方案的开销要素的确有所上升了。

　　BPM模拟的传统观点

　　一部分人还将模拟视为BPM软件必不可少的一部分。其理论基础是说，既然你已经拥有一套BPM模型了，就能访问到可确切反映流程内所发生，事情的数据，而这就给你提供了模拟模型所需的数据。不过为了更完整地理解这一概念，让我们后退一步，以便洞悉更多的东西。

　　流程分析阶段

　　既然这个阶段是模拟阶段之前的阶段，让我们来看看它是如何适应这种从此处开始的格局的。对流程的分析和优化通常为流程领导所忽视，而正是这个角色要寻求识别出问题并提出任何建议。这个要在检查完整个流程、性能以及相关数据之后才能完成；其目标是提高整体得分流程性能。

　　还有就是，既然大多数寻求BPM解决方案的业务都不能够提供更多的人力资源，BPM解决方案就得提供工具给业务去测试各种替代流程了。

　　流程模拟

　　既然存在测试各种替代流程的需求，许多BPM解决方案的确包含有模拟工具来让业务去比较各种场景。这些工具基本上使用对资源利用率、队列长度、平均任务完成时间、持续时间等因素的统计分析来进行模拟，可以成为测试可能情况的一种有效方法。然而，模拟工具通常天然地就是非常复杂的，每一个统计链接都需要检查。这会导致流程内部非常复杂，违背了最广为接受的BPM哲学—令流程简单透明。

　　流程改进阶段

　　部分业务流程软件带有优化工具，允许业务就改进流程建立最佳路径。这个工作涉及到了模拟阶段的天然缺陷；也即，与通过分析来决定该领域是否能加以改善不同，该工具将会从实际上给你提供可行的选项。

　　此外，比较模拟场景并不总是有利于业务发展的。这仅仅是因为不同的业务经理会为了达到有效的结论而寻求去选择不同的衡量指标/组件。

　　因此尽管我没有完全写下模拟的角色定位，我的观点肯定是说更多有成效有效率的BPM解决方案可以在不使用模拟工具的情况下就能做到这一点。