鳳凰項目：一個IT運維的傳奇故事（修訂版）

此書講述了管理現代IT組織與管理傳統工廠的共通之處，讀起來扣人心絃，作者通過描寫這位IT經理在公司面臨破產的邊緣，需要拿出實際的解決方案解決困境的時刻，勇敢站出來，用自己“三步工作法”的理念爲支撐，從而解決了各種複雜的業務問題。進一步講述了所有IT從業人員都會遇到的苦惱——團隊合作。作者說“解決各種複雜的業務問題需要團隊合作，而團隊合作需要相互信任。蘭西奧尼教導我們，展現自己脆弱的一面有助於建立起信任的基礎。”……“在接受一個訂單時，他們會確認，每一個需要的工作中心都有足夠的生產能力和必要的投入，可以在必要時加快工作進度。他們和銷售經理、工廠經理一起排定生產計劃，因此能夠兌現他們做出的承諾。”……爲此，他們專門設計了鳳凰項目沙盤，成功開展培訓演練，目的是要創建一個優秀的團隊合作模式，並達成新的目標，難度在於團隊成員之間的深度信任與協作，需要將個人的才華融入到團隊協作中，而團隊的協作又能將個人才華發揮到極致，這種整體性的實現路徑才能夠使目標真正偉大化…而其中很重要的一條就是領導者的以身作則，領導者要以完全新的視角來看待自己的團隊，看待工作環境，展示自己的誠信和一致性，做到言行一致。當每位成員都能高標準、高質量地完成工作，這個團隊的戰鬥力將是驚人的。因此，一個好的團隊應當是相輔相成的，能夠充分發揮各自的優勢，在合作中不斷完善和提升，共同追求目標的卓越，實現真正的偉大。願《鳳凰項目》一書，對IT業能產生深遠的影響，能助力推動產業發展。

牆裂推薦：所有IT團隊的成員都應該靜下心來閱讀的書籍《鳳凰項目》是一本披在小說外衣下的高效IT運營指南，與高德拉特的《目標》一樣，採用了小說化的寫作方式，講述了一個企業如何通過對IT工作流程進行優化和改進，從而實現了業務增長和成功的故事。 在閱讀《鳳凰項目》時，你會深刻理解到IT團隊和業務團隊之間的緊密關係，以及如何協調這兩個部門以實現最佳業務成果。這本書還提供了一些非常實用的IT工具和方法，幫助IT團隊更好地管理和優化其工作流程。 由於是小說的形式，裏面的場景都描述得非常親切，聽起來就像是我們開發團隊會遇到的問題。書中都一一給予瞭解決方案，並且分享瞭如何將傳統制造業的約束理論、流程改造等非常好的管理思想運用到IT團隊中。 通過閱讀本書，您會了解到DevOps是一種管理思想，而不僅僅是自動化部署和自動化測試的工具。DevOps基於精益生產、約束理論、豐田生產系統、柔性工程、學習型組織和安全文化等管理理論，衍生出來的一種適合IT團隊的管理方法論，可以幫助IT團隊更好地管理和優化其工作流程，包括產品管理、開發、QA、IT運維和信息安全等角色。 讓我印象深刻的就是書中將整個軟件交付流程比喻成傳統制造業的生產流程，那對於傳統生產企業的減小批量尺寸、減少在製品（Work in Process, WIP）數量、避免返工等內容，完全對應了IT開發的，快速MVP迭代上線、減少半成品代碼、快速交付客戶等軟件開發的敏捷理念。 這也是爲什麼要將需求拆解得儘可能小，只有將需求拆解得儘可能小，纔有可能更好地評估出一個大項目中哪些小需求是客戶最需要，最能夠提升業務的，哪些重要性沒有那麼緊急的。然後通過細化需求的顆粒度，讓每個需求的開發週期都儘可能地短，時間儘可能地可控，也儘早地接收到客戶的反饋，快速調整與迭代，這些都是敏捷開發強調的重點。 總的來說，《鳳凰項目》是一本非常實用的IT管理指南，對於所有IT團隊的成員來說都是必讀之書。它不僅可以幫助團隊更好地協作和溝通，也可以幫助團隊提高工作效率，實現業務增長和成功。如果你想了解如何將IT管理方法應用到實踐中，或者想更好地瞭解IT團隊和業務團隊之間的關係，那麼這本書絕對是你不容錯過的一本書籍。

