吉恩·金(Gene Kim)
信息技術流程研究所聯合創始人、研究總監,Tripwire公司創始人,擔任公司CTO長達13年之久,一直熱衷於研究如何提升IT組織的效能。
凱文·貝爾(Kevin Behr)
PraxisFlow諮詢公司首席科學官,信息技術流程研究所聯合創始人,擁有25年以上的IT管理經驗,常爲CEO、CIO、CTO等提供指導和建議。
喬治·斯帕福德(George Spafford)
高德納公司高級研究總監,行業分析師,在IT運維方面擁有豐富經驗,曾在多個國家提供過信息技術治理和流程改進等方面的諮詢和培訓。
簡·思西爾特(JanSchilt)
GamingWorks創始人,國際最佳實踐管理聯盟資深專家。IT管理類全球知名沙盤創做者,如IT服務管理類「阿波羅13號」、項目管理類「挑戰埃及」和DevOps沙盤「鳳凰項目」等。數據庫
成小留
上班族,朝九晚六;好讀書,不求甚解。用閒雲野鶴的態度度過循序漸進的人生。
劉徵
Nutanix路坦力資深架構師,EXIN首批國內DevOps Master禾DDevOpsProfessional認證講師,持有紅帽RHCA認證和AWS高級架構師認證,諳熟企業數據中心的IT服務管理。目前致力於推廣DevOps相關的理念和實踐,在DevOps社區中積極地參與培訓和研討會等活動,是DevOpsDays大會社區在中國的核心組織者和志願工做者。
沙盤章節翻譯:國際最佳實踐管聯盟
國際最佳實踐管理聯盟承擔GamingWorks所有沙盤演練產品在中國的知識產權管理和保護工做,參加鳳凰沙盤演練後將有機會得到由國際最佳實踐管理聯盟頒發的鳳凰項目沙盤證書。追求卓越,最佳實踐!安全
第一次見到這本書仍是三年前,那時候看到領導座位旁邊放着一本。我看這名字挺好奇的,因而拿起來看了一會,內心想這是什麼玩意兒,後來就放下了。
昨天早上我看微信讀書有好友在讀這本書,點進去看評分居然高達9.3分(今天變成了9.4),通常8.0以上就算是好書了,9.0以上確定是精品了。
所謂精品我理解通常是創始人或者行業泰斗等著的書。我此次沒有錯失良機,因而繼續讀了下去,一發不可收拾,越讀越心潮澎湃,今天就讀完了。可見同一本書,不一樣的時間去讀,感受徹底是不同的。總之這是一本很是適合CEO、CFO、CIO、各類部門VP、審計、安全、開發、運維等角色讀的書。能讓你高屋建瓴,從全局來考慮問題,讓你認識到什麼纔是真正的工做。
話說回來,讀完遍後就算設想聲臨其境中也很難領略其中真諦之萬一,雖然如今DevOps已經廣泛流行了,可是真正可貴的是開創人怎樣思考經歷了怎樣的心路歷程才得出這個成果的,這纔是咱們最值得思考的!
其實讀書並非在讀書,只是在看別人經歷過什麼,若是本身不去經歷,基本上能夠不用去讀,由於就算當時獲取了一些認知也是會反覆、迴轉、可逆的,總歸仍是不測底的。因此須要去實踐,而後總結,得到本身的一套知識體系,最後再去驗證,如此反覆鍛鍊去粗取精,這樣才能得出本身的一點點成果。微信
本書講的是主人公比爾在公司股價大跌、IT運維VP與CIO被裁時,通過CEO忽悠後臨危受命成爲了IT運維的副總裁。在CEO的不但鞭策和幕後神祕投資人不斷啓發下(固然也少不了反對者與阻擋者),主人公陸續克服了種種困難與挑戰並總結出了IT運維中包含的四種類型工做,分清了哪些是會阻礙工做的瓶頸。經過對工廠運維的苦思冥想,最終與團隊夥伴一塊兒創造了新的IT運維工做法則:三步工做法,並由此衍生出了DevOps的行爲和模式(想繼續深刻學習的同窗能夠讀《DevOps實踐指南》)。從而從質的方面提高了IT運維的效率與質量,最終業務、開發、運維能夠在一塊兒開心的玩耍了,一天十部署也不是事了,公司業績半年後就超越競爭對手了。結局可想而知,主人公成了CEO的重點培養對象,從IPVP到COO到CEO都不是夢了。網絡
何爲變動
變動就是對應用程序、數據庫、操做系統、網絡或硬件進行的物理、邏輯或虛擬操做,而且這樣的操做可能對相關服務產生影響。架構
生產運維與IT運維
「若是你認爲IT運維部沒有什麼可向生產運維部學習的,那你就錯了。大錯特錯。」他說,「做爲IT運維部的副總裁,你的工做是確保造成一條迅速、可預測、持續不斷的計劃內工做流,從而向業務部門交付工做價值,同時儘量下降計劃外工做的影響和破壞,那樣你才能提供穩定的、可預期的、安全的IT服務。」運維
三步工做法:流通,反饋,持續學習與實驗。
「年輕人,一旦明白了這些,你就能踏上理解‘三步工做法’的征途了。」他說,「第一步幫助咱們理解在工做從開發部移向IT運維部時該如何創建快速工做流,由於那就是業務部門與客戶之間的銜接。第二步告訴咱們如何縮短及放大反饋環路,從而在源頭上解決質量問題,避免返工。第三步告訴咱們如何創建一種文化,既能鼓勵探索、從失敗中吸收教訓,又能理解反覆實踐是精通工做的先決條件。」ide
三步工做法(來源:吉恩·金在IT Revolution Press博客上發佈的「三步工做法:DevOps的基礎原則」,訪問於2016年8月9日,http://itrevolution.com/the-three-ways-principles-underpinning-devops/)性能
高德拉特在《目標》五個聚焦步驟學習
開發除了關注功能還應該關注什麼
你在開發部的同僚切斯特,把他全部的工做週期都花在了功能開發上,而沒有用在穩定性、安全性、可擴展性、可維護性、可操做性、持續性以及其餘諸如此類的美好性能上。測試
四種類型工做
比爾提到了四種類型的工做:業務項目、IT運維項目、變動以及計劃外工做。若是不加控制,技術債務必將致使公司裏惟一可以完成的工做就是計劃外工做!
IT運維工做和工廠工做很是相似
既然我已經在本身的部門裏親眼見證了埃瑞克的那套成果,我明白了,IT運維工做和工廠工做很是相似。
(我在幹IT運維工做以前也在工廠幹過,惋惜歷來沒有想過他們之間的聯繫,看來之後得把本身作過的事情鏈接起來看看能不能成爲一個體系。)