【讀書心得】鳳凰專案 簡單心得分享

這本書在說什麼？

一個IT維運副主管，不只拯救團隊免於捲舖蓋走人的危機，還救起了整個公司！

3項重點

1. 精實精神，勇於實驗與嘗試。

應用了精實(Lean)的概念，書中的主角抽絲剝繭原有工作問題，逐步改善既有的工作流程，甚至影響了其他團隊，讓整個工作流程活絡了起來。

2. 快速回饋，搞清楚現在「在哪裡」。

藉由「視覺化」的看板工具，弄清楚目前團隊手頭上的任務有哪些，個別進展到哪裡了，才不會被「積壓」在某人的資料夾底下，而搞不懂現在到底做了什麼。

由此，弄清楚之後，真正具有價值的核心任務，才得以顯現在眾人面前，並安排到「優先」的順位。

3. 找到關鍵，弄清楚產線中「約束點」所在。

所有事情都要經過他（它），那麼他就是約束點。

在識別出約束點以前，可能會因為「沒受到重視」，，而讓整個「產線」的產能長期處於低落狀態，而沒人知道為什麼。

在了解這個概念之後，我們可以「排除眾議」，讓約束點只做真正具有價值的任務，清空所有障礙，這才能讓產能回復到「原本應有」的樣子。

結語 — 學到了什麼？

• 學到了「三步工作法」，原來維運和開發終究是「密不可分」。雖然自己是為開發人員，這與日常業務（coding）沒有直接關係，但可以藉此窺探IT維運的工作流程，以開發人員的角色來更順利地互相合作。
• 沒想到一群工程師們的故事也可以這麼有趣，看主角一步步的成長，藉由「高人」在其身後提示（時不時當頭棒喝一下），狹帶著IT維運的生死存亡，以自己所處的IT部門可以「正常維運」作出發，將公司一步步帶向高峰，從谷底爬出來。讓原本被視為「拖油瓶」的鳳凰專案，成為真正讓公司起死回生的關鍵。
• 對於書中提到的：「你以為IT維運都是些高科技，瞧不起那些工廠的傳統技術與同仁，那你可就錯了。在我眼中，他們要比你們有創意、更有技術呢。」這部分的印象相當深刻。我們可能會以為現代的軟體工程，與傳統製造業相比，似乎「困難」許多，而且沒有什麼相似點，原本的我也是這麼想的。以往的我認為，用電腦寫應用程式，比起撰寫機器的製造流程，好像前者「難度更高」一點。但看完此書才發現，原來工廠的製造流程，與現代「軟體製造」流程，其實相去不遠。都是要將工作事項「好好分配」，分清楚哪些是「真正緊急且重要的」，將這些任務排在最前面，不被其他「緊急雜事」所干擾，才得以發揮工作的最大效益。大家不會是「瞎忙」而沒有真正產出帶來價值的成果，書中的超厲害工程師布侖特，在被安排真正重要的工作之前，總是如此。
• 得搞清楚「價值流」的走向，認清價值何在。畢竟真正能發揮產品賺錢功力的正是其「價值」，搞懂之後，IT才能將真正有賺頭的服務，以最快速度推到客戶面前。