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