Hugo & Blog DevOps

讀完《鳳凰專案》:DevOps 神書,精采絕倫的 IT 的血淚現實與重生指南

讀完《鳳凰專案》:DevOps 神書,精采絕倫的 IT 的血淚現實與重生指南

最近終於把這本被技術圈推爆的《鳳凰專案》(The Phoenix Project)給看完了。

原本以為這又是一本教條式的敏捷(Agile)或 DevOps 工具書,沒想到讀起來像是一本「職場懸疑血淚小說」。身為 QA 出身、在專案與系統品質打滾過的人,書中的許多情節真的真實到讓人起雞皮疙瘩——那些亂加的需求、被打爆的手機、永遠在救火的工程師,還有高層不合理的死限,簡直就是每天都在發生的真實世界。

看完後有些非常深刻的心得與體悟,想跟大家分享與討論:


1. 非預期工作(Unplanned Work)與 QA 的「預防者困境」

書中將 IT 的工作歸納為四大類:業務專案、內部專案、變更,以及「非預期工作(救火)」。

作者很精準地指出:非預期工作就是毀掉所有計畫的元兇。

但在真實職場中,要阻擋非預期工作談何容易?
第一點,老闆的支持是絕對的關鍵。如果高層願意授權去禁止/阻擋非預期工作,專案才有可能喘息;如果老闆不挺,靠 PM 或工程師自己去據理力爭,最後往往只會被扣上「不配合、推託」的帽子。

故事一開頭的主角 Bill 其實也試過據理力爭,但老闆不買單,最後只能硬著頭皮上,換來慘烈的失敗。這非常像真實世界:當被要求做完全不可能辦到的事,它就是辦不到。 大家只能一起承擔失敗,然後寄望老闆能從現實的痛擊中學到教訓,而不是選擇繼續守舊(畢竟守舊的路總是比較簡單)。

第二點,這引發了我身為 QA 的深刻共鳴——「預防者的悖論」
我們 QA 的天性就是去抓 Bug、設監測點、防患於未然。但職場最弔詭的地方就在於:如果你把問題壓得太好、一切風平浪靜,高層反而會覺得「這不是很簡單嗎?為什麼要花這麼多資源?」

老闆的態度往往跟隨實際狀況起伏。當沒事發生時,就是鬆懈的開始;只有等雷接二連三爆掉、營業額大失血時,管理層才會意識到預防與流程的重要性。


2. 精實(Lean)與三路法則:先求通,再求順

書中提到了 DevOps 的核心「三路法則」,我自己的解讀其實非常樸素且扎實:

一開始先把路走通(活下去),活下去後把路走順(反饋與優化),然後持續這個過程。

  • 第一路(流動): 先把開發到部署的管道打通,讓成果能送出去,公司能活下來。
  • 第二路(反饋): 建立監控與反饋機制,把路走順。這就像 QA 在產線上建立監測點,及早發現問題。
  • 第三路(學習): 建立持續優化的文化,把每次救火的經驗轉化為 SOP 與自動化機制。

3. 資安與稽核:站的位置決定了你看見的是阻力還是護欄

書中的資安主管 John 一開始絕對是大家最討厭的角色,拿著黑本子到處卡關。

但這其實是「視角問題」。如果你站在專案的最底層、只是一個使用者或執行者,看不到整體架構與業務全貌,你一定會覺得稽核與資安都是阻力。

這也是為什麼很多專案推進時總是阻力重重,往往要等大家逐漸適應,或是問題浮現後,IT 再去一個一個解掉(事後優化)。直到 John 後來跟著 Bill 去理解公司真正的「業務風險」,發現有些資安問題其實用業務流程或人工核對就能解,不需要大興土木改系統時,資安才真正從「阻力」變成了專案的「精準護欄」。


4. 藏在書中的巨大彩蛋:原來是一本「數位時代」的《目標》

在讀這本書時,我一直注意到董事會的神秘顧問 Erik 不斷帶著 Bill 跑去「汽車零件工廠」看生產線,用傳統製造業的邏輯來解 IT 的問題。

查了資料才發現,這完全是作者埋下的巨大彩蛋與致敬!

這本書的起源,完全是在借鏡 1984 年高德拉特(Eliyahu M. Goldratt)的管理學經典小說《目標》(The Goal):

  • 《目標》講述一個傳統製造業廠長,如何在顧問 Jonah 的引導下用「約束理論(TOC)」拯救即將倒閉的工廠。
  • 《鳳凰專案》則是把這個背景直接移植到現代 IT 部門——將軟體開發視為現代的「數位生產線」

工廠裡的瓶頸機器變成了公司唯一的全能工程師 Brent;半成品堆積變成了未完成的 Code 與需求(WIP);產線停工變成了系統宕機。作者用這本書告訴我們:製造業發展上百年的 Lean、看板(Kanban)、約束理論,完全可以完美套用在今天的軟體工程與 DevOps 上。


結語:我們需要一個成功的範例來證明自己

《鳳凰專案》不只是一本講 DevOps 技術轉型的書,它更是一本關於「組織信任、跨部門溝通與職場生存」的寓言。

在現實中,我們可能沒有一個像 Erik 一樣的神級董事會顧問來幫忙護航,但這本書給了我一個全新的視角去審視自己手頭上的專案與流程。當守舊的路看起來最簡單時,我們或許正需要像「鳳凰專案」這樣一個成功的範例,來證明走對的路、做對的管理,是真的能讓團隊起死回生的。

非常推薦所有做 QA、PM、DevOps 或是被困在甲方 IT 救火坑裡的朋友讀讀這本書!

Comments

Loading comments…

Leave a Comment