本書中闡述了一個原理：所有開發運維模式都來自“三步工作法”，可以說它是我們平臺開發運維的指導思想。 第一工作法是關於從開發到技術運營，再到客戶的整個自左向右的工作流。爲了使流量最大化，我們需要小的批量規模和工作間隔，絕不讓缺陷流向下游工作中心，並且不斷爲了整體目標（相對於開發功能完成率、測試發現/修復比例或運維有效性等局部目標）進行優化。 流程自動化 實踐：持續構建、持續集成、持續部署，按需創建環境、限制半成品，構建起能夠順利變更的安全系統和組織。 第二工作法是關於價值流各階段自右向左的快速持續反饋流，放大其效益以確保防止問題再次發生，或者更快地發現和修復問題。這樣，我們就能在所需之處獲取或嵌入知識，從源頭上保證質量。 保證上游的質量 實踐：在部署管道中的構建和測試失敗時“停止生產線”、日復一日持續的改進日常工作、創建快速的自動化測試套裝軟件，以確保代碼總是處於可部署的狀態、在開發和技術運營之間建立共同的目標和共同的解決問題的機制、建立普遍的產品遙測技術，讓每個人都能知道，產品和環境是否在按設定的運行，以及是否達到了客戶的目標。 第三工作法是關於創造公司文化，該文化可帶動兩中風氣的形成：不斷嘗試，這需要承擔風險並從成功和失敗中吸取經驗教訓、理解重複和聯繫是熟練掌握的前提、嘗試和承擔風險讓我們能夠不懈地改進工作系統，這經常要求我們去做一些和以往做法大不相同的事。一旦出現問題，不斷重複的日常操作賦予我們的技能和經驗，令我們可以撤回至安全區域並恢復正常運作。 不斷試錯，持續改進 實踐：營造一種勇於創新、敢於冒險（相對於畏懼和盲目服從命令）以及高度信任（相對於低信任度和命令控制）的文化；把至少20%的開發和技術運營週期劃撥給非功能性需求，並且不斷鼓勵進行改進。

這是一本寫給企業領導和IT高管的書，我進來看個熱鬧😊😊 本書講述了一位IT經理臨危受命，在未來董事的幫助和自己“三步工作法”理念的支撐下，最終挽救了一傢俱有悠久歷史的汽車配件製造商的故事。 小說揭示了管理現代IT組織與管理傳統工廠的共通之處，讓讀者不僅能對如何管理IT組織心領神會，更重要的是將以完全不同於以往的視角來看待自己的工作環境。 我曾經在工廠工作過，對作品中的人和事倍感親切😊😊

讀完《鳳凰項目》，最深切的感受是看似是一本技術小說，其實是一面映照出IT人日常窘境和出路的鏡子。主角比爾從身陷的泥潭，系統頻發故障、部門相互甩鍋、關鍵項目停滯，最終通過“三步工作法”破局，指明瞭一條從混亂走向有序的路徑：一是讓開發部署工作流程顯性、快速順暢，“提流量”；二是建立即時反饋，不讓問題流入下游，“可感知”；三是營造敢於試錯、持續學習的企業文化，“迭代成長”。 這本書生動的揭示，IT的價值並非被動救火，而是作爲端到端業務的協同齒輪和效率倍增器，主動賦能業務價值成功交付。同時，通過這本書讓我更深刻的理解了DevOps理念，鏈接業務價值、加速交付效率、提升產品質量，更核心的是構建一個開放協同的組織，期待這本書照亮團隊前行的路，讓IT自身的“多、快、好、省”，以及對業務更準確的感知、更全面有效的賦能提供幫助。

繼目標之後，又一精彩的管理力作，IT部門鳳凰涅槃的故事。 1. 先從自身流程改善入手，讓無序變爲有序可控可視； 2. 在反饋中不斷調整，深入到業務中獲得方向感和掌控感； 3. 持續學習實踐，能力不斷夯實和提升，最終引導公司業績的變革。 本書不止一篇好故事，很多場景與現實高度契合，適合IT新兵汲取職場經驗，也適合老兵反思改變現狀。

