如何开发一个业务流程| Signavio

尽管开发流程听起来很简单，但仍有许多陷阱等着您去发现。本文提供了一些建议。

模型不是过程

开发业务流程意味着让人们根据该流程进行实际工作。影响人们如何做他们的工作是一个很难的问题，吸引高薪，被称为管理。

另一方面，开发业务流程模型要容易得多，以至于您可能会在此上花费太多时间，并且开发一个无法转换为工作流的流程模型。

因此，第一步是专注于最终目标。这不是一个图表。

现在，无论你是从零开始建模，还是观察人们实际是如何工作的，从你脑海中最简单的过程开始。这只是一个最终目标的声明，例如将产品交付给客户。

接下来，在向模型添加细节之前，让每个人都参与进来。

象牙塔过程模型对一些人很有吸引力，但面临着无法与现实接触的风险。相反，你应该使用你一开始的简单模型，让人们参与到一场关于工作实际是如何工作的对话中。最了解这项工作的人(集体)是从事这项工作的人。

“每个人”不一定是指每个人，但在模型更加详细之前，你不会知道谁参与了业务流程。在任何情况下，这当然包括比过程分析人员更多的组织角色。

然而，在实践中，人们所说的和他们实际做的是有区别的。

让从事开发流程模型工作的人员参与进来的一个好方法是使用工作流管理或案例管理工具为流程执行提供软件支持。

当初始流程模型只有表示整个流程的单个步骤时，工具支持允许您在启动和完成整个案例时跟踪它们。下一步是在这些案例中添加任务和集成。

只有现在您有了一个可以在实践中实际使用的(琐碎的)流程模型，并有了了解工作的人的参与，您才能安全地向模型添加细节。

由于管理人员，也就是“养猫”，任何类型的改变都比建模困难，在更新模型以反映这些变化之前，你可能会从实际工作中受益更多，而不是反过来。

最重要的是，每次您处理一个用例(即执行流程)时，您可能会因此更新模型，以添加有用的细节，添加自动化，或改进流程模型。

您不能使用基于创建模型图的软件工具来实现上述功能，也不能使用定制软件开发来实现模型，而定制软件开发的变更是昂贵且耗时的。相反，你需要这样的软件:

Signavio工作流是这个漫长故事的结果:简化的工作流建模和执行，您不仅可以使用它来开发流程模型，还可以使用它来开发实际运行的业务流程。