大型组织经常启动业务流程管理(BPM)实现项目，使用业务流程管理系统(BPMS)对流程进行建模和自动化。然而，他们经常努力将迭代方法应用到实现项目中。本文将原型设计作为迭代BPMS实现的一部分。
一个流行的BPM示例是一个简单的线性披萨递送过程:
这可能是讨论交付过程的一个有用的基础，但是如果您想在BPMS中实现它，那么您必须弄清楚如何为每个订单构建数据，谁参与了该过程，任务如何分配以及如何与支付系统集成。这些并发症会使事情变得困难。
采用迭代方法实现BPMS之所以困难的部分原因是它需要集成许多组件，例如流程模型、角色和组分配、访问控制、数据定义、应用程序用户界面以及与其他系统的集成。
在实践中，实现的这些不同方面需要很长时间才能很好地结合在一起以使某些东西能够工作。只有这样，您才能进行迭代，并开始从涉众那里获得关于您交付的内容的反馈。
原型化流程执行
原型设计是一种发现某个想法在第一天就行不通的艺术，而不是在你投入了大量预算并聘请了一个完整的项目团队之后。原型的目的是快速失败，这样你就可以用更好的想法重新开始。
为了建立比萨饼递送过程的原型，您需要运行该过程，以发现将比萨饼的准备、烘焙、包装和递送分开的任务是否有助于协调工作，而不是妨碍工作。您需要同时处理实际数量的披萨订单，以确定流程模型任务是否对应于厨房员工和送货人员如何分配工作。
给定一个流程模型，对其执行进行原型化意味着找到一种方法，用最少的设置运行流程的简化版本。您可以使用这个原型来发现任务序列和不同的任务角色是否有意义。
通常，原型不会演示完整实现的细节，例如与其他系统的集成或自定义用户界面。然而，如果过程自动化的某些部分是有风险的，那么您可以使用原型来演示一个“尖峰”——一个非常狭窄的场景的深度实现，以证明某些事情是可能的。
BPMS问题
如果您想在传统的BPMS中尝试比萨饼交付过程的原型化，那么将会遇到一个问题。在你知道它之前，你将被困在如何安装软件，以及是否可以把服务器放在厨房的冰箱上。当披萨订单堆积如山时，您将陷入试图理解BPMS特性的困境，而且很有可能由于零售业务的微薄利润，您实际上无法负担软件许可证和流程分析师的费用。更糟糕的是，您会发现开发团队似乎可以吃无限多的披萨。
不幸的是，传统的BPMS并不适合对简单的可执行过程模型进行原型化。问题是BPMS通常专注于为需要几个月或几年才能开发的复杂用例提供全面的支持，而不是在几分钟内就能让一些简单的东西运行起来。
那么，问题是您需要程序员从BPMS开始。另一方面，开发原型不应该需要开发团队和相关预算。
通用BPMS承认零代码妄想，并提供了软件开发人员通过编写定制代码来使用的平台。然而,尽管零代码BPM系统的确是“BPM行业的愿望实现神话”，用Keith Swenson的话来说，零代码原型是一个更合理的命题。
使用Signavio工作流进行原型设计
用Signavio Workflow来尝试披萨递送流程要可行得多，因为不需要安装软件，而且你只需要使用它的web界面来设置流程模型、基于web的披萨订单、任务分配和员工可以在电话(或智能手表)上阅读的电子邮件通知。
Signavio Workflow非常适合原型化，因为创建一个新流程并第一次运行它只需要点击几下鼠标。当然，空流程不是很有趣，但关键是要立即开始迭代模型，并在执行流程时探索它是如何工作的。
当您在Signavio Workflow中开发流程模型时，通过向流程模型添加活动、使用表单构建器处理数据、角色分配和访问权限来迭代模型是很自然的。您甚至可以使用脚本任务为使用web服务的系统集成构建尖峰。
您可以从Signavio Workflow开始，而不是尝试使用传统的重量级BPMS来创建流程执行的原型。您可以使用Signavio Workflow来试验运行流程模型，以常规实现项目的形式发现值得进行更详细分析和更复杂自动化的业务流程。
快速失败，廉价失败
如果你真的想要创建一个披萨配送流程的原型，那么你可能会发现工作流自动化并不能真正帮助厨房中的流程执行。如果你因为融化的奶酪一直堵塞笔记本电脑的键盘而放弃这个想法，那么最好的办法就是在你花大量的时间和金钱在这个练习上之前弄清楚这个问题。
