本文轉自微訊號EAWorld。掃描下方二維碼，關注成功後，回覆“普元方法+”，將會獲得熱門課堂免費學習機會！本文轉自微訊號EAWorld。

若您試圖使企業以更加精簡、高效的方式運作，您可利用幾種框架來達到這一目的。但是，首先，這些框架是否能協同工作，是互補或是互斥的問題的答案還不明確。您可能有這樣的一些疑問：

如何使這些框架相互配合？
框架之間有哪些差異？
框架之間是否有關聯？如果有，是哪些關聯？
每個框架背後的方法是什麼？

在Techtown的網路研討會“SAFe、DevOps、ITIL和CMMI等框架互斥還是互補”上，我們有兩名論題專家Chris Knotts和Alan Koch簡短描述了每種框架並討論了它們之間的關聯。他們的討論過程，給了我們五點啟示，這些啟示有望解決您的上述問題。

簡短回顧

首先，讓我們回顧一下每種框架。

SAFe

SAFe(Scaled Agile Framework)允許您將開發團隊層級的敏捷架構應用於企業層級，從而擴充套件敏捷的應用範疇。如果您有眾多的敏捷團隊，SAFe可以提供團隊間協同合作架構的一個統一流程檢視。最終，通過使用SAFe，企業變得更加敏捷。

SAFe要求負責規劃和IT組合的管理層參與該過程。這些管理層必須就整間企業的目標和過程達成一致，從而獲得最佳結果。

DevOps

DevOps並不是真正的框架，而是一種文化上的轉變，它關注於如何增強前線員工的力量。DevOps解決方案旨在建立由所有利益相關者組成的跨職能團隊並鼓勵整個週期內的溝通。DevOps一個主要目標是快速部署那些能為客戶提供附加值的應用程式。採用DevOps時，開發週期和釋出週期是通過自動化縮短的，尤其是進行測試時。由於小塊程式碼的測試自動化了，部署流水線能夠一直保持滿載。

DevOps事關在整個流程中人們的工作方式和相互聯絡的方式的改變。DevOps要求管理層允許員工從失敗和實驗中學習經驗。DevOps並不提供“包治百病的方法”，這是因為DevOps框架只是將一些鬆散的原則集合到一起，也是按照企業的需求整合的。每家企業需要按照其需求確定恰當的方法。

IT基礎設施庫（ITIL）

ITIL於二十世紀八十年代出現，且在過去數年中發生了數次迭代（最近一次在2006年）。ITIL專注於公司的運營方面而非應用程式開發方面。ITIL是一種最佳實踐框架，而非成形的解決方案。

由ITIL處理的五種任務都和服務有關，它們是：

服務策略（Service Strategy）——基於公司提供的產品和服務指定服務策略
服務設計（Service Design）——專注於服務和服務提供商的設計
服務轉換（Service Transition）——將服務納入運營過程，包括通過變更管理程式減小風險
服務運營（Service Operations）——處理每日客戶服務問題
持續服務改善（Continual Service Improvement）——專注於不斷改善企業提供的服務

CMMI

CMMI，即軟體能力成熟度整合模型，是一種早期模型，用於處理各種型別的工程任務。其定義了成熟度模型的架構。換句話說，您的企業中有一些東西已存在一段時間了。納入企業中的系統越多，成熟度會變得越高。採用CMMI，企業就能知道哪些過程代表的方法等級較高。

啟示

按照兩名論題專家的討論內容總結的五點啟示如下：

啟示1：持續交付和持續部署之間的差異

按照Jez Humble的說法，“持續交付”是指軟體總是處於可部署狀態；而“持續部署”則將“部署”時機嚴格定義為企業管理層的決策。

啟示2：引入一個新的框架

若您的企業處於精益化初級階段，請使用新框架，如SAFe或DevOps。但是，若您的企業一直在使用較早的框架（如ITIL或CMMI），也無需棄用它。您可根據你需要新框架提高效率的著眼點，來確定使用SAFe還是DevOps，以確定哪些框架能達到您需要的效率。調整框架並確保考慮該框架未提及的東西。

採用CMMI和ITIL，業務需求是目標。實踐不是必需的，它們是自然而然發生的。因此，在通過新框架實現目標方面，實踐可以很靈活。

啟示3：實施框架

上述框架提供指導用概念和邏輯結構，所以不應教條。一般來說，管理需要精確，但是，要實施框架，需要具備創造性和問題解決能力。讓對的人做對的事很重要，這是因為這些人對該工作的理解度最高。

啟示4：關於預測目標

一般來說，提前作出的預測並不正確。關於客戶需求的設想往往是錯誤的。有時候，客戶自己甚至不知道自己的需求。因此，放棄預測吧；將產品帶到客戶面前，讓客戶發現自己真正想要什麼。要達到這一目的，DevOps等框架是最佳選擇，允許試錯、找到開發產品的最經濟方法且執行效率更高。

注：大多數功能，尤其是預測中涵蓋的功能從未被真正使用過

啟示5：使用框架——互斥或互補？

最終啟示：當人們按照字面意思使用並採用死板的解決方案時，這些框架是互斥的。但是，當將它們用於指導目標的設定和達成最佳實踐時，它們是互補的。

若想要聽取Chris和Alan之間的完整對話，您可到我們的免費資源頁下載該網路研討會和其他內容的音訊。

關於EAWorld
微服務，DevOps，元資料，企業架構原創技術分享，EAii（Enterprise Architecture Innovation Institute）企業架構創新研究院旗下官方微信公眾號。
掃描下方二維碼，關注成功後，回覆“普元方法+”，將會獲得熱門課堂免費學習機會！
微訊號：EAWorld，長按二維碼關注。