鳳凰專案：看IT部門如何讓公司從谷底翻身的傳奇故事

大家普遍對公司IT部門的印象不外乎是負責修電腦、裝Windows、設定電子信箱、或者電腦中毒時負責處理的單位。如果是稍微熟悉IT部門的人，也許就知道其實「許多業務專案跟IT息息相關」。 但實際上，IT可以不只是你想的那樣。IT如果得以發揮長才，足以擔任翻轉公司存亡命運的重責大任。

這次我想要介紹一本書，叫做《鳳凰專案：看IT部門如何讓公司從谷底翻身的傳奇故事》。身為IT產業的一份子，得到不少啟發。這本書起源於比爾，IT經理，在一家逐漸失去市場優勢的零件公司裡面所面對的挑戰。面對突如其來的升職挑戰，向CEO直接彙報。並得到命令必須在九十天內完成改造計畫，否則整個部門將會被外包。比爾是如何從原本駕輕就熟的維運部門在最短時間內理解開發、稽核部門，甚至和財務、業務、行銷及產品部門展開溝通，最終得以改善IT組織，進而改變了公司及自己的命運？

在書中，稽查部門的約翰經歷了重大的挫折，意識到自己堅守的安全檢查等信念其實在組織當中是不必要的。因為財務和物料管理等部門的經理們不斷演示各種心懷不滿的內部員工或者外部的駭客無論怎麼樣嘗試詐欺，最終都能在財務報表中被抓出來，進而得到懲罰。垂頭喪氣的約翰在經過一段時間的沉澱，終於起身行動，在和比爾一起對財務、業務、行銷部門訪談後對於自己的工作有了全新的理解。

身為IT產業的一份子，我理解造成這些決策標準背後有很多原因。有時是公司的企業風格，也是能在市場上屹立不搖的關鍵。例如製造業或者代工業通常以毛利率優先，因此特別重視成本控管。有時則是領導者的績效衡量標準。譬如書中的主角比爾，最一開始是標準「工程師思維」，在意的是專案能不能完成功能驗證、如期交付。但如果戴上公司其他「利害關係人」的眼鏡，譬如財務部或者市場部，那麼思維模式就會完全不一樣。也因此，比爾後來決定將龐大鳳凰專案中，最優先、緊急的幾項小專案切出，成為獨角獸專案。運用開發維運的方式，以最短的時間上線。不僅讓整個專案得以順利運行，更重要的是，讓行銷部門得以施展拳腳，進一步讓公司開始急起直追競爭對手，最終和公司的發展目標一致，同時也保住了自己和全部門的飯碗。

平日總是埋首於各種維運工作或者被交付實現追著跑的IT讀者們，偶爾不妨抬起頭來，多跟不同部門的人交流意見，幫助自己換位思考，相信會有很多收穫。

完整書評請見部落格：中途筆記

金庸名著「笑傲江湖」中華山派有過「劍宗」和「氣宗」之爭，這場內鬥源自於雙方對於如何邁向武學巔峰有不同的做法。劍宗主張由外而內，強記所有招式劍訣，熟練到能像反射動作般出招，初學時只能不求甚解地見招拆招，而後隨著歷練的累積，融會貫通劍法的精義，就能橫行武林。反之，氣宗認為武學首重心法與內力修為，初學者應下苦功修習運氣法門，待神功大成之日，即便只執草木為劍，依舊有如神兵利器，所向無敵。

相同的概念可以轉嫁到如何獲得「開發運維(DevOps)」的思維。效法劍宗著重實踐，直接學習操作像「Jenkins」這類持續整合/持續佈署(CI/CD)軟體工具。分析不同專案共有的反覆操作步驟，思考如何把它們自動化、流程化，持續不斷地將現有專案設定自動化佈署，終將獲得事務自動化所帶來的效率紅利。

或者師法氣宗，透過IT業界領袖與大神們的真知灼見來開天眼，領會DevOps的理念與行動，如何改善軟體開發過程中根深柢固的軟體環境建置挑戰。這本「鳳凰專案」便是面向氣宗道路的你，最值得擁有細讀的一本傑作。捨棄教條式的說明解析，用小說體裁帶讀者走一遭驚心動魄的IT管理實務。如同書中點出，IT部門的表現對今日企業成功與否至關重要，生產、財務、銷售等企業核心功能全都仰賴IT部門提供穩定可靠的服務，這觀點可以濃縮成書中深得我心的一段話「功能多少總是有些運氣的成分在，要是你走運的話，10%的功能會得到預期的收益，因此，越快把那些功能推到市場接受考驗，對你就越有利」。

書中描寫的場景相信會讓資深IT業界的紅塵中人會心一笑，超出時程的重大專案、屋漏偏逢連夜雨的突發錯誤、錯誤的外包等，虛構的情節是如此寫實地似曾相識。年少時總會崇拜英雄，心想哪一天可以成位某位技術大神。隨著經驗與技能的累積，與之而來的是更多的任務與挑戰，還有IT圈中常見的「救火」任務。成功地解決急如星火的技術難題，獲得公司與團隊的信賴與敬仰，相信是許多IT職人的心之所願。但有如老莊說的「聖人不死，大盜不止」，有著技術大神當靠山擔任救火隊的組織，容易錯失將IT任務/作業標準化的契機，不斷陷於開發/上線/滅火的無窮迴圈進而耗損競爭力。

在製造業中，工作中心包括機器、人員、方法、評量，也是標準作業程序(SOP)必須涵蓋的四個項目。對比軟體開發，機器有如環境建置、人員是操作步驟、方法是引用工具與框架、評量則是監控與測試。像要讓軟體開發有如製造業般穩定可控，第一步便是下定決心將必要的作業標準化進而自動化。自動化佈署能徹底減少環境建置、引用工具兩個項目的不確定與人為失誤，也是DevOps理念的最佳實踐。「鳳凰專案」中提到許多值得反覆咀嚼的觀點與作法，篇幅有限只能抓重點寫下心得。書中有許多能對IT部門管理帶來助益的洞見，就等讀者自行去發覺與體悟了。

不喜歡他的敘述模式，類似電影敘事一般，看起來非常累。
有很多內容太冗於，沒有讓讀者很快地抓住要點。
沒有目錄，沒辦法很快的了解脈絡，或是幫助讀者之後再查找。

一樣是講最佳實踐的故事書，但是維運部門果然是無比慘烈。

本書主要點出了維運業務長年被低估的的複雜度以及重要性。

前者是本書著重的內容，並不斷的以工廠管理舉例，展示了各種維運工作的類型以及來源，並套用品質管理方法逐步改善的過程。該流程實質上也值得非維運專案的讀者仔細反思，到底平日的工作方式有沒有問題?

後者只在本書結尾時才明確提出 —- 即維運能力就是基礎競爭力的事實。以待過不同公司的開發者的角度來看，僅有一家公司能夠在內部系統上申請各種虛擬機、資料庫、DNS等服務，而且是隨選即用，就算是想做獨立環境的全端原型專案，整個建置時間也不會超過一個上午。

不過這種差距到底有多大，大概也只有相關從業人員能品的出來就是了(笑)。