首頁 > 像云原生企業(yè)一樣，許多大型或老牌企業(yè)希望盡可能提高運營的自動化程度。因此，許多企業(yè)在流程自動化目標(biāo)方面過于雄心勃勃，試圖推出面向整個組織的數(shù)字化轉(zhuǎn)型項目。雖然有野心是好事，但許多這類項目需要數(shù)年才能完成，常常需要將遺留系統(tǒng)推倒重來。
很少有企業(yè)考慮到端到端流程自動化需要在人員、流程和技術(shù)等方面改變觀念。不妨看看三個最常見的流程自動化錯誤，以及企業(yè)如何協(xié)同解決這些錯誤。
一、推出戰(zhàn)略性自動化項目過快
雖然力求戰(zhàn)略性沒有錯，但考慮過大的規(guī)模是過于雄心勃勃的自動化項目的常見陷阱。過早承擔(dān)太多的戰(zhàn)略性工作帶來很大的風(fēng)險：企業(yè)在很長一段時間內(nèi)看不到任何業(yè)務(wù)價值。因此，開發(fā)人員很可能陷入這種困境：在不了解用例的情況下設(shè)計一種復(fù)雜平臺。
相反，嘗試將龐大的戰(zhàn)略性項目分成幾部分，先從最緊急或最重要的項目入手。以下是這么做的一種方法：
-
從試點項目開始：試點項目的目標(biāo)是定義并驗證架構(gòu)和堆棧。這個試點項目通常充當(dāng)概念驗證(PoC)。然而，上線試點項目很重要，以便真正了解工作流解決方案在整個軟件開發(fā)生命周期(SDLC)的所有方面。
-
加快到燈塔項目：運行成功的試點項目后不久，應(yīng)處理燈塔項目。燈塔項目應(yīng)該有更廣泛但仍然切合實際的范圍，以便向貴組織的其他人和團(tuán)隊展示工作流自動化的架構(gòu)、工具和價值。
-
進(jìn)入到大規(guī)模轉(zhuǎn)型：利用從燈塔項目汲取的經(jīng)驗教訓(xùn)，使該項目團(tuán)隊的人員能夠運行卓越中心(CoE)，從而打破團(tuán)隊之間的孤島，并推動面向整個組織的變革。
我稱這種方法為“漸進(jìn)式轉(zhuǎn)型的藝術(shù)”。理想情況下，在開展大規(guī)模自動化項目之前，嘗試勾勒整個流程生態(tài)系統(tǒng)——包括在后臺的相關(guān)人員、系統(tǒng)和設(shè)備。先更新改造對客戶影響最大的流程。然后設(shè)計一種轉(zhuǎn)型方法，適合業(yè)務(wù)或客戶的需求，而不是適合貴公司技術(shù)堆棧的需求。
二、孤立地處理自動化項目
盡管建議采用漸進(jìn)式轉(zhuǎn)型方法，但并不意味著“孤立”或不成體系。如果每個團(tuán)隊都選擇自己的工具，很難實現(xiàn)面向整個組織的變革或端到端流程自動化。技術(shù)決策需要承諾多年甚至數(shù)十年的投入。這些決策和隨之而來的維護(hù)影響的不僅僅是當(dāng)前的一線團(tuán)隊。
如上所述，CoE方法有助于打破組織孤島，分享關(guān)于以前的自動化項目中哪些管用、哪些不管用的優(yōu)秀實踐。理想情況下，該小組并不硬性規(guī)定任意標(biāo)準(zhǔn)，而是維護(hù)可在整個公司重復(fù)使用的一系列已批準(zhǔn)的工具和框架。
除了工具外，CoE 還可以維護(hù)入門指南、項目模板和可重用的開源組件/庫，供團(tuán)隊利用。此外，它們還可以充當(dāng)自動化代言人，通過運作社區(qū)針對公司內(nèi)部的新自動化項目加強宣傳。在此框架內(nèi)，更多團(tuán)隊可以從自動化在本部門內(nèi)的潛力中獲得啟發(fā)。
三、未擁抱微服務(wù)架構(gòu)
要考慮的一個重要因素是公司內(nèi)部構(gòu)建軟件的方式。傳統(tǒng)公司擁抱微服務(wù)架構(gòu)說起來容易做起來難。常常存在難以取代的遺留系統(tǒng)。據(jù)估計，仍有超過2000億行代碼是用COBOL(一種有數(shù)十年歷史的編程語言)編寫的。大規(guī)模更換這些系統(tǒng)可能至少需要4萬億美元到8萬億美元。
這時候漸進(jìn)式轉(zhuǎn)型方法有了用武之地。比如說，許多公司已實施了初步自動化，RPA 實施在遺留系統(tǒng)(比如用COBOL編寫的系統(tǒng))上。適合這種場景的好方法就是，分三個主要階段進(jìn)行現(xiàn)代化改造：
-
沿端到端業(yè)務(wù)流程編排所有這些RPA機器人驅(qū)動的本地任務(wù)自動化。
-
按優(yōu)先級順序逐一棄用這些機器人
-
致力于將底層業(yè)務(wù)邏輯重寫成微服務(wù)，而微服務(wù)可以沿端到端業(yè)務(wù)流程再次加以編排
基于微服務(wù)的自動化工作流具有的優(yōu)勢在于，它允許分散式架構(gòu)，其中每個團(tuán)隊“負(fù)責(zé)”各自的隔離流程。萬一某個流程出現(xiàn)了問題，可以輕松控制和修復(fù)問題。此后，流程引擎可以在整個組織“驅(qū)動”這些基于微服務(wù)的流程，并且在必要時將這些流程統(tǒng)一起來。
總之，端到端流程編排不可能憑空發(fā)生。整個組織的利益相關(guān)者都應(yīng)參與進(jìn)來，項目應(yīng)該從小處著手。如果沒有明確的試點項目，大規(guī)模的戰(zhàn)略性自動化工作很容易無法證明業(yè)務(wù)價值。只有齊心協(xié)力確定優(yōu)先級、創(chuàng)建優(yōu)秀實踐并推出所需的技術(shù)變革，組織才可以確保端到端流程自動化成功實現(xiàn)。
文章來源：51CTO
