作者：北京老李：DevOps布道師、IT管理咨詢師。EXIN授權EXIN DevOps Master（大師級）講師(首批全國十名) 、EXIN授權EXIN Agile /Lean IT 認證講師、首批ITIL Expert講師、PMP、Prince2專家級、EXIN云安全管理、ISO20000 LA、ISO27001 LA等多項認證。先后在北京、上海、廣州等地主導軟件開發、系統集成、咨詢服務等工作，主要研究方向云安全管理、DevOps落地實施。
1.為什么需要DevOps
DevOps對于開發人員與運維人員來說是個好的整合，并且是可以加快軟件交付的一種敏捷方法，并且被業內稱之為敏捷2.0的管理方法。需要DevOps有如下幾個常見理由：
1.改被動為主動。傳統IT管理的問題在于被動式的服務，DevOps模式讓開發人員和運維，和業務一起工作，通過敏捷2.0，可以主動服務，可以拉進業務與IT的距離。可以讓運營過程的的災難性事件在用戶發現之前已經就可以通過自動化、智能化發現，通過主動監控實現主動式管理。
2.質量前置（左移）。傳統的軟件一旦被部署，軟件就會扔給測試及運維，通過質量前置，DOD的應用，在DevOps模式下，編寫的即是可以發布的的軟件及服務。讓開發人員、運信人員可以一起保證軟件的質量，而不是在完成軟件以后。
3.交付一個IT價值流。開發人員與運維人員往往在很多企業是孤立的，當出現這樣問題或那樣的問題時，往往很多單位會找“臨時工”。在DevOps模式中，可以把開發、測試、運維串連在一起，通過不斷地軟件交付，實現生產環境的快速業務價值交付。
2.DevOps與同理心？
同理心來自于《Effective DevOps》，也在《敏捷開發》中提及，同理心是指IT人員，應站在當事人的角度和位置上，客觀地理解當事人的內心感受，并且把這種理解傳達給當事人的一種溝通交流方式。同理心就是將心比心，同樣時間、地點、事件，而當事人換成自己，也就是設身處地去感受、去體諒他人。
同理心減少爭吵，同理心贏得共同成長
DevOps之父 Patrick 曾經說過DevOps的成功的關鍵在于人。北京老李總結：同理心DevOps成功關鍵，正是因為有了同理心才有了人與人之間的交流，團隊與團隊之間的交流，職能與職能之間的交流。
3.同理心的原則
站在DevOps的角度上通過同理心能夠實現業務、開發、測試、運維的理解對方，并且能夠提出切實可行的產品，以核心業務價值觀驅動業務，而不是“錦上添花”，做一些沒有用的產品或特性。同理心需要遵從同理心的原則即：
1.我怎么對待別人，別人就怎么對待我。
2.想他人理解我，就要首先理解他人。將心比心，才會被人理解。
3.別人眼中的自己，才是真正存在的自己。學會以別人的角度看問題，并據此改進自己在他們眼中的形象。
4.只能修正自己，不能修正別人。想成功地與人相處，讓別人尊重自己的想法，惟有先改變自己。
5.真誠坦白的人，才是值得信任的人。
6.真情流露的人，才能得到真情回報。
同理心地圖：讓在別人的角度去傾聽與思考
4.DevOps的核心可以用沙盤來體驗
很多組織發現他們面臨這樣的挑戰，即要求快速發布又要求及時響應。及時響應用戶需求是每個軟件開發團隊的目標，但是這樣會給組織內的特性團隊造成壓力。
DevOps正是解決組織面臨VUCA時代解決方案。通過構建一種開發和運營（這就是DevOps名字的由來）之間合諧關系來解決問題。
DevOps整合了IT治理COBIT、IT敏捷（Scrum)Agile、IT服務管理（ITIL）、精益方法，強調的高價值識別與高價值產出，并通過【持續交付】快速交付軟件及服務，同時要求企業、團隊，建立學習型文化的組織，不斷地優化，并進行事后剖析（PIR）。剖析的目的不是找人背鍋[DevOps handbook]，強調blamelessness[Effective DevOps]，讓成員專注于分析細節。此外，DevOps利用大事拆小、小事頻發的方法，減少風險，把變化習以為常[DevOps handbook]、【Google SRE】。 DevOps不是一系列工具，而是一種團隊文化和團隊價值觀。通過鳳凰項目DevOps沙盤，可以讓您親身體會到這一核心價值觀。
北京老李：鳳凰項目沙盤實踐課程
通過DevOps鳳凰項目沙盤以后我們感受到DevOps核心價值在于試圖打破這個職能墻。把開發運維團隊協作起來，DevOps系統地看待IT價值，關注最終用戶的體驗，快速交付，通過自動化與智能化，實現業務的價值。DevOps并不是新的工具或組織，而是新的文化和流程。它是開發，質量以及運營相互工作來加快開發和解決問題。
5.通過鳳凰項目可以讓我們實踐的實踐有：
實踐1：利益相關者的積極參與
DevOps的根本原則是開發人員,運營人員以及支持人員必須定期緊密的工作在一起。言外之意是他們必須互相視對方為重要的利益相關人，并積極爭取一起工作。敏捷社區中一個普遍的實踐是“現場客戶”。這個實踐出自于【極限編程】，它鼓勵開發人員應該與業務人員緊密合作。規范的敏捷團隊將該實踐更進一步，即利益相關的積極參與，這意味著開發人員應該與所有利益相關者一起緊密工作，包括運營人員及支持人員，而不僅僅是業務人員。這是雙向的：運營人員和支持人員也必須愿意和開發人員緊密工作。
通過鳳凰項目沙盤可以讓開發、運營、業務協作在一起。
實踐2：集成配置管理
要實現以集成的方式來進行配置管理（CM），開發團隊不僅要習慣于在解決方案層級應用CM，還需要考慮自身的解決方案與組織的其余基礎設施之間的 產品環境配置問題。對于一些開發人員而言這是個不小的轉變，因為他們往往習慣于只考慮當前他們工作的解決方案的CM。在DevOps環境中，開發人員需要擁有企業級視角，在更高的層次看待問題。他們的解決方案如何能在產品環境結合其它資源帶來優勢？其它資源是否能支持被開發的解決方案？言外之意是開發團隊需要了解及管理他們產品的所有范圍的依賴。集成配置管理也使得運營人員了解新的發布潛在的影響，從而更容易決定進行發布的時間。
通過鳳凰項目沙盤可以讓理解配置管理對于IT運營的重要性。而不僅僅是IT運維。
實踐3：綜合變更管理
從IT的角度來看，變更管理是一門確保IT基礎設施的演化能對整體組織的支持成功及有意義的藝術。但是對于項目-團隊層級則頗具挑戰。這是因為非常多的技術，甚至相似技術的多個版本會被使用在單個解決方案的開發過程中。由于DevOps引入了與運營有關的企業級問題，綜合變更管理策略會變得越來越復雜，因為需要考慮大量的解決方案能夠在產品環境中同時運行和交互。為了實現綜合變更管理，開發團隊必須與運營團隊緊密合作，來從組織層面了解任何技術的改變帶來的影響。該方式依賴于前面的實踐-利益相關者的積極參與，集成配置管理及自動化測試。
通過鳳凰項目沙盤可以讓理解快速變更管理的價值與意義。
實踐4：集成部署計劃
從開發團隊角度而言，部署計劃總是需要與該組織的運營人員交互。有些情況下，與運營人員接口的專家被特稱為發布工程師。經驗豐富的團隊將使開發，運營及支持團隊這些利益相關者一起持續的制定部署計劃。當你采用了DevOps策略，你會很快意識到需要一種跨團隊的方式來完成發布計劃，因為需要運營人員與整個開發團隊一起工作。對于運營人員來說這不是什么新鮮事，但是對于只習慣工作于孤立環境的開發團隊來說卻很驚奇。如果你的團隊還沒有這樣做，你需要開始從組織層面來考慮部署時間表。更遠一步，為了支持持續部署，發布工程師需要增加發布次數，因為敏捷團隊已經可以持續及一致地達到發布的質量要求。
通過鳳凰項目沙盤可以讓學員理解發布路線圖、敏捷發布的價值
實踐5：持續部署
持續部署是持續集成實踐的擴展。對于持續部署，當集成在一個沙盒中成功完成時，變更會被自動升遷到另一個沙盒中，集成會自動的在這里進行。自動升遷一直持續，直到有人驗證了所有的變更，特別是開發向運營的過渡期。
持續部署使得開發團隊減少了新功能從被驗證到部署到產品環境的時間，使得業務更具響應性。然而，持續部署增加了運營風險，因為如果開發團隊沒嚴格遵守規范，會增加缺陷被引入到產品環境的潛在風險。在企業級環境中成功的執行持續部署要求實現前面介紹的所有實踐。
通過鳳凰項目沙盤可以讓學員理解持續部署對于業務的價值
實踐6：產品支持
企業級環境中，大多數的應用程序開發團隊工作在已經存在于產品環境的解決方案的新的功能上。他們不僅工作于該新功能，還有解決嚴重的產品問題的職責。開發團隊往往被稱為產品的“第3級支持”，因為他們是解決棘手的產品問題的第三個（也是最后一個）團隊。盡管做第三級產品支持的需要是普遍的，但是看板和規范敏捷交付（Disciplined Agile Delivery， DAD）則是例外，很多敏捷方法只解決傳遞這些影響。該實踐的一個重要的副作用是給予了開發者發生在產品中的此類問題的鑒別能力，提供給他們一種學習機會，從而在設計解決方案時就考慮到相應的問題。
通過鳳凰項目沙盤可以讓學員理解通過產品支持，近而優化與改進產品或軟件
實踐7：應用監控
正如其名稱所示，這是一個運營實踐，監控已經發布到產品的環境的正在運行的解決方案和應用程序。技術基礎設施平臺（比如操作系統），應用程序服務器，以及通訊服務通常提供監控功能，可以工作于一些監控工具（比如微軟管理終端，IBM Tivoli 監控， 以及jManage）。然而，為了監控特定應用程序的功能，比如只給特定用戶使用的用戶界面，儀表化該信息需要與你組織的監控基礎設施兼容，這需要構建到應用程序中。開發團隊需要知道該運營要求，或者，更好的方式是可以訪問一個框架，該框架可以直接提供相應的儀表化。
通過鳳凰項目沙盤可以讓學員理解通過看板的新形管理方法
實踐8：敏捷的儀表盤管理
使用自動化儀表盤的實踐是IT領域的商業智能（business intelligence， BI）。該實踐分為兩個方面,開發智能以及運營智能。開發智能需要使用開發工具來儀表化產生的指標。例如，你的配置管理（CM）工具已經記錄了誰以及什么時候遷入代碼。持續集成工具可能同樣記錄了構建發生的時間，運行了多少個測試，測試運行的時間，構建是成功還是失敗，運行成功的測試數量等。這些原始數據會被分析并顯示在一個自動化的儀表盤中。運營智能是之前討論過的應用程序監控的一個方面。使用了自動化儀表盤，組織的整體指標開銷將被顯著降低（但是不能完全淘汰，因為不是所有的事情都能被自動化）。自動化儀表盤提供了實時的對組織的管理團隊的洞察。
通過鳳凰項目沙盤可以讓學員理解敏捷圖形化管理的價值
6。通過鳳凰項目應建立的什么樣的DevOps文化
同理心是一種團隊精神。培養團隊精神應從同理心開始。社會生活中人與人相處最重要的是誠信，有同理心，互利。結對編程中大家會出現分歧，如何更有效地合作要做到對事不對人，只有建立了企業文化，才能實現DevOps精神，而不僅僅是工具
同理心是一種文化
團隊、組織或公司需要營造一種利于構建學習型組織的無問責文化。 devops強調無問責文化，因為只有充分了解事情是如何發生的，才能真正開始學習。這里的兩個關鍵點分別是：無問責文化、學習型組織都應建立在同理心上。
DevOps應該是先有學習型組織的概念，后有無問責文化的概念。DevOps從學習型組織說起，想要得到提升，成功與失敗的經驗或教訓是最好的老師，自然地，學習型DevOps組織更容易獲得成功，
北京老李：鳳凰項目沙盤實踐:過程是痛苦的，結果是滿意的
通過鳳凰項目沙盤讓我們學習到，DevOps中強調與定期回顧、事后分析類似的組織性的學習行為。但如果團隊或組織中充滿問責文化，那么這類組織性學習所取得的效果不如在無問責文化的環境中取得的效果，因為人們在后者中，由于沒有擔心被問責、懲罰的心理壓力，更容易自然地、開誠布公地說明有關情況。devops是真正強調的應該是持續不斷的學習。無問責是為了提供一個有利于個人、團隊、與組織都持續不斷地學習，成長的環境。
歡迎爬樓，看更多北京老李-DevOps相關內容，ITIL內容請關注”豆列“
DevOps鳳凰項目沙盤：IT涅槃重生之路 https://www.douban.com/note/681066663/
https://www.douban.com/note/645016138/ DevOps鳳凰沙盤：一場精益敏捷探索之行
https://www.douban.com/note/629890513/ DevOps鳳凰沙盤：一場百玩不厭的質量感悟
https://www.douban.com/note/685272342/ DevOps Master課程：Google SRE系列之SRE概述
https://www.douban.com/note/636259649/ ITIL飛機運營模擬沙盤游戲
https://www.douban.com/note/661156795/ ITIL沙盤：從運維到運營之路
https://www.douban.com/note/630638887/ DevOps課后總結之DevOps游戲系列-DevOps的獨孤九劍
https://www.douban.com/note/660291760/ DevOps Master：如何一次通過DevOps Master考試
https://www.douban.com/note/647732431/? DevOps：10本DevOps推薦書及47個DevOps兼容工具
https://www.douban.com/note/637665261/? DevOps Master課程:回憶我與DevOps之父Patrick的交流
https://book.douban.com/review/9110485/ DevOps：轉型從正確地認知開始
https://www.douban.com/note/651734552/ DevOps：從I型人才到E型人才
https://www.douban.com/note/651734953/? DevOps：智能服務臺是企業不能缺少的基石
https://book.douban.com/review/8928323/? DevOps布道師:終身學習是終身成長的源動力
https://book.douban.com/review/8820627/ 《把讀到的知識轉化為能力三步法及完美學習的四步法》
https://www.douban.com/note/643862694/ DevOps Master課程:腳踏實地學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發展
https://www.douban.com/note/637838681/ DevOps應用：光大銀行DevOps1.0到DevOps2.0研討會
https://www.douban.com/note/639093367/ DevOps應用：民生銀行IT一體化管理與自動化發展（1）
https://www.douban.com/note/638965340/ DevOps應用：工商銀行DevOps進行時
https://www.douban.com/note/641427886/ DevOps應用：DevSecOps云下安全與云等保（云博會內容提前曝光）
https://www.douban.com/note/646007197/? 敏捷辯論
https://www.douban.com/note/655617439/ 敏捷服務管理：數字化轉型核心
彩蛋：2018年DevOps推薦十本書
1.ThePhoenix Project: A Novel about IT, DevOps, and Helping Your Business Win
Gene Kim ， Kevin Behr ， George Spafford
本書于 2013 年出版，受前一本書影響：它講述了一個汽車零部件公司的 IT 經理 Bill ，接手一個全新的 IT 首創代碼工程叫做 Phoenix ，然而這個項目已經嚴重超支和超時。就如同前本書的主角 Alex 一樣， Bill 也必須在 90 天內解決問題，否則他的整個部門將會被外包。他學習到 IT 在制造業工廠的工程中有很多共性，弄清楚了如何組織工作流，讓各個部門之間流線型通信，提升 IT 運維效率。
2. TheDevOps Handbook: How to Create World-Class Agility, Reliability, and Securityin Technology
Gene Kim ， Patrick Debois ， John Willis ， Jez Humble
DevOps 手冊建立在 Phoenix 項目概述的課程之上，充當了企業實踐 DevOps 解決方案的操作指南。本書包括來自 Google 、 Amazon 、 Target 、 Netflix 和其他公司的案例研究，證明 DevOps 實踐有利于提升企業的業績。它為 IT 管理者提供了一系列技巧，讓他們能夠將產品經理，開發人員， QA ， IT 運維和信息安全人員整合在一起，從而使公司更加成功、具有競爭力。
3.Effective DevOps: Building a Culture of Collaboration, Affinity, and Tooling atScale
Jennifer Davis&Katherine Daniels
《高效 DevOps 》是一本覆蓋一系列 DevOps 技能和理論的實用手冊，包括對工作流各種基礎概念的介紹。作者為提升團隊內部合作、跨團隊之間的聯系、選擇正確的工具和工作流、以及高效實踐提供了多種不同的方法途徑。
4.Continuous Delivery: Reliable Software Releases through Build, Test, andDeployment Automation
Jez Humble&David Farley
本書獲得了 2011 年的優秀震撼大獎，它闡述了企業如何將想法快速可靠地實現。作者列舉了將軟件快速發布交付用戶的種種原則和技術實踐，提供了在自動化、部署、測試和提升開發測試運維團隊之間合作的許多技巧。同時也介紹了自動化基礎設施管理、數據遷移、虛擬化等技術。
5.Implementing Lean Software Development: From Concept to Cash
Mary Poppendieck&Tom Poppendieck
2006 年的這本《實現精益軟件開發》是作者 2003 年精益軟件開發的后續，介紹了利用“ Lean ”原則實現快速交付價值。本書指引讀者實現精益軟件開發，包括設法達成利用敏捷實踐，創建開發團隊，以及通過快速反饋驅動質量提高，也包含了軟件公司的許多案例研究。
6. ThePrinciples of Product Development Flow: Second Generation Lean ProductDevelopment
Donald G. Reinertsen
2009 年， Reinertsen 在本書中斷言，目前管理產品開發的主流模型是完全錯誤的。他解釋了為什么無形的非管理隊列是產品開發表現糟糕的根源，并提供了改變和提供效率的指引。 Reinertsen 在精益生產中提取原則的同時，也合并了電信網絡、運輸系統、計算機操作系統、軍事系統等諸多想法，提出了改善商業決策、加速反饋和管理流的方法。
7. TheDevOps 2.0 Toolkit: Automating the Continuous Deployment Pipeline withContainerized Microservices
Viktor Farcic
《 DevOps 工具箱 2.0 》于 2016 年出版，闡述了最新的高效軟件架構技術，微服務中的容器向服務器持續地進行測試和部署。 Farcic 也解釋了微服務使用例如 Docker 、 Kubernetes 、 Ansible 、 Ubuntu 、 Consul 和 Registrator 等工具和技術進行開發和部署的生命周期。本書提供的理論知識對于企業的 DevOps 實踐非常有幫助。
8.Leading the Transformation: Applying Agile and DevOps Principles at Scale
Gary Gruver&Tommy Mouser
在多個行業中，軟件變得越來越重要，許多技術高管們爭相改造老舊系統和生產過程，向能夠快速交付大型軟件項目的 DevOps 和敏捷原則進行規模擴展。本書出版于 2015 年，作為管理層的一本指南，提供了一個讓企業關注改善開發和交付、尤其是跨團隊的協調工作的框架。
9. TheGoal: A Process of Ongoing Improvement
Eliyahu M. Goldratt&Jeff Cox
本書前言就很不同尋常：這是一本關于工業管理的驚險小說，關于 DevOps 的早期預言。 1984 年， Goldratt 和 Cox 虛構了一個工廠經理 Alex Rogo ，他必須想方設法在 90 天內改善工廠的業績，否則工廠將要倒閉，數百員工將失去工作。和同事一起， Rogo 試著以一種非傳統的方式來解決工廠困境。
在 DevOps 這個詞還未誕生之時，這本書已經出版，故事闡述了商業顧問 Goldratt 的約束理論，表明管理者必須明確過程中影響業績的瓶頸，努力去解決它們然后提高生產效率。這本小說如今在無數的大學和商學院作為教科書使用。
10.Practical DevOps
Joakim Verona
《 DevOps 實踐》，出版于 2016 年，是一本關于 DevOps 、持續交付、以及它們如何影響架構的初級讀本。本書幫助讀者熟悉提高 DevOps 效率的各種工具，教會他們利用 DevOps 實踐設計一個適合持續部署系統的應用軟件。同時它引導讀者高效存儲和管理代碼，例如使用 Git ， Gerrit 和 Gitlab ，然后進行代碼的測試、部署和監控。
推薦書目作者： Alison DeNisco 原文鏈接： http://www.techrepublic.com/article/10-books-to-add-to-your-devops-reading-list/#ftag=MSF8469b3d