這本書印象深刻的一些點有以下幾點。雖然都很顯然、並且在企業都已廣泛應用，讀完這本書有了更深刻的理解。 1. 企業從戰略上就是要快速迭代、搶佔首發。雖然覺得很多feature對我來說真是搖搖欲墜地上線了，才慢慢地打補丁，但從業務的角度來講，就應該這樣。先交付，佔市場、獲取用戶反饋，再繼續迭代。 2. 救火是具有破壞性的工作，計劃外的工作有破壞性，是反工作，會讓我們離目標越來越遠。這就理解了最近公司對incidents數量的控制和檢測，一切都是爲了提高效率，解決我們的“約束點”。 3. 優化要找到約束點，並且儘可能避免流向約束點，並且減少約束點的閒置，讓約束點做最重要的事、非他不可的事 4. 找約束點可以通過可視化、數據的方法 5. 快速迭代的重要性。這解釋了公司最近很多舉措，包括減少PRD、減少RFC、優化autonomous delivery、開發線上測試平臺，都是爲了能快速迭代 6. 要結合業務、業務指標。這個也印象深刻，做的事情要圍繞業務 作爲產品開發IC，主要的可實施的收穫是： 1. 要理解業務目標，思考對齊業務需求，在不產生技術債的前提下，優先級應該圍繞業務指標來確定 2. 對於系統來說，還是要有系統思維，也要有確認約束點的認識，從全局角度上確保系統的各項性能可以支持長期的產品迭代 3. 一定要有明確的feedback loop。這個具體有兩點：第一，一旦一個產品開發時間過長，一定要警惕，應該儘早拆分更小的交付單元；第二，要有前瞻性的衡量指標，以便迭代後的市場反饋可以有效影響業務迭代方向

這是一本致敬高德拉特博士《目標》的先說，比爾作爲IT運維經理面對種種困難，通過實踐DevOps理念，幫助公司贏得市場。史蒂夫是一位優秀的領導，堅定的支持比爾的工作。艾瑞克是一位睿智的領路人，讓比爾不再迷茫。帕蒂絕佳的夥伴，總是能完善比爾的想法。韋斯堅定的執行者。這是一個優秀的團隊。這本書給管理員一個不錯的視點：IT不是一個可以被輕易外包的部門。 一個偉大的團隊並不代表他們擁有最聰明的人。使團隊變得偉大的因素，是每個人都互相信任。當那種神奇的動力出現，就會讓整個團隊充滿力量。

《鳳凰項目》以小說形式講述IT運維與DevOps實踐，主角比爾臨危受命挽救公司IT系統，核心是通過三步工作法解決部門對立、項目延期等問題。 書中將IT工作分爲業務項目、內部IT項目、變更、計劃外工作四類，明確優先級是避免忙亂的關鍵。業務項目直接創造價值，需優先保障資源；內部IT項目提升部門效率，長期來看能降低成本；變更屬於常規操作，必須按流程來；計劃外工作多爲故障修復，最消耗精力，要嚴格控制。 核心的三步工作法，一是流動，讓工作順暢流轉，通過可視化任務、限制並行任務、找出瓶頸來實現；二是反饋，快速發現問題，縮短反饋週期、做好全鏈路監控，跨部門一起復盤；三是持續學習，打造容錯文化，無責覆盤、留實驗時間，及時處理技術債務。 書中還提醒我們，別過度依賴全能員工，要靠團隊和自動化弱化單點依賴；打破部門壁壘，讓開發和運維共同對結果負責；技術債務要及時償還，避免小問題拖成大隱患。 實際工作中，可以先給手頭工作分好類別，理清輕重緩急，拒絕無關的臨時工作；用共享看板讓進度可視化，避免同時做太多事；每天開短會同步進度，事後不追責，重點覆盤改進流程。 技術的目的是爲業務創造價值，不是隻實現功能。除非清楚哪些事不該做，否則沒時間做重要的事。改進不是一次性的，是持續的過程，只有聚焦瓶頸，才能提升系統整體效率。

聽完了。看得少，聽得多。更多是在洗臉刷牙的時候，做飯喫飯的時候，斷斷續續的聽。回憶一下，還是沒有邊看邊想的效果好。尤其是這樣的圖書，最好是邊看邊畫圖邊總結，纔會真正有收穫。 後面部分講到沙盤，如果能親身實踐一下，應該體會更深