持續過程自動化包括持續改進的持續周期，以隨著時間的推移提升自動化和過程。Camunda公司首席執行官Jakob Freund表示，如果執行得當，它可以產生變革性的影響。

　　還記得瀑布式軟件開發嗎?幾乎每個軟件項目都遵循線性步驟序列直到完成。在2010年代，隨著基于云的應用程序和分布式團隊的興起，敏捷開發方法“打開一個新的窗口”得到了更廣泛的應用。持續集成和持續交付(CI/CD)生命周期模型從此蓬勃發展，使軟件團隊更高效，對最終用戶更敏感。那么，為什么流程自動化被困在瀑布時代呢?

　　當你退后一步，很少有公司可以持續改進他們的過程，至少在一個類似于敏捷軟件開發的生命周期模型中。有些進程在循環中連續運行，甚至并發運行。并非每個業務流程都是一組線性步驟。然而，這不同于轉向良性的、持續的改進循環，以隨著時間的推移改進您的自動化和流程。

　　這是一個主要的疏忽，考慮到在我們的現代世界中，流程驅動了大部分的客戶和員工體驗。執行良好的自動化流程可以區分失望的客戶和滿意的客戶。或者一個精疲力竭的員工和一個有時間做更有價值的工作的精力充沛的員工。

　　由于幾個關鍵原因，持續流程優化沒有像敏捷開發那樣被廣泛采用。讓我們更詳細地研究它們以及如何克服這些障礙。

　　1.過程自動化需要可見性

　　許多公司對其流程沒有可視性。你無法改善你看不到的東西。事實上，72%的IT領導者同意這一觀點，即現實世界中，關鍵業務流程的維護是復雜的。69%的人表示，隨著越來越多的任務變得自動化，端到端流程越來越難以可視化。

　　一些不同的因素導致了這種復雜性。一些流程具有不同的端點(向任務、流程或自動化流提供工作的人員、系統和設備的接口)。另一些則遵循復雜的業務流程邏輯——除了簡單的步驟序列之外，還可以考慮其他任何東西。將這些因素與許多流程在本地孤島中運行的事實結合起來。這是一個遺留系統。一個SaaS應用程序。

　　如上所述，許多組織需要對其端到端業務流程有更清晰和完整的可見性。這意味著他們不了解潛在的流程瓶頸或提高效率的機會。這就像啟動一個軟件應用程序而不監控其在生產環境中的性能一樣。

　　2.流程編排可以連接不同的端點

　　為了解決流程可見性方面的一些問題，需要將流程中的不同端點連接起來。應用程序中的流程筒倉或遺留系統的圍墻花園需要拆除。這是一個通過流程編排解決的復雜問題。

　　如果您不熟悉這個術語，流程編排協調流程的各個端點，有時甚至在有意義的時候將多個流程聯系在一起。編制使流程更容易從整體上看到，也更容易更改。

　　以典型的電子商務訂單履行流程為例。許多自動化系統和人員在顧客點擊“結帳”和包裹到達顧客家門口之間執行功能。如果這些人員、系統和設備沒有精心協調，包裹可能永遠不會準時到達。成熟的電子商務提供商需要了解這些流程可能在哪里崩潰，無論是在人的層面還是在機器層面。

　　3.流程優化必須成為常態

　　正如站點可靠性工程師可能會收到關于應用程序沒有按預期執行的警告或報告一樣，自動化主管需要準確地了解他們的流程在哪里不工作。這就是流程優化的用武之地。

　　業務流程中通常涉及多個涉眾。這可能包括業務部門的領導;企業架構師、IT運維和軟件開發人員;甚至是企業高級管理人員的高度可見的過程。這些涉眾需要一種公共語言來理解過程性能和改進。

　　業務流程模型和符號(BPMN)等框架幫助這些涉眾理解流程設計(或流程如何從一個步驟流向下一個步驟)。這些看起來像是易于理解的流程圖。流程優化可以使用相同的框架在儀表板或報告中顯示流程瓶頸、低效率或異常值。從那里，自動化團隊可以處理問題，并對過程的適當部分進行更改和改進。

　　換句話說，業務流程不應該是一次性的靜態操作。它應該看起來更像一個軟件開發生命周期，使用類似的報告和警報結構來監視云中應用程序的性能和可觀察性。