鳳凰專案-遲來的讀後感

2016年初開始閱讀本書，由於工作內容的原因總能在某些奇怪的地方產生共鳴。本來應該在年初看完這本書，並在3-4月完成讀後感，結果因為自己的懶散一拖再拖，之前寫的讀書計劃也一度擱置（執行力的欠缺是現在最大的問題）。換工作初期的痛苦我就不多說了——每一次的離開都是更痛苦的開始，但是也意味著更加強大的自己。

書中描寫了IT工作中一系列可能出現的問題，並按照日記的形式將其記錄。9月初到11月末。不到3個月的時間解決公司歷史遺留問題，讓一家“老古董”重獲新生，打敗競爭對手。這中間帶過了多少工作上的起伏，而向讀者著墨最多的卻是“三步工作法”。而在我看來三步工作法中最核心的就是約束點。不僅僅在公司運營的上，平時的專案中也多多少少會發現這個問題，而沒有一個指導思想容易跑偏。甚至更小的個人活動，其實也充滿著約束點，如何提高自身工作效率，讓自己在工作中游刃有餘。起碼做不好也能明確提出到底是什麼制約了自己——不論是改進自己還是團隊提高。發現問題總能為解決問題起到很大幫助。

文章中資訊保安的一些觀點讓我解開自己多年從業的矛盾，到底是資訊保安重要還是專案進度重要。由於曾經想往安全方向發展，所以對電腦保安也有些關注。見過一些404稽核，IT安全的要求，在專案過程中常常被資訊保安綁住手腳，而在另一些角色中，我又常常給人制造“麻煩”。被應該已安全為先和以進度為先的兩個思想中折磨的不堪重負。文章中的觀點讓我豁然開朗，這兩者都是服務公司，公司當下哪個緊要哪個為先。絕不是安全高於一切的口號，也非一切向業務看齊的一根筋。

開發運維是我近期對自己職業發展的目標，發現自己跑遠了。能力上也有著諸多的欠缺，但是當書中最後對開發運維的解釋，我更加確定我選擇的方向沒有錯誤。即便現在看來他的要求比我想象的要高出不少。

價值流的傳遞，反饋網路的建立，約束點的發現。IT工作的管理與工廠別無二致，我想書目後面的文章，亦是本書價值的一部分。 通篇而言本書值得一讀，尤其將在工廠管理的成熟經驗融入到IT專案中來。