像搭建積木一樣運營企業(yè)，可組合企業(yè)正在成為數(shù)字化轉(zhuǎn)型新趨勢
Gartner 定義的可組合企業(yè)是什么？有什么優(yōu)勢？如何構(gòu)建？
從松散組織到模塊化運營，一篇文章看懂什么是可組合企業(yè)
不可預(yù)測性與波動性逐年增加，可組合企業(yè)如何助力組織經(jīng)營脫危？
像搭建積木一樣運營企業(yè)，可組合企業(yè)正在成為數(shù)字化轉(zhuǎn)型新趨勢
文/王吉偉
麥肯錫預(yù)測，到2027年，標(biāo)準(zhǔn)普爾500指數(shù)上市公司中約有75%將不復(fù)存在。
之所以會有這個預(yù)測，在于如今大多數(shù)組織雖然了解數(shù)字化轉(zhuǎn)型的重要性，卻仍在考慮采用數(shù)字優(yōu)先的方法實施轉(zhuǎn)型。許多企業(yè)并沒有在整個數(shù)字生命周期中工作，而是陷入了業(yè)務(wù)直接遷移的泥潭，轉(zhuǎn)型過程冗長痛苦且效率低下。
目前，仍有許多企業(yè)依賴單體ERP系統(tǒng)和具有靜態(tài)流程的傳統(tǒng)應(yīng)用程序。這些傳統(tǒng)系統(tǒng)已經(jīng)與全球24/7全天候進(jìn)行的商業(yè)數(shù)字世界出現(xiàn)巨大鴻溝。
這種形勢下，那些仍舊不能采取有效數(shù)字化轉(zhuǎn)型措施的企業(yè)，自然會被采用全新方法論與數(shù)字化邏輯的企業(yè)追趕上并越落越遠(yuǎn)。
想要改變這種狀況，組織需要變革以及新的體系架構(gòu)與新方法。否則他們的業(yè)務(wù)將會停滯不前，效率低下，無法快速做出數(shù)據(jù)驅(qū)動的決策。而長期拘泥于老舊系統(tǒng)與IT架構(gòu)，也會為其經(jīng)營帶去更多的未知與波動。
Gartner 在2020年的一項研究報告中預(yù)測，不可預(yù)測性和波動性將會成為可預(yù)見未來的業(yè)務(wù)驅(qū)動因素。企業(yè)必須接受業(yè)務(wù)可組合性，才能在2022年及以后的顛覆中蓬勃發(fā)展。
此報告一經(jīng)發(fā)布，立即得到大量組織的響應(yīng)，“可組合企業(yè)(composable enterprise)”這一概念也變得炙手可熱起來。
Gartner相關(guān)數(shù)據(jù)顯示，高可組合性企業(yè)預(yù)計2022 年的收入和 IT 預(yù)算增長將比中等或低可組合性同行更大。2022年，高組合性企業(yè)的首席信息官和技術(shù)高管預(yù)計其收入和IT預(yù)算將分別平均增長7.7%和4.2%，而低組合性企業(yè)僅預(yù)計兩者將分別增長3.4%和3.1%。
Gartner研究副總裁Monika Sinha也在某會議上提到，業(yè)務(wù)可組合性是組織波動性的解毒劑。在具有高可組合性的組織中，63%的首席信息官表示，與同行或競爭對手相比，其業(yè)務(wù)績效更勝一籌，同時組織也能夠通過技術(shù)更好地追求新的價值流。
由此可見，可組合企業(yè)能夠讓組織的運營效率大幅提升，并已成為組織經(jīng)營與數(shù)字化轉(zhuǎn)型的重要發(fā)展趨勢。
到底什么是可組合企業(yè)？具備什么優(yōu)勢？為什么組織需要轉(zhuǎn)型為可組合企業(yè)？又該如何建立可組合企業(yè)？本文，王吉偉頻道就跟大家聊聊這些。
本文內(nèi)容，主要包括以下幾部分：
1、什么是可組合企業(yè)？
2、為什么組織需要向可組合企業(yè)過渡？
3、可組合企業(yè)有什么優(yōu)勢？
4、可組合企業(yè)架構(gòu)與RPA
5、可組合企業(yè)與可組合業(yè)務(wù)
6、如何構(gòu)建可組合企業(yè)？
7、可組合企業(yè)長期愿景與路線圖
篇幅略長，建議先收藏再閱讀。
什么是可組合企業(yè)?
Gartner將可組合企業(yè)定義為一個能夠交付業(yè)務(wù)成果并適應(yīng)業(yè)務(wù)變化速度的組織。
可組合企業(yè)是一個組織級結(jié)構(gòu)，它對業(yè)務(wù)戰(zhàn)略、供應(yīng)商采購、技術(shù)/架構(gòu)決策以及重新定義業(yè)務(wù)和IT之間關(guān)系的組織模型都有影響。
可組合企業(yè)更多的是用于描述數(shù)字服務(wù)交付和軟件開發(fā)的模塊化方法。換句話說，它是一種插件應(yīng)用程序架構(gòu)，可以輕松配置和重新配置各種組件。它代表了軟件開發(fā)從單體技術(shù)套件和基于代碼，過渡到面向服務(wù)和組合的架構(gòu)以及多個可互換應(yīng)用程序的互連生態(tài)系統(tǒng)。
可組合企業(yè)的交付核心是適應(yīng)和更改組合中的應(yīng)用程序的能力。要做到這一點，組織需要從目前的不靈活、單一的應(yīng)用程序狀態(tài)，發(fā)展到更模塊化、更適應(yīng)業(yè)務(wù)變化的產(chǎn)品組合?？山M合企業(yè)所具備的這種能力，被Gartner稱作打包業(yè)務(wù)能力(PBC，Packaged Business Capabilities)。
也就是說，可組合企業(yè)通過組裝和組合PBC來實現(xiàn)交付業(yè)務(wù)成果以及適應(yīng)業(yè)務(wù)變化速度。
PBC是已購買或開發(fā)的應(yīng)用程序構(gòu)建塊，它由一組數(shù)據(jù)架構(gòu)和一組服務(wù)、API(應(yīng)用程序編程接口) 和事件通道組成的軟件組件，也可以理解為圍繞特定業(yè)務(wù)功能開發(fā)的應(yīng)用程序或軟件組件。
PBC使用其API和事件流進(jìn)行組裝，以創(chuàng)建直觀的應(yīng)用程序體驗，并可根據(jù)個人需求或偏好進(jìn)行定制。它定義了一組新的應(yīng)用程序功能，可以隨著業(yè)務(wù)需求的變化進(jìn)行組合與重組。
PBC就如獨立的應(yīng)用程序，可獨立部署且范圍小，最終用戶可以輕松“消費”，并作為更大用戶體驗的構(gòu)建塊。
這又怎么理解呢？舉個例子，電商網(wǎng)站中的購物車、推薦引擎和聊天機(jī)器人等應(yīng)用程序，就是由多個面向客戶的PBC組成的。商家不需要從頭構(gòu)建這些程序，而是使用電商平臺來混合和匹配現(xiàn)有的最佳應(yīng)用程序。
需要注意的是，PBC一個關(guān)鍵變量就是 API 和 API 管理。企業(yè)架構(gòu)師需要 API 來促進(jìn)和擴(kuò)展整個數(shù)字企業(yè)的 PBC，API 則允許將組件的自定義組合拼湊在一起。這樣，各種程序與業(yè)務(wù)就能夠以“構(gòu)建塊”的形式存在。
事實上，PBC代表了某些定義的業(yè)務(wù)能力，很多是開發(fā)人員創(chuàng)建自定義組裝應(yīng)用的構(gòu)建塊。它們以連接關(guān)鍵軟件和微服務(wù)的方式，使組織能夠更快地擴(kuò)展業(yè)務(wù)功能。功能可以重用和重新調(diào)整用途，以形成新的和不同的應(yīng)用程序。
由于它們是可以通過多種方式組裝的構(gòu)建塊，開發(fā)團(tuán)隊就可以輕松地將組件拼湊在一起，以便提出新功能來滿足組織的獨特需求。
如果一個組織所有的業(yè)務(wù)及技術(shù)單元都以這種構(gòu)建塊的形式存在，那么所有業(yè)務(wù)便可以像RPA一樣以搭積木的形式進(jìn)行創(chuàng)建，實施與上線的速度必然會大大提升。
某種程度上，它非常像低代碼、RPA等技術(shù)帶來的全民開發(fā)，只不過是應(yīng)用到了組織運營上。當(dāng)然，可組合企業(yè)在可組織的業(yè)務(wù)架構(gòu)層面也離不開全民開發(fā)，王吉偉頻道會在后文詳述。
為什么組織需要向可組合企業(yè)過渡？
身處當(dāng)前的各種不確定時期，組織經(jīng)營都需要提高敏捷性、效率和彈性。為了實現(xiàn)這些目標(biāo)，廣大組織會越來越多地采用一套新的以業(yè)務(wù)為中心的設(shè)計原則，可組合企業(yè)也就應(yīng)此而生。
可組合企業(yè)架構(gòu)的出現(xiàn)，主要是因為對可配置性更強(qiáng)的應(yīng)用程序體驗的需求，以及發(fā)展現(xiàn)有應(yīng)用程序組合的需求，這些應(yīng)用程序組合通常風(fēng)險太大，且成本太高而無法替換。
新的業(yè)務(wù)機(jī)會，需要應(yīng)用程序組合的敏捷性。然而，許多組織的適應(yīng)能力仍然有限。它們依賴于單體 ERP 系統(tǒng)、具有靜態(tài)流程和雜亂結(jié)構(gòu)的繁瑣遺留應(yīng)用程序。模塊化設(shè)置，可以使企業(yè)根據(jù)需要根據(jù)外部或內(nèi)部因素重新安排，例如消費者態(tài)度的轉(zhuǎn)變或突然的供應(yīng)鏈中斷。
組織現(xiàn)在正在經(jīng)歷這些轉(zhuǎn)變，需要一種新的企業(yè)應(yīng)用程序方法來適應(yīng)?？山M合企業(yè)方法論，正好可以滿足這一點需求。
可組合企業(yè)利用 API 經(jīng)濟(jì)，讓企業(yè)以模塊化方式將其產(chǎn)品組合在一起，將組件分解為微服務(wù)或PBC的較小服務(wù)。這是從單一的大型應(yīng)用程序到模塊化業(yè)務(wù)流程的轉(zhuǎn)變，這些業(yè)務(wù)流程可以用于特定的業(yè)務(wù)目的，并集成到公司的技術(shù)堆棧中。
這種轉(zhuǎn)變的原因，在于不斷進(jìn)步的技術(shù)，迫使企業(yè)必須滿足客戶需求并跟上技術(shù)創(chuàng)新的步伐?？蛻粝Ｍ@得越來越多的個性化、互聯(lián)的數(shù)字體驗、按需功能、人工智能以及舊業(yè)務(wù)模式的更多數(shù)字化，企業(yè)必須快速適應(yīng)客戶不斷變化的需求。
在 2021 年的一份報告中，Gartner 預(yù)計到 2023 年，30% 的新應(yīng)用程序?qū)⒆鳛榇虬鼧I(yè)務(wù)功能交付，而 2020 年這一比例還不到 5%。超過 75% 的中小型 SaaS 供應(yīng)商，將使用打包業(yè)務(wù)功能的架構(gòu)來擊敗競爭對手。
最近Boomi也有一份報告顯示，到2023年，采用可組合方法的組織將在新功能實現(xiàn)速度上超過競爭對手80%。
這種轉(zhuǎn)變要求企業(yè)重新思考如何構(gòu)建運營，利用打包的功能和技術(shù)的組合，并成功地為客戶提供無縫的服務(wù)。
因此，現(xiàn)代企業(yè)必須傾向于可組合的轉(zhuǎn)型，以擺脫業(yè)務(wù)、技術(shù)及服務(wù)單一的局面?？山M合性方法，正是捕獲現(xiàn)代企業(yè)軟件所有優(yōu)勢的最佳方式。
總而言之，對于快速、動態(tài)地創(chuàng)新和調(diào)整應(yīng)用程序，可組合企業(yè)有著天然的優(yōu)勢，非常符合當(dāng)前階段以及未來廣大組織對于敏捷高效轉(zhuǎn)型的期許。
可組合企業(yè)有什么優(yōu)勢？
前文我們提到，電商平臺是一種典型的PBC可組合架構(gòu)。
現(xiàn)在，云計算與AI平臺、數(shù)據(jù)與業(yè)務(wù)中臺、低代碼\自動化平臺等平臺型產(chǎn)品，都已具備這種PBC能力。基于這些平臺進(jìn)行創(chuàng)業(yè)以及開展業(yè)務(wù)的用戶，都可以直接用平臺提供的PBC能力快速根據(jù)自身業(yè)務(wù)需求，組織及構(gòu)建需要的應(yīng)用程序及產(chǎn)品，并對外輸出給自己的用戶。
這些擁有PBC能力的平臺型組織，本身的敏捷性與快速響應(yīng)能力也在持續(xù)提升。
PBC融合微服務(wù)、API、低代碼等技術(shù)手段，能夠為組織帶來的好處如下：
降低復(fù)雜性。企業(yè)處理的構(gòu)建塊更少，這意味著更簡單的構(gòu)建、部署和人員培訓(xùn)。
更改和升級的能力。隨著新微服務(wù)的出現(xiàn)，可以更改舊的微服務(wù)以適應(yīng)新技術(shù)和框架。
提升敏捷性。允許組織實時創(chuàng)新并適應(yīng)快速變化的業(yè)務(wù)條件。
更自由的定制。由于數(shù)字服務(wù)由眾多單獨的組件組成，組織可以根據(jù)特定的業(yè)務(wù)需求和結(jié)果，更輕松地定制應(yīng)用程序。
業(yè)務(wù)責(zé)任的分布式所有權(quán)。使組織能夠采用跨職能的裝配線方法來進(jìn)行軟件開發(fā)，低代碼工具還使公民開發(fā)人員能夠自行進(jìn)行更改和更新。
內(nèi)置安全性和治理。由于它依賴于可重用的代碼和模塊化軟件設(shè)計原則，組織無需在每次啟動新的軟件開發(fā)流程時都重新建立標(biāo)準(zhǔn)，安全性和治理在每個構(gòu)建塊中都是標(biāo)準(zhǔn)化的。
創(chuàng)新目錄。支持開放的應(yīng)用程序生態(tài)系統(tǒng)，公司可以在已建立的可組合組件中進(jìn)行選擇。
同時，因為模塊化架構(gòu)與定義明確的API 配對具有更高的靈活性和敏捷性等優(yōu)勢，可組合企業(yè)方法還可以為組織帶來以下幾點益處：
1、快速創(chuàng)新
對于可組合的應(yīng)用程序，無需進(jìn)入后端代碼進(jìn)行更改，可以在 API 中配置業(yè)務(wù)邏輯。我們在添加或更改現(xiàn)有代碼時，總會出現(xiàn)一些錯誤。通過模塊化的設(shè)計方法，可以跨接觸點無縫進(jìn)行或撤銷更新。沒有業(yè)務(wù)孤島和多余工作，一切都變得更容易更快。
2、復(fù)雜性支持
模塊化架構(gòu)，可以支持跨市場和渠道的復(fù)雜業(yè)務(wù)模型。比如需要將購物解決方案從網(wǎng)絡(luò)瀏覽器引入移動應(yīng)用程序、語音商務(wù)、AR和VR、店內(nèi)數(shù)字和非接觸式交易的公司，將會非常需要這種可組合的架構(gòu)。
3、定制解決方案
組織可以策劃自己的打包業(yè)務(wù)功能和微服務(wù)，這意味著他們可以隨時選擇滿足其需求的最佳工具。靈活性還允許他們根據(jù)需要更換組件，構(gòu)建和購買的服務(wù)組合在可組合的環(huán)境中協(xié)同工作。
可組合企業(yè)與RPA
大家已經(jīng)知道，可組合企業(yè)架構(gòu)面向服務(wù)和組合的架構(gòu)以及多個可互換應(yīng)用程序的互連生態(tài)系統(tǒng)，目的是通過整合與調(diào)度技術(shù)、業(yè)務(wù)等各種資源讓組織更加敏捷。
在王吉偉頻道看來，這就要求構(gòu)成PBC包含各種技術(shù)與產(chǎn)品的“構(gòu)建塊”應(yīng)該更加敏捷，需要消除各種簡單、重復(fù)的業(yè)務(wù)流程，并通過智能化、自動化提升模塊效率，因此AI、RPA、低代碼等技術(shù)就是必不可少的。
同時，可組合企業(yè)要求所有的構(gòu)建塊能夠包含智能化與自動化元素，最終通過更加智能、自動的方法匹配與組裝各種模塊。
此外，可組合企業(yè)需要融合團(tuán)隊，融合團(tuán)隊離不開配合與協(xié)作，業(yè)務(wù)流程方面的人機(jī)協(xié)作不可或缺，基于RPA的業(yè)務(wù)流程自動化則是打開人機(jī)協(xié)作的最佳方式。
這樣，可組合企業(yè)架構(gòu)與RPA等智能自動化技術(shù)及平臺就形成了緊密的關(guān)聯(lián)。
另一個角度來看，可組合企業(yè)架構(gòu)還為我們帶來了可組合的企業(yè)勞動力。
要成為可組合企業(yè)，除了映射業(yè)務(wù)需求、設(shè)定目標(biāo)和探索相關(guān)技術(shù)之外，組織還必須能夠獲得能夠適應(yīng)可組合業(yè)務(wù)的人才，并找到準(zhǔn)備創(chuàng)新的供應(yīng)商。一家公司要過渡成為可組合企業(yè)，員工的工作方式與技能同樣也需要改變，才能勝任相應(yīng)的工作崗位。
由此，可組合企業(yè)正在以多種方式改變勞動力，包括：要求IT和業(yè)務(wù)領(lǐng)導(dǎo)者在目標(biāo)上保持一致、供應(yīng)商、技術(shù)人員和合同工之間更快速的協(xié)作、探索替代管理方法以實現(xiàn)快速變革以及尋求其他特定于應(yīng)用程序的必要技術(shù)合作伙伴等。
低代碼、RPA、流程挖掘等技術(shù)的興起，也使得程序開發(fā)走向軟件民主化，大量的一線業(yè)務(wù)人員正在成為平民開發(fā)者。
低/無代碼平臺加速開發(fā)和交付，為了幫助構(gòu)建可組合的企業(yè)，無代碼選項允許用戶控制體驗，而無需花時間進(jìn)行硬編碼。
軟件民主化，則意味著無需密集和昂貴的教育和培訓(xùn)，即可更容易地獲得技術(shù)或業(yè)務(wù)專業(yè)知識。軟件民主化將使公司能夠提高效率，更快地響應(yīng)變化并減少進(jìn)度延遲。它還提供了更大的靈活性，減少了開發(fā)應(yīng)用程序和其他解決方案所花費的時間和成本。
低代碼、RPA等平臺帶來的軟件民主化，極大地減輕了IT部門的開發(fā)負(fù)擔(dān)，也讓程序開發(fā)變得更加簡單與高效，使得更多組織能夠加速轉(zhuǎn)型成為可組合企業(yè)。
可組合企業(yè)與可組合業(yè)務(wù)
根據(jù)Gartner的說法，業(yè)務(wù)可組合性是讓組織創(chuàng)新和快速適應(yīng)不斷變化業(yè)務(wù)需求的思維方式、技術(shù)和運營能力。它建立在將模塊化的關(guān)鍵原則應(yīng)用于業(yè)務(wù)資產(chǎn)的基礎(chǔ)上，以實現(xiàn)業(yè)務(wù)雄心所需的規(guī)模和速度。
這意味著，可組合的企業(yè)的目的是運營可組合的業(yè)務(wù)。又該如何理解可組合業(yè)務(wù)呢?
Gartne認(rèn)為，可組合業(yè)務(wù)分為可組合思維、可組合業(yè)務(wù)架構(gòu)和可組合技術(shù)三方面內(nèi)容。
可組合思維是最上面的一層。企業(yè)在設(shè)計業(yè)務(wù)的時候，從理念上就要考慮把業(yè)務(wù)設(shè)計成可組合的，便于未來重新組裝。也可將其理解為“模塊內(nèi)部緊耦合，模塊之間松耦合”。模塊和模塊之間耦合的關(guān)系是松散的更便于拆解，模塊內(nèi)部耦合是比較緊的、形成一塊積木。
可組合的業(yè)務(wù)架構(gòu)，指的是企業(yè)的職責(zé)是不分散。工業(yè)時代的企業(yè)是為穩(wěn)定和緩慢、可預(yù)測的變化而設(shè)計的。在數(shù)字時代，業(yè)務(wù)架構(gòu)需要針對不確定性和持續(xù)變化進(jìn)行設(shè)計?？山M合企業(yè)不是針對效率進(jìn)行優(yōu)化，而是針對適應(yīng)性進(jìn)行優(yōu)化，系統(tǒng)、流程和工人不再服務(wù)于一個預(yù)定的項目。
高可組合性企業(yè)采用數(shù)字結(jié)果的分布式問責(zé)制，反映了大多數(shù)首席信息官多年來一直在努力實現(xiàn)的轉(zhuǎn)變，并創(chuàng)建了融合業(yè)務(wù)和IT部門的多學(xué)科團(tuán)隊，以推動業(yè)務(wù)成果。
可組合的技術(shù)，就是采用適合數(shù)字化的敏捷方法論。業(yè)務(wù)依靠技術(shù)運行，但技術(shù)本身必須是可組合的，才能運行可組合業(yè)務(wù)?？山M合性需要擴(kuò)展到整個技術(shù)堆棧，從支持新系統(tǒng)和新合作伙伴快速集成的基礎(chǔ)設(shè)施，到支持思想交流的工作場所技術(shù)。
調(diào)查顯示，高可組合性企業(yè)的CIO和技術(shù)主管在迭代技術(shù)開發(fā)、跨系統(tǒng)和人員共享數(shù)據(jù)以及構(gòu)建集成能力、數(shù)據(jù)分析和應(yīng)用程序方面，都會更加積極地向前推進(jìn)。
同時，Gartner還給出了可組合業(yè)務(wù)的四個核心原則。
模塊化：可組合應(yīng)用程序中的組件應(yīng)具有單一、清晰和完整的業(yè)務(wù)標(biāo)識。構(gòu)成任何可組合應(yīng)用程序的獨立構(gòu)建塊應(yīng)該足夠小，以便它們允許企業(yè)保持敏捷，但又足夠大以成為獨立服務(wù)。
發(fā)現(xiàn)：可組合性的概念旨在支持業(yè)務(wù)和 IT 團(tuán)隊的需求。發(fā)現(xiàn)就緒性要求團(tuán)隊?wèi)?yīng)該能夠輕松識別和訪問組件和文檔，并將其包含在解決方案中。
自主性：模塊化構(gòu)建塊需要易于更改和獨立，這與單片應(yīng)用程序不同，在整體式應(yīng)用程序中，對一個部分的任何更改都會影響整個系統(tǒng)。
編排：編排就緒情況是指應(yīng)用程序與其他應(yīng)用程序交互的開放程度，還包括對其安全性和治理功能的度量。
了解了可組合性的原則，就可以為組織提供了戰(zhàn)略性規(guī)劃其技術(shù)決策的基礎(chǔ)，以便他們能夠找到或構(gòu)建利用正確架構(gòu)、流程和團(tuán)隊的系統(tǒng)。
后記：如何構(gòu)建可組合企業(yè)？
從技術(shù)角度而言，組織可以通過微服務(wù)、API、低代碼平臺和容器實現(xiàn)或者將現(xiàn)有組織轉(zhuǎn)變?yōu)榭山M合企業(yè)。
但只有技術(shù)是不行的，前面我們講過可組合企業(yè)的三層為可組合的思維、可組合的業(yè)務(wù)結(jié)構(gòu)和可組合的技術(shù)?？山M合思維是第一步，然后才是業(yè)務(wù)架構(gòu)與技術(shù)。所以，就需要組織按照一定的邏輯，通過一定的路徑來逐步打造及過渡至可組合企業(yè)。
以下是構(gòu)建可組合企業(yè)的四個關(guān)鍵步驟，供大家參考。
1. 使用業(yè)務(wù)架構(gòu)推動創(chuàng)新，改變業(yè)務(wù)和運營
可組合企業(yè)的基礎(chǔ)是API。它們在云服務(wù)、業(yè)務(wù)系統(tǒng)和移動應(yīng)用程序之間共享安全數(shù)據(jù)，以連接組織的業(yè)務(wù)、供應(yīng)商、合作伙伴等，API 對于開發(fā)可組合企業(yè)至關(guān)重要。
為加快變革速度，需要新的管理流程以讓IT和業(yè)務(wù)團(tuán)隊目標(biāo)保持一致。從執(zhí)行層面來看，首席信息官應(yīng)該提供愿景，以引領(lǐng)向 API 驅(qū)動型解決方案的轉(zhuǎn)型。這一步，將為組織的業(yè)務(wù)需求創(chuàng)建流程圖，確定首選結(jié)果，并確定哪些技術(shù)可以實現(xiàn)創(chuàng)新。
2. 利用融合團(tuán)隊的適應(yīng)性，進(jìn)行工作實踐和協(xié)作開發(fā)
根據(jù)Gartner的說法，融合團(tuán)隊是“多學(xué)科的數(shù)字流程團(tuán)隊”。這些團(tuán)隊專注于數(shù)字業(yè)務(wù)風(fēng)險的人性方面，并修改 IT 與企業(yè)合作的方式，以培養(yǎng)分布式數(shù)字交付模型。
因此，這些團(tuán)隊必須尋求與業(yè)務(wù)方面的接觸，以了解他們的需求。融合團(tuán)隊不僅每年更新和升級特定技術(shù)，相反它是一個全面的模型，需要新的技術(shù)和流程策略來反映適應(yīng)性。
真正的可組合企業(yè)，可以提供以下功能：
按需系統(tǒng)可擴(kuò)展性；
與所有客戶端和設(shè)備集成的服務(wù)和應(yīng)用程序；
自動化和按需服務(wù)；
應(yīng)用程序和數(shù)據(jù)的自助服務(wù)選項；
面向服務(wù)的體系結(jié)構(gòu)；
可用、可訪問且集成到數(shù)據(jù)流中的企業(yè)數(shù)據(jù)。
3. 使用信息力量，推動明智決策并提供新服務(wù)
API 提供了一種用于連接和共享數(shù)據(jù)的受控且可使用的方法，是消費者和業(yè)務(wù)數(shù)據(jù)之間的紐帶。然而，API 可以將消費者和業(yè)務(wù)數(shù)據(jù)分離，以便它們獨立工作。
此外，API可以保護(hù)和管理對數(shù)據(jù)的訪問，因此企業(yè)可以快速做出決策并提供適應(yīng)市場變化的相關(guān)新服務(wù)。
4. 將數(shù)字和技術(shù)平臺模塊化，整合技術(shù)實現(xiàn)轉(zhuǎn)型和快速實施
大部分企業(yè)，都擁有復(fù)雜的技術(shù)堆棧。組織可以使用將傳統(tǒng)技術(shù)與新技術(shù)相結(jié)合的API ，驅(qū)動多層架構(gòu)來提高靈活性。它從底層系統(tǒng)層開始，例如專有數(shù)據(jù)庫和ERP系統(tǒng)。通過API 可以從系統(tǒng)層訪問不同的系統(tǒng)，以顯示數(shù)據(jù)并降低整體復(fù)雜性。
接下來是流程層，包含了使用和修改數(shù)據(jù)的業(yè)務(wù)流程。組織可以使用API將流程層轉(zhuǎn)換為單個服務(wù)，該服務(wù)跨地理位置、渠道和產(chǎn)品封裝數(shù)據(jù)，而不管來源如何。
最后是體驗層，即跨渠道的數(shù)據(jù)消耗。比如電子商務(wù)網(wǎng)站和移動應(yīng)用程序可能需要訪問相同的消費者數(shù)據(jù)，但需要以不同的格式發(fā)送數(shù)據(jù)。
在體驗層使用API可以確保修改的數(shù)據(jù)。它的消費與目標(biāo)受眾相關(guān)，并且來自集中的數(shù)據(jù)源，而不是點對點的數(shù)據(jù)渠道。此外，組織還可以重用API而無需創(chuàng)建新的API，因此擁有更靈活和可組合的體系結(jié)構(gòu)。
在王吉偉頻道看來，如果在數(shù)據(jù)流通業(yè)務(wù)中配合API與UI集成的自動化，這個過程將變得更加簡單且投入更低，顯然超自動化平臺將會在其中扮演重要角色。
整合低代碼集成平臺以及RPA平臺，對于實現(xiàn)快速創(chuàng)新和市場響應(yīng)的敏捷性至關(guān)重要。通過將微服務(wù)與API 相結(jié)合，組織可以實現(xiàn)基于網(wǎng)格的系統(tǒng)，以提高速度和簡化。
Gartner認(rèn)為，組織向可組合企業(yè)的過渡是漸進(jìn)的。初期組織即使是數(shù)量有限的PBC，也會顯著提高組織的敏捷性。而隨著時間的推移，軟件供應(yīng)商和市場將提供更多以PBC為中心的應(yīng)用程序。許多遺留應(yīng)用程序?qū)⒊鳳BC模型進(jìn)行現(xiàn)代化?？山M合企業(yè)的動態(tài)體驗，將成為軟件創(chuàng)新的主流架構(gòu)、集成和交付模型。
需要說明的是，每個企業(yè)的業(yè)務(wù)、組織架構(gòu)、業(yè)務(wù)及IT情況不同，自然實現(xiàn)可組合企業(yè)的路徑也會有所不同。以上四個步驟僅供大家參考，更多的還需要大家自行理解與掌握。
最后，附上Gartner在相關(guān)報告中給出的可組合企業(yè)對組織的長期愿景以及可組合企業(yè)路線圖，這些問題可以幫助大家決策如何轉(zhuǎn)型為可組合企業(yè)。
可組合企業(yè)長期愿景自測問答：
■ 我所經(jīng)營的市場在未來三到五年將如何演變，這將如何改變競爭格局？
■ 我們的業(yè)務(wù)戰(zhàn)略和運營結(jié)構(gòu)需要如何改變以反映不斷變化的市場動態(tài)？
■ 我們正在追求哪些新的商業(yè)模式?我們計劃打入哪些新市場？
■ 通過內(nèi)部開發(fā)能力，而不是從供應(yīng)商處購買標(biāo)準(zhǔn)能力，我們可以在哪些領(lǐng)域獲得競爭優(yōu)勢？
■ 我們的客戶/客戶的需求如何變化？
■ 為了超越競爭，我們可以在戰(zhàn)略中注入什么樣的產(chǎn)品、服務(wù)和流程創(chuàng)新？
■ 我們的合作伙伴生態(tài)系統(tǒng)需要如何變得更加靈活，以適應(yīng)不斷變化的需求，并不斷發(fā)展以反映我們不斷變化的戰(zhàn)略？
■ 在數(shù)字接觸點和交互模式的多體驗環(huán)境中，用戶體驗期望如何變化？
■ 技術(shù)提供商不斷變化的格局將如何影響我們的戰(zhàn)略？
■ 我們當(dāng)前的技術(shù)起點是什么?這將如何影響到可組合企業(yè)的發(fā)展？
■ 我們需要如何改變管理應(yīng)用程序組合更改的方法？
■ 鑒于技術(shù)對業(yè)務(wù)成果的影響越來越大，我們?nèi)绾沃匦露x業(yè)務(wù)和IT之間的關(guān)系？
可組合企業(yè)路線圖基本要素：
一套明確定義的業(yè)務(wù)成果，與組織的戰(zhàn)略目標(biāo)和使命直接相關(guān)；
將現(xiàn)有應(yīng)用程序狀態(tài)從一組單片應(yīng)用程序現(xiàn)代化為一組更適應(yīng)業(yè)務(wù)變化的應(yīng)用程序的計劃；
反映戰(zhàn)略供應(yīng)商路線圖及其對您自身業(yè)務(wù)戰(zhàn)略的影響的供應(yīng)商戰(zhàn)略；
將為可組合企業(yè)提供基礎(chǔ)元素的目標(biāo)架構(gòu)；
調(diào)整應(yīng)用程序交付模型以確保組織能夠適應(yīng)業(yè)務(wù)變化的步伐的計劃；
強(qiáng)大的集成平臺戰(zhàn)略，可實現(xiàn)IT和非IT人員的民主化、自助式集成和組合；
衡量業(yè)務(wù)成果實現(xiàn)情況的機(jī)制——這將有助于保持勢頭，并為這一努力爭取持續(xù)的支持；
一種風(fēng)險分析和緩解策略，用于應(yīng)對組織按照路線圖交付時出現(xiàn)的預(yù)期和非預(yù)期挑戰(zhàn)。
【文末福利：本文參考了Gartner關(guān)于可組合企業(yè)的報告。對報告感興趣的朋友，請在后臺發(fā)消息?comp?獲取兩篇報告?！?/p>
【王吉偉頻道，關(guān)注TMT與IoT，專注數(shù)字化轉(zhuǎn)型、業(yè)務(wù)流程自動化與RPA。】
