本文鏈接:https://www.cnblogs.com/hhelibeb/p/17867473.html
內(nèi)容摘錄自《SAP Interface Management Guide》。
定義
集成能力中心(Integration Competency Center, ICC)是為了應(yīng)對(duì)日益復(fù)雜的集成挑戰(zhàn)而產(chǎn)生的。這個(gè)術(shù)語(yǔ)由 Gartner 的 Roy Schulte 在 2001 年通過(guò)一系列的文章和演講而大眾化。它的目標(biāo)是以協(xié)調(diào)和高效的方式處理公司內(nèi)部的重復(fù)集成任務(wù)。最終,希望通過(guò)使用現(xiàn)代的集成技術(shù)、最佳實(shí)踐、標(biāo)準(zhǔn)化和最好的資源利用來(lái)獲得競(jìng)爭(zhēng)優(yōu)勢(shì)。
為了更好地理解 ICC 的概念,讓我們仔細(xì)看看這三個(gè)詞。圖1詳細(xì)描述了這些詞。
圖1 ICC 的各部分
總的來(lái)說(shuō),ICC 是企業(yè)內(nèi)部負(fù)責(zé)進(jìn)行系統(tǒng)應(yīng)用集成的共享服務(wù)部門(mén)。其主要目標(biāo)包括:
? 通過(guò)使用集成標(biāo)準(zhǔn)、清晰的流程描述和接口重用來(lái)降低集成成本。
? 確保 IT 架構(gòu)具有松散的耦合性,以適應(yīng)市場(chǎng)和公司的變遷。
? 全公司范圍內(nèi)的最佳實(shí)踐應(yīng)用。
John G. Schmidt 和 David Lyle 在他們的書(shū)《集成能力中心:執(zhí)行策略》中提出了五種 ICC 的組織模型,如表1 所示。每種 ICC 模型都包含三個(gè)維度:流程、技術(shù)和組織,從這些維度可以實(shí)現(xiàn)相應(yīng)的優(yōu)勢(shì)。
流程 | 技術(shù) | 組織 | |
---|---|---|---|
項(xiàng)目孤島 (無(wú)ICC) | 未定義的流程 | 沒(méi)有定義的技術(shù) | 獨(dú)立團(tuán)隊(duì)和員工 |
最佳實(shí)踐 | 定義的流程 | 技術(shù)推薦 | 分散的組織 |
標(biāo)準(zhǔn)服務(wù) | 定義的流程 | 標(biāo)準(zhǔn)化技術(shù) | 分散的組織 |
共享服務(wù) | 定義的流程 | 標(biāo)準(zhǔn)化技術(shù) | 混合組織 |
中央服務(wù) | 定義的流程 | 分散的技術(shù) | 中央組織 |
自助服務(wù) | 自動(dòng)化流程 | 動(dòng)態(tài)技術(shù) | 虛擬組織 |
表1 ICC 組織模型概覽 (來(lái)源:Schmidt 和 Lyle,2005)
SAP 也采納了這種模型,如 Florian Koeller 和 Fabian Schreiber 的白皮書(shū) "如何定義和建立 SAP 集成能力中心" 所述,但它僅涉及四種 ICC 模型。第五種模型,即自助服務(wù)模型,在 SAP 的描述中并未涉及。
自助服務(wù)模型是混合場(chǎng)景中基礎(chǔ)的組織模型之一。因此,在后續(xù)部分,我們將繼續(xù)以五種 ICC 組織模型為基礎(chǔ)。
現(xiàn)在,我們將詳細(xì)探討這些組織模型以及表1中所顯示的各個(gè)維度。
ICC 最佳實(shí)踐模型是 ICC 的入門(mén)模型。這個(gè)模型的主要目標(biāo)是在組織內(nèi)部管理和傳播集成知識(shí)。根據(jù)我們的經(jīng)驗(yàn),這個(gè)模型最易于實(shí)施,因此很適合作為起點(diǎn)。ICC 最佳實(shí)踐模型的各個(gè)方面在表2中展示。
方面 | 描述 |
---|---|
重點(diǎn) | 模型的重點(diǎn)在于開(kāi)發(fā)和推廣過(guò)程的最佳實(shí)踐,以及開(kāi)發(fā)和運(yùn)營(yíng)接口的標(biāo)準(zhǔn)(例如,集成模式)。另一個(gè)重點(diǎn)是在 IT 組織中分發(fā)和傳播知識(shí)。在此背景下,SAP 推薦使用新聞通訊或文章等信息傳播渠道,但也建議在項(xiàng)目完成時(shí)進(jìn)行專(zhuān)門(mén)的 ICC 研討會(huì)。 |
人員 | 該模型并未包含運(yùn)營(yíng)或開(kāi)發(fā)的中心團(tuán)隊(duì)。因此,模型內(nèi)的角色通常在分散的 IT 部門(mén)工作。 |
流程 | 在此模型中,流程執(zhí)行和合規(guī)的責(zé)任在于項(xiàng)目和分散的 IT 部門(mén)。ICC 只能提出建議。 |
技術(shù) | ICC 對(duì)使用集成解決方案和技術(shù)提出建議。然而,集成解決方案由各個(gè) IT 部門(mén)決定。 |
表2 最佳實(shí)踐模型的各個(gè)方面
標(biāo)準(zhǔn)服務(wù)模型的主要目標(biāo)是確保最佳實(shí)踐和標(biāo)準(zhǔn)的遵守。因此,這個(gè)模型是基于 ICC 最佳實(shí)踐模型的。標(biāo)準(zhǔn)服務(wù)模型的各個(gè)方面在表3 中展示。
方面 | 描述 |
---|---|
重點(diǎn) | ICC 負(fù)責(zé)定義集成標(biāo)準(zhǔn)并確保遵守這些標(biāo)準(zhǔn)。目標(biāo)是在接口開(kāi)發(fā),但也是集成技術(shù)方面標(biāo)準(zhǔn)化集成,以及減少集成解決方案的數(shù)量。另一個(gè)重點(diǎn)是重用系統(tǒng)、流程、資源以及接口。 |
人員 | 該模型并不包括中心團(tuán)隊(duì),ICC 的成員仍然分布在各個(gè) IT 部門(mén)。然而,員工在他們的工作時(shí)間的一部分內(nèi),他們的 ICC 活動(dòng)被明確規(guī)定。此外,ICC 提供預(yù)算。 |
流程 | ICC 提供標(biāo)準(zhǔn)和流程,并負(fù)責(zé)流程合規(guī)。此外,ICC 審查新的集成技術(shù)和解決方案,并選擇供應(yīng)商。 |
技術(shù) | ICC 負(fù)責(zé)定義要使用的集成解決方案和技術(shù)。然而,集成解決方案的開(kāi)發(fā)和運(yùn)營(yíng)在各個(gè) IT 部門(mén)。挑戰(zhàn)在于確保遵守 ICC 標(biāo)準(zhǔn)。為此,建議引入一個(gè)管理接口的中心平臺(tái)。 |
表3 標(biāo)準(zhǔn)服務(wù)模型的各個(gè)方面
相較于前兩種模型,ICC 的共享服務(wù)模型更加復(fù)雜,并以咨詢(xún)和開(kāi)發(fā)的方式參與集成項(xiàng)目。共享服務(wù)模型的各個(gè)維度如表4所示。
方面 | 描述 |
---|---|
重點(diǎn) | ICC 主要負(fù)責(zé)制定集成標(biāo)準(zhǔn)并確保其得以執(zhí)行。同時(shí),ICC 提供集成項(xiàng)目所需的基礎(chǔ)設(shè)施、技術(shù)環(huán)境、資源和技術(shù)支持服務(wù)。目標(biāo)是優(yōu)化集成項(xiàng)目和團(tuán)隊(duì)的運(yùn)作。 |
人員 | 在這個(gè)模型中,有一部分資源集中在 ICC 中。ICC 的成員不僅負(fù)責(zé) ICC 內(nèi)部的任務(wù),還以集成架構(gòu)師和開(kāi)發(fā)者的身份參與集成項(xiàng)目,代表 ICC。ICC 也可以得到其他 IT 部門(mén)的員工和集成專(zhuān)家的協(xié)助。 |
流程 | ICC 建立了一系列環(huán)繞規(guī)劃、構(gòu)建和運(yùn)營(yíng)的流程: ? 知識(shí)管理 ? 集成產(chǎn)品和方法的培訓(xùn) ? 集成治理 ? 采購(gòu)集成組件所需的硬件和軟件 ? 安裝、運(yùn)行和維護(hù)集成解決方案 ? 分配成本和服務(wù) ? 資源管理 ? 接口實(shí)施 ? 任務(wù)的規(guī)劃和控制 |
技術(shù) | ICC 負(fù)責(zé)定義、安裝、運(yùn)行、繼續(xù)開(kāi)發(fā)和維護(hù)所選的集成解決方案和技術(shù)。此外,ICC 提供了熟悉各種技術(shù)和解決方案的專(zhuān)業(yè)人員。 |
表4 共享服務(wù)模型的各個(gè)方面
ICC 的中心服務(wù)模型是按成熟度級(jí)別來(lái)看的第二高模型。它的目標(biāo)是集中管理公司的整個(gè)集成流程。根據(jù)我們的經(jīng)驗(yàn),這個(gè) ICC 模型非常適合小型和中型公司。在全球公司中,中心化的方式通常難以實(shí)施。中心服務(wù)模型的各個(gè)維度如表5 所示。
方面 | 描述 |
---|---|
重點(diǎn) | 作為一個(gè)中心單位,ICC 管理公司內(nèi)的所有集成過(guò)程。ICC 擁有自己的預(yù)算,并作為所有與集成相關(guān)的項(xiàng)目和計(jì)劃的內(nèi)部服務(wù)提供者。其目標(biāo)是讓所有集成流程都通過(guò) ICC 運(yùn)作。 |
人員 | 作為一個(gè)獨(dú)立的單位,ICC 擁有自己的員工,他們?cè)诩晒芾碇懈魉酒渎殻缗嘤?xùn)師、集成架構(gòu)師、接口開(kāi)發(fā)者、項(xiàng)目經(jīng)理和管理員。最終,所有的技能都需要在一個(gè)單位中集中,以管理公司的全面集成。 |
流程 | ICC 作為一個(gè)獨(dú)立單位,負(fù)責(zé)所有與集成相關(guān)的流程,涵蓋了從需求收集和開(kāi)發(fā),到項(xiàng)目管理和運(yùn)營(yíng)的所有階段。特別在集成環(huán)境中,實(shí)施健全的接口變更、配置和版本管理流程是非常重要的。目標(biāo)始終是對(duì)流程進(jìn)行持續(xù)的改進(jìn)和擴(kuò)展。 |
技術(shù) | ICC 對(duì)公司中使用的所有集成平臺(tái)和技術(shù)負(fù)責(zé)。在這種模式下,ICC 需要為公司的盡可能多的集成需求提供合適的解決方案,并在必要時(shí)擴(kuò)展產(chǎn)品組合。其目標(biāo)是成為公司的技術(shù)支持和指導(dǎo)者。 |
表5 中心服務(wù)模型的各個(gè)方面
關(guān)于ICC的所有流程、角色和技術(shù),請(qǐng)參考SAP白皮書(shū),以及John Schmidt和David Lyle的書(shū)籍《集成能力中心:實(shí)施方法論》。
方法和實(shí)踐應(yīng)用
上文介紹了ICC的基本概念,重點(diǎn)關(guān)注了其組織形式和特性。在本節(jié)中,我們將根據(jù)實(shí)際經(jīng)驗(yàn),闡述如何選擇并逐步實(shí)施ICC。如圖2 所示,ICC的實(shí)施可分為四個(gè)步驟。
圖2 ICC的啟動(dòng)步驟
首先,需要在第一階段選擇合適的ICC模型(參見(jiàn)上一節(jié))。由于我們先前提到的每個(gè)模型都有自身的優(yōu)點(diǎn)和不利之處,因此需要根據(jù)公司的具體目標(biāo)來(lái)預(yù)先設(shè)定集成目標(biāo)?;谶@些目標(biāo),可以選擇一個(gè)符合需求的ICC模型,并據(jù)此確定實(shí)施ICC所需的技術(shù)、流程和角色。
那么,應(yīng)該如何制定策略呢?通常,策略制定是自上而下的過(guò)程,即從總體到具體,或者從管理層到員工。然而,建議在制定集成策略時(shí)采用混合方法——作為一個(gè)迭代過(guò)程的一部分,應(yīng)該設(shè)立一個(gè)由集成專(zhuān)家和IT高管組成的策略制定核心團(tuán)隊(duì)。一方面,團(tuán)隊(duì)的高級(jí)管理人員應(yīng)繼續(xù)采用自上而下的方法,并向公司管理層提交正式批準(zhǔn)。另一方面,核心團(tuán)隊(duì)可以與集成專(zhuān)家共同制定具體的目標(biāo)實(shí)現(xiàn)措施,定義角色,并選擇技術(shù)。在此過(guò)程中,你可以ISA-M,成熟度模型,混合集成平臺(tái)等信息。
應(yīng)該定期(例如,每年一次)審查并更新你制定的策略。此外,除了ICC的三個(gè)維度(流程、角色和技術(shù))之外,還應(yīng)該強(qiáng)調(diào)其他因素,例如架構(gòu)原則、外包策略、業(yè)務(wù)對(duì)齊,以及與供應(yīng)商的合作關(guān)系。
在下文中,我們將詳細(xì)介紹圖2 所示的各個(gè)階段。
階段1:選擇最符合策略或需求的ICC模型。
五個(gè)不同的模型代表了ICC的不同成熟度等級(jí)。應(yīng)根據(jù)你定義的集成策略來(lái)選擇ICC模型。如果對(duì)選擇感到不確定,可以從一個(gè)目標(biāo)模型或一個(gè)簡(jiǎn)單的模型開(kāi)始,然后迭代到另一個(gè)模型。例如,可以從ICC的最佳實(shí)踐模型開(kāi)始。成功實(shí)施該模型后,各個(gè)團(tuán)隊(duì)可以開(kāi)始為他們的集成技術(shù)定義標(biāo)準(zhǔn),并與ICC共享這些標(biāo)準(zhǔn)。隨著業(yè)務(wù)擴(kuò)展,這些服務(wù)可以在ICC內(nèi)部進(jìn)行中心化管理。
階段2:定義角色并從公司中分配人員
選擇了合適的模型后,必須定義所需的角色,并相應(yīng)地用合適的員工填充這些角色,或者識(shí)別和開(kāi)發(fā)相應(yīng)資源。請(qǐng)注意,一個(gè)員工在ICC模型中可以擔(dān)任多個(gè)角色。例如,集成架構(gòu)師也可以進(jìn)行開(kāi)發(fā)活動(dòng)。
每個(gè)ICC模型需要不同的角色。表6 顯示了每種模型推薦的角色。
最佳實(shí)踐模型 | 標(biāo)準(zhǔn)服務(wù)模型 | 共享服務(wù)模型 | 中央服務(wù)模型 | 自助服務(wù)模型 | |
---|---|---|---|---|---|
ICC管理 | (?) | ? | ? | (?) | |
培訓(xùn)和知識(shí)經(jīng)理 | ? | ? | ? | ? | ? |
集成架構(gòu)師 | ? | ? | ? | ||
產(chǎn)品專(zhuān)家/解決方案架構(gòu)師 | ? | ? | ? | ? | |
SAP基礎(chǔ)架構(gòu)師和系統(tǒng)管理員 | ? | ? | |||
集成開(kāi)發(fā)人員(按產(chǎn)品) | ? | ? | |||
變更控制和發(fā)布經(jīng)理 | ? | ? | ? | ||
元數(shù)據(jù)管理員 | ? | ? | ? | ? | ? |
項(xiàng)目經(jīng)理 | ? | ? | |||
合作伙伴經(jīng)理 | ? | ? | ? | ? | |
安全和技術(shù)架構(gòu)師 | ? | ? | ? | ||
測(cè)試和質(zhì)量經(jīng)理 | ? | ? |
表6 ICC模型和角色分配
表6 的列表不夠完整和全面,必須根據(jù)你的公司進(jìn)行調(diào)整。然而,我們希望這個(gè)列表可以幫助你在開(kāi)始階段識(shí)別和填充相關(guān)角色。再次強(qiáng)調(diào),建議迭代地處理角色以及角色的配置。模型需要成熟,并需要在幾年內(nèi)發(fā)展。無(wú)論從哪個(gè)模型開(kāi)始,培訓(xùn)和知識(shí)管理的主題在所有模型中都是必需的。一個(gè)重要的步驟是早期開(kāi)始處理治理和標(biāo)準(zhǔn)的主題(元數(shù)據(jù)管理員和集成架構(gòu)師)。
進(jìn)一步而言,建議剛開(kāi)始時(shí)不必過(guò)于注重組織架構(gòu)。許多公司一開(kāi)始會(huì)把集成知識(shí)集聚于一個(gè)卓越中心(Center of Excellence),然后才會(huì)設(shè)立獨(dú)立的集成組織部門(mén)。集成能力中心(ICC)可以采取多種形態(tài)。SAP推薦根據(jù)集成風(fēng)格(請(qǐng)參見(jiàn)前文)或產(chǎn)品解決方案來(lái)設(shè)定你的ICC。圖3 展示了一個(gè)中心服務(wù)模型結(jié)構(gòu)的例子。
圖3 示例:中心服務(wù)模型的組織結(jié)構(gòu)
此外,一些因素如員工數(shù)量或全球組織結(jié)構(gòu),都可能對(duì)ICC的組織形態(tài)產(chǎn)生影響。
第三階段:定義集成能力中心的相關(guān)流程
ICC基于IT組織的流程,但根據(jù)模型,ICC也可能需要管理自己的流程。因此,ICC可以根據(jù)其模型調(diào)整或重塑現(xiàn)有流程。如果公司沒(méi)有現(xiàn)有的IT流程圖作為參考,應(yīng)該仔細(xì)研究如IT4IT(參見(jiàn)https://www.opengroup.org/it4it 或信息技術(shù)基礎(chǔ)設(shè)施圖書(shū)館(ITIL)(參見(jiàn)https://www.itsmf.de)等流程參考模型。這些模型可以幫助你識(shí)別ICC需要管理的流程等。我們建議使用負(fù)責(zé)、問(wèn)責(zé)、咨詢(xún)、告知(RACI)矩陣來(lái)定義這些流程的責(zé)任,并相應(yīng)地設(shè)計(jì)或調(diào)整流程。圖4 展示了一個(gè)來(lái)自IT4IT的流程參考模型示例。
圖4 IT4IT價(jià)值鏈?zhǔn)纠?/p>
除了流程參考模型,我們還建議研究SAP發(fā)布的方法和框架,例如,用于應(yīng)用生命周期管理(ALM)的SAP解決方案管理器的流程;以及SAP激活項(xiàng)目程序(SAP Activate project procedure)。
根據(jù)經(jīng)驗(yàn),除了正在實(shí)施的流程的考慮之外,ICC必須提供以下能力:
集成管理
集成策略的制定
集成方法和框架
集成標(biāo)準(zhǔn)和元數(shù)據(jù)管理
企業(yè)架構(gòu)管理
集成服務(wù)的服務(wù)級(jí)別管理
合作伙伴管理
項(xiàng)目管理
財(cái)務(wù)規(guī)劃
治理和風(fēng)險(xiǎn)管理
信息管理和知識(shí)轉(zhuǎn)移
培訓(xùn)和教育
元數(shù)據(jù)管理和接口文檔
主要數(shù)字管理和報(bào)告
數(shù)據(jù)質(zhì)量管理
開(kāi)發(fā)和解決方案設(shè)計(jì)
代碼管理
項(xiàng)目管理
接口開(kāi)發(fā)
發(fā)布管理
需求管理
運(yùn)維和支持
變更管理
安全管理
事件和問(wèn)題管理
監(jiān)控和報(bào)警
第四階段:選擇滿(mǎn)足業(yè)務(wù)需求的集成技術(shù)和解決方案
最后階段是為公司選擇和實(shí)施所需的集成技術(shù)和解決方案。在這個(gè)階段,你可以使用在其他地方描述的方法和框架,ISA-M或混合集成平臺(tái)等,為所有集成需求提供ICC的適當(dāng)解決方案。文章來(lái)源:http://www.zghlxwxcb.cn/news/detail-747563.html
除了純粹的集成解決方案,選擇在ICC內(nèi)部用于管理接口的產(chǎn)品和工具也是有意義的。這一步有助于對(duì)任務(wù)進(jìn)行分類(lèi),并找出相應(yīng)的解決方案。文章來(lái)源地址http://www.zghlxwxcb.cn/news/detail-747563.html
到了這里,關(guān)于SAP集成技術(shù)(九)集成能力中心(ICC)的文章就介紹完了。如果您還想了解更多內(nèi)容,請(qǐng)?jiān)谟疑辖撬阉鱐OY模板網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關(guān)文章,希望大家以后多多支持TOY模板網(wǎng)!