还记得瀑布式软件开发吗?几乎每个软件项目都遵循线性步骤序列直到完成。在2010年代，随着基于云的应用程序和分布式团队的兴起，敏捷开发方法“打开一个新的窗口”得到了更广泛的应用。持续集成和持续交付(CI/CD)生命周期模型从此蓬勃发展，使软件团队更高效，对最终用户更敏感。那么，为什么流程自动化被困在瀑布时代呢?
当你退后一步，很少有公司可以持续改进他们的过程，至少在一个类似于敏捷软件开发的生命周期模型中。有些进程在循环中连续运行，甚至并发运行。并非每个业务流程都是一组线性步骤。然而，这不同于转向良性的、持续的改进循环，以随着时间的推移改进您的自动化和流程。
这是一个主要的疏忽，考虑到在我们的现代世界中，流程驱动了大部分的客户和员工体验。执行良好的自动化流程可以区分失望的客户和满意的客户。或者一个精疲力竭的员工和一个有时间做更有价值的工作的精力充沛的员工。
由于几个关键原因，持续流程优化没有像敏捷开发那样被广泛采用。让我们更详细地研究它们以及如何克服这些障碍。
1.过程自动化需要可见性
许多公司对其流程没有可视性。你无法改善你看不到的东西。事实上，72%的IT领导者同意这一观点，即现实世界中，关键业务流程的维护是复杂的。69%的人表示，随着越来越多的任务变得自动化，端到端流程越来越难以可视化。
一些不同的因素导致了这种复杂性。一些流程具有不同的端点(向任务、流程或自动化流提供工作的人员、系统和设备的接口)。另一些则遵循复杂的业务流程逻辑——除了简单的步骤序列之外，还可以考虑其他任何东西。将这些因素与许多流程在本地孤岛中运行的事实结合起来。这是一个遗留系统。一个SaaS应用程序。
如上所述，许多组织需要对其端到端业务流程有更清晰和完整的可见性。这意味着他们不了解潜在的流程瓶颈或提高效率的机会。这就像启动一个软件应用程序而不监控其在生产环境中的性能一样。
2.流程编排可以连接不同的端点
为了解决流程可见性方面的一些问题，需要将流程中的不同端点连接起来。应用程序中的流程筒仓或遗留系统的围墙花园需要拆除。这是一个通过流程编排解决的复杂问题。
如果您不熟悉这个术语，流程编排协调流程的各个端点，有时甚至在有意义的时候将多个流程联系在一起。编制使流程更容易从整体上看到，也更容易更改。
以典型的电子商务订单履行流程为例。许多自动化系统和人员在顾客点击“结帐”和包裹到达顾客家门口之间执行功能。如果这些人员、系统和设备没有精心协调，包裹可能永远不会准时到达。成熟的电子商务提供商需要了解这些流程可能在哪里崩溃，无论是在人的层面还是在机器层面。
3.流程优化必须成为常态
正如站点可靠性工程师可能会收到关于应用程序没有按预期执行的警告或报告一样，自动化主管需要准确地了解他们的流程在哪里不工作。这就是流程优化的用武之地。
业务流程中通常涉及多个涉众。这可能包括业务部门的领导;企业架构师、IT运维和软件开发人员;甚至是企业高级管理人员的高度可见的过程。这些涉众需要一种公共语言来理解过程性能和改进。
业务流程模型和符号(BPMN)等框架帮助这些涉众理解流程设计(或流程如何从一个步骤流向下一个步骤)。这些看起来像是易于理解的流程图。流程优化可以使用相同的框架在仪表板或报告中显示流程瓶颈、低效率或异常值。从那里，自动化团队可以处理问题，并对过程的适当部分进行更改和改进。
换句话说，业务流程不应该是一次性的静态操作。它应该看起来更像一个软件开发生命周期，使用类似的报告和警报结构来监视云中应用程序的性能和可观察性。
