作者挑格，北京老李：EXIN DevOps Master（大師級）講師(首批全國十名)膘婶、國內(nèi)首批EXIN Product? Owner講師（首批全國十名）恒水、PMI-ACP講師中國“黃埔一期”TTT倔幼、EXIN授權(quán)EXIN Agile Scrum Master講師、首批ITIL Expert講師修壕、 Lean IT 認(rèn)證講師愈捅、PMP、Prince2專家級慈鸠、EXIN云安全管理蓝谨、EXIN 云服務(wù)管理、國內(nèi)首批APMG 信息安全官（CISO）TTT青团、ISO27001 LA譬巫、ISO20000 LA等多項認(rèn)證。先后在北京督笆、上海芦昔、廣州等地主導(dǎo)軟件開發(fā)、系統(tǒng)集成娃肿、咨詢服務(wù)等工作咕缎，主要研究方向云安全管理、敏捷與DevOps落地實施料扰。
1.DevOps是什么凭豪？
結(jié)論：規(guī)模化敏捷的一種重要方法晒杈，敏捷2.0的里程碑式的代表
2007年嫂伞，比利時獨立咨詢師Patrick Debois參與了一個政府?dāng)?shù)據(jù)中心遷移中的測試工作。他在做測試時拯钻，需要頻繁往返于Dev團隊和Ops團隊之間帖努。Dev團隊已經(jīng)實踐了敏捷，而Ops團隊還是傳統(tǒng)運維的工作方式说庭∪涣祝看到Ops團隊每天忙于救火和疲于奔命的狀態(tài)，他想能否把敏捷的實踐引入Ops團隊呢刊驴，他寫出了DevOps的論文敏捷的基礎(chǔ)設(shè)施。
DevOps這個詞就是Patrick DeBois創(chuàng)造的，所以捆憎，他經(jīng)常被成為DevOps之父舅柜，但他喜歡說DevOps是一個人的問題。雖然DevOps通常被認(rèn)為是一個技術(shù)問題躲惰，但實際上致份，DevOps是一個文化和業(yè)務(wù)問題。
DevOps2.0是軟件工程的最佳實踐础拨，是領(lǐng)域一系列創(chuàng)新的集成.DevOps以一系列高效團隊（敏捷2.0）的管理方法整合開發(fā)與運營團隊的工作效率。
DevOps是一種文化和一套廣泛的概念和實踐，而不是一套硬性的規(guī)則或特定的產(chǎn)品薄辅。除了使用自動化支持的敏捷開發(fā)技術(shù)外瞳步，這些概念還包括在開發(fā)過程中進行更大的協(xié)作、在所有階段讓涉眾參與進來塔沃、在開發(fā)每個組件時持續(xù)關(guān)注整個系統(tǒng)蝠引，以及(顧名思義)在開發(fā)周期中更早地移動操作任務(wù)。
2.CMMI是誰蛀柴？
CMMI的全稱為Capability Maturity Model Integration螃概，即能力成熟度模型集成CMMI V2.0 模型是一套經(jīng)過驗證的全球最佳實踐，旨在優(yōu)化不斷變化的全球環(huán)境中的業(yè)務(wù)性能鸽疾。CMMI2.0首次在白皮書中吊洼，擁抱敏捷這一方法，進而在2019年提出擁抱DevOps這一最佳實踐制肮。幫助組織建立解決最常見業(yè)務(wù)挑戰(zhàn)的關(guān)鍵能力并設(shè)定相應(yīng)基準(zhǔn)冒窍，包括：
CMMI與敏捷及DevOps
3.DevOPS與CMMI是否沖突？
結(jié)論：不沖突弄企，并且可以集成
今天超燃，幾乎所有的商業(yè)創(chuàng)新都是建立在技術(shù)上的，這意味著創(chuàng)新組織在競爭中保持領(lǐng)先的能力取決于它開發(fā)和交付軟件和服務(wù)的速度拘领。這是DevOps興起的一個關(guān)鍵原因意乓，DevOps將開發(fā)和操作實踐結(jié)合在一起，以高速交付應(yīng)用程序和服務(wù)约素。一份報告發(fā)現(xiàn)届良，超過78%的公司已經(jīng)在應(yīng)用DevOps實踐，而且這個數(shù)字還在繼續(xù)一直上升圣猎。DevOps已經(jīng)迅速擴展到商業(yè)和企業(yè)軟件開發(fā)領(lǐng)域士葫。
即可以整合CMMI與DevOps，也可以整合CMMI與Agile送悔。你需要改變計劃慢显，現(xiàn)在很少有公司只專注于軟件開發(fā)爪模，大多數(shù)都提供軟件和相關(guān)服務(wù)的混合。因此荚藻，他們需要一個集成的方法屋灌，使他們能夠協(xié)調(diào)開發(fā)和交付這兩者。
4.如何集成DevOPS與CMMI
2018年应狱，美國國防部正計劃在國防承包商中推動DevOps實踐的使用共郭，作為其數(shù)十億美元軟件預(yù)算開支方式的全面改革的一部分。國防部的這一舉動是根據(jù)包括國防科學(xué)委員會在內(nèi)的關(guān)鍵咨詢小組的建議疾呻，他們建議用DevOps方法取代緩慢過時的瀑布式開發(fā)方法除嘹，比如一個高度自動化的“軟件工廠”，它可以快速和可預(yù)測地生成更好地滿足需求的軟件岸蜗。
CMMI2.0的發(fā)布(能力成熟度模型集成)對于確保DevOps項目的成功是如此重要尉咕。CMMI是一組經(jīng)過時間考驗的持續(xù)改進性能的全球最佳實踐，它建立在許多與DevOps方法相同的原則之上散吵。
全球管理思想大融合呀龙考，ITIL4融合DevOPS、Agile矾睦、LeanIT晦款，CMMI2.0融合Agile&DevOps，SAFE融合DevOps枚冗，DAD融合DevOps缓溅。
DevOps管理思想首次提出“左移”的概念。CMMI開發(fā)和服務(wù)的組合支持DevOps的“左移”概念赁温，它的目標(biāo)是通過在開發(fā)生命周期的早期包含操作任務(wù)來提高軟件質(zhì)量坛怪，并且比傳統(tǒng)的瀑布式開發(fā)更快地捕獲和解決問題。
這是因為CMMI不僅集成了設(shè)計和開發(fā)方面的最佳實踐股囊，包括但不限于Agile袜匿、DevOps、Lean IT等先進的開發(fā)管理思想與實踐稚疹，還集成了操作方面的最佳實踐居灯，比如集成軟件和服務(wù)、部署和快遞地持續(xù)交付内狗，度量它們是否滿足預(yù)期怪嫌。包括變更成功率、lead time柳沙、客戶滿意度等管理指標(biāo)岩灭。在整個產(chǎn)品生命周期中讓涉眾參與進來，以及持續(xù)改進（改善）赂鲤。
CMMI還支持自動化的關(guān)鍵任務(wù)噪径，這是加速軟件生產(chǎn)的關(guān)鍵柱恤。DevOps團隊使用技術(shù)工具在整個開發(fā)周期中自動化繁瑣的手工過程，從需求到驅(qū)動設(shè)計熄云，到生成測試腳本膨更，再到創(chuàng)建用戶文檔妙真。這種自動化代表了軟件開發(fā)的一個重大進步缴允。它將開發(fā)人員從耗時的日常瑣事中解放出來珍德，這樣他們就可以專注于設(shè)計和構(gòu)建軟件功能的最重要和最具挑戰(zhàn)性的任務(wù)练般。
這些方法的集成也是首次在美國國防部相關(guān)項目中進行實踐，并進行推廣锈候。
5.DevOPS與CMMI集成的誤區(qū)
4.1DevOPS首先是一種文化
DevOps是一種開發(fā)與運維的協(xié)作思想薄料，首先需要從組織認(rèn)同這種文化，并打破職能墻泵琳。才能成功地應(yīng)用DevOps這一最佳實踐摄职，而不僅僅是用于代碼開發(fā)和部署自動化這種技術(shù)。
4.2DEVOPS為自動化而自動化
對自動化的依賴使得選擇正確的自動化工具變得至關(guān)重要获列。僅僅因為工具集受歡迎谷市，或者因為它是由供應(yīng)商建議的，就選擇它击孩，可以很快地使DevOps項目脫離正軌迫悠。例如，一個工具集可能會強加與您的內(nèi)部流程不一致的嚴(yán)格的工作方法巩梢，因此選擇錯誤的工具可能會破壞您的流程创泄。
4.3DEVOPS是一種集成工作
DevOps的成功還要求對交付軟件和確保軟件符合預(yù)期的所有其他過程進行最佳實踐，例如將軟件與其他產(chǎn)品集成括蝠、管理接口鞠抑、發(fā)布和更新，以及監(jiān)視性能和使用情況忌警。這不僅對確保良好的用戶體驗至關(guān)重要搁拙，而且還因為這些信息在產(chǎn)品規(guī)劃和開發(fā)周期的早期是有用的。
4.4DEVOPS是一種重視反思的理論
如果您發(fā)布了錯誤的配置慨蓝，或者您的最新版本引入了錯誤感混，您的用戶可能會失去服務(wù)，您需要倉促地解決這個問題礼烈。通過實踐正確地反思過程弧满，提升組織的整體質(zhì)量。
6.爬樓：
2020年2月EXIN DevOps及敏捷前置要求與學(xué)習(xí)路徑推薦 https://www.douban.com/note/752263618
DevOps Master課程：如何一次通過DevOps Master考試 https://www.douban.com/note/660291760/?
DevOps Master課程：DevOps Master教練十二條原則 https://www.douban.com/note/718124778/
DevOps Master課程：DevOps Master教練的三個層次 https://www.douban.com/note/719145305/
DevOps Master課程：招聘DevOps工程師必問的12個問題（送DevOps實現(xiàn)的三個路徑） 相關(guān)主題 https://www.douban.com/note/709308373/ DevOps Master ：
敏捷項目管理ACP中國“黃埔一期”? https://www.douban.com/note/728728754/?
敏捷管理課程：如何一次通過PMI-ACP? https://www.douban.com/note/720287998/
敏捷管理課程：如何一次通過EXIN Scrum Master? https://www.douban.com/note/722250431/?
敏捷管理課程：如何一次通過EXIN Scrum Master https://www.douban.com/note/722250431/?
敏捷項目管理課程：建立持續(xù)改進的個人看板? https://www.douban.com/note/745245657/
DevOps Master系列:再論DevOps核心原則CALMS https://www.douban.com/note/731775271/
https://www.douban.com/note/713613037/? DevOps professional課程：只講技術(shù)之CHEF（1）
https://www.douban.com/note/708968150/ DevOps Master課程總結(jié)：知否知否此熬，應(yīng)是DevOps肥ITIL瘦（送ITIL4前生今世）
https://www.douban.com/note/708218842/? DevOps Master課程總結(jié)：學(xué)習(xí)沒有捷徑（送DevOps安燈正確方法）
https://www.douban.com/note/694641377/ DevOps Master鳳凰項目沙盤總結(jié)：DevOps黃金三步法
https://www.douban.com/note/700603657/ DevOps Master鳳凰項目沙盤總結(jié)：履霜堅冰至庭呜，轉(zhuǎn)型應(yīng)自強不息
https://www.douban.com/note/693053178/ DevOps Master鳳凰項目沙盤總結(jié)：通過DevOps實現(xiàn)IT組織轉(zhuǎn)型
https://www.douban.com/note/689504940/ DevOps Master鳳凰項目沙盤總結(jié)：DevOps起始質(zhì)量之獨孤九劍
https://www.douban.com/note/645016138/ DevOps鳳凰沙盤：一場精益敏捷探索之行
https://www.douban.com/note/629890513/DevOps鳳凰沙盤：一場百玩不厭的質(zhì)量感悟
https://www.douban.com/note/630638887/DevOps課后總結(jié)之DevOps游戲系列-DevOps的獨孤九劍
https://www.douban.com/note/637665261/DevOps Master課程:回憶我與DevOps之父Patrick的交流
https://www.douban.com/note/647732431/ DevOps：10本DevOps推薦書及47個DevOps兼容工具
https://www.douban.com/note/647732431/ DevOps：10本DevOps推薦書及47個DevOps兼容工具
https://book.douban.com/review/9110485/ DevOps：轉(zhuǎn)型從正確地認(rèn)知開始
https://www.douban.com/note/651734552/ DevOps：從I型人才到E型人才
https://www.douban.com/note/651734953/ DevOps：智能服務(wù)臺是企業(yè)不能缺少的基石
https://book.douban.com/review/8928323/ DevOps布道師:終身學(xué)習(xí)是終身成長的源動力
https://book.douban.com/review/8820627/ 《把讀到的知識轉(zhuǎn)化為能力三步法及完美學(xué)習(xí)的四步法》
https://www.douban.com/note/643862694/ DevOps Master課程:腳踏實地學(xué)Pre-Master滑进，一步一個腳印成為DevOps Master
https://book.douban.com/review/8805640/ DevOps布道師為深度工作寫的序：深度工作是心身的一種修練方法
https://book.douban.com/review/8795275/ 咨詢基本功：咨詢顧問基本功之書面溝通及“補充大餐”
https://www.douban.com/note/643251358/ DevOps定義編年史：通過DevOps定義看DevOps發(fā)展
https://www.douban.com/note/637838681/ DevOps應(yīng)用：光大銀行DevOps1.0到DevOps2.0研討會
https://www.douban.com/note/639093367/ DevOps應(yīng)用：民生銀行IT一體化管理與自動化發(fā)展（1）
https://www.douban.com/note/638965340/ DevOps應(yīng)用：工商銀行DevOps進行時
DevOps Master課程：事半功倍的系統(tǒng)化學(xué)習(xí)? https://www.douban.com/note/717180422/
https://www.douban.com/note/696842302/ DevOps應(yīng)用：工商銀行DevOps進行時（2018年）
https://www.douban.com/note/722820106/? DevOps Master課程：微軟 DevOps的成功之路（送中行DevOps三架馬車）
https://www.douban.com/note/641427886/ DevOps應(yīng)用：DevSecOps云下安全與云等保（云博會內(nèi)容提前曝光）
站在IT治理Cobit2019角度看DevOps成熟度（COBIT可申請10PDU）? https://www.douban.com/note/729309727/
https://www.douban.com/note/646007197/ 敏捷辯論
https://www.douban.com/note/655617439/ 敏捷服務(wù)管理：數(shù)字化轉(zhuǎn)型核心
https://www.douban.com/note/696148785/ DevOps Master課程總結(jié)：IT運維的昨天、今天募谎、明天（IT運維四大“坑”）
DevOps Master：如何一次通過DevOps Master考試 https://www.douban.com/note/660291760/?
DevOps Master:課程總結(jié)之變更與DevOps集成? https://www.douban.com/note/660466481/
7.爬樓之咨詢基本功系列課程
咨詢基本功系列第一講：把讀到的知識轉(zhuǎn)化為能力三步法及完美學(xué)習(xí)的四步法? https://book.douban.com/review/8820627/
咨詢基本功系列第二講：顯見是心與學(xué)會提問? https://book.douban.com/review/8709052/
咨詢基本功系列第三講：顯見不動與信念 https://book.douban.com/review/8524974/
咨詢基本功系列第四講：顯見不失與學(xué)會講故事? https://book.douban.com/review/8909761/
咨詢基本功系列第五講：顯見無雜與溝通的藝術(shù) https://book.douban.com/review/8573156/
咨詢基本功系列第六講：見性惟真與書面溝通七步法? https://book.douban.com/review/8795275/
咨詢基本功系列第七講：見性無礙與故事思維 https://book.douban.com/review/8471462/
咨詢基本功系列第八講：顯見不分與溝通圣經(jīng)? https://book.douban.com/review/8550605/
咨詢基本功系列第九講：見性超情與深度工作? https://book.douban.com/review/8641784/
咨詢基本功系列第十講：見性離見與完美咨詢? https://book.douban.com/review/12493989/
咨詢的基本套路扶关、IT咨詢基本方法內(nèi)訓(xùn)課程，歡迎大家收看数冬，收聽节槐，收獲到咨詢的基本功：）
艾利·高德拉特? “在瓶頸之外的任何地方作出的改進都是假象，在瓶頸之后作出任何改進都是徒勞的拐纱，而在瓶頸之前作出的任何改進則只會導(dǎo)致瓶頸處堆積更多的庫存铜异。”
【1】精益管理方法的術(shù)語
【2】高維度思考法
【附】高德拉特《目標(biāo)》五個聚焦步驟：
第一步是確認(rèn)約束點秸架，直到確定那的確是整個部門層面的約束點揍庄，對非約束點的任何改進都只是幻覺，得不到實際任何價值东抹；
第二步是利用約束點蚂子，尋找突破這些約束的辦法，確保不讓約束點浪費任何時間缭黔，永遠不要讓約束點遷就別的資源而干等著食茎，而是應(yīng)該專注于IT運維部對當(dāng)前所需完成工作中優(yōu)先級最高的那一項，一直都要這樣试浙；
第三步董瞻，使企業(yè)或部門的所有其它活動服從于第二步中提出的各種措施；
第四步田巴，具體實施第二步中提出的措施钠糊，使第一步中找出的約束環(huán)節(jié)不再是整個部門的約束點；
第五步壹哺，回到步驟1抄伍，別讓惰性成為約束，持續(xù)不斷地改善管宵；
