前言
這兩天到處都在說這個“以學鑄魂，以學增智，以學正風，以學促幹”。不得不佩服，僅僅16個字，就把學習的事情說的很清楚。的確，學習是一生都要去堅持的事情，很多時候，當自己迷茫的時候，當自己不知所措的時候，我都是去通過閱讀尋找答案。
自從負責了整個開發運維組，角色從單純的技術人員向技術+管理進行了轉變，外加國企這個性質，做好技術+管理，難，太難了，而這個過程中遇到了種種問題，例如：
總有那不聽話的神人，不按流程來辦事，總是給你捅簍子。
你的直系領導總是那不懂技術的人，總是今天給你需求，明天讓你上線。
轉型當下，如何能直白的體現系統價值，讓上層領導直觀的感受系統價值。
偶爾看到網友推薦的這本書《鳳凰項目-一個IT運維的傳奇故事》，不能說日常工作中遇到的所有問題都能在書中找到答案，至少大部分都讓我豁然開朗，並且我也已經在我們組內開始試用，並取得了一定的效果。
今天這篇文章就是我讀完這本書後，從自己的視角總結的幾個點，和大家分享，希望對大家有幫助。書中的故事暫不“劇透”，直接上乾貨。
誰偷走了我們的時間
書中對我們日常工作進行了高度分類和總結，主要分爲：
業務項目：讓公司掙錢的項目
IT內部項目：讓公司多快好省的掙錢的項目
計劃外工作：影響公司掙錢的事情
變更：掙錢在系統上的體現方式
講真的，分類的很準，我們日常工作分類無外乎這幾種，而我現在也開始這樣做了。在這些工作中，最容易被我們忽視的是“計劃外工作”，它偷走了我們的時間。很多時候，我們總是因爲這些“計劃外工作”而化身救火隊員，導致很多安排在計劃內的工作都被無情的擠走了。
這就需要我們認真的梳理我們日常工作中，哪些是計劃外的工作，然後針對這些計劃外的工作針對性的制定策略，將計劃外的工作變成計劃內的工作。
解決“瓶頸”纔是真的解決問題
書中有一個很有意思的人物，叫布倫特，他在部門裏面是英雄的化身，什麼難題在他那裏都能解決，反過來，很多事情都需要依賴他才能解決，這就讓他成爲了解決問題的“瓶頸”。這裏當然並不是說布倫特不好，我們當然需要布倫特這樣的人才，只是說布倫特成爲了團隊的約束點，怎麼利用好他成爲工作成敗的關鍵。這也是這本書中一直強調的一個關鍵理論。
約束理論：在瓶頸之外的任何地方做出的改進都是假象，在瓶頸之後做出任何改進都是徒勞的，而在瓶頸之前做出的任何改進則會導致瓶頸處堆積更多的庫存。
我現在也經常在思考，我們組內誰是“布倫特”，我們的瓶頸在哪裏，也在刻意培養自己深度思考的能力，透過現象看問題本質的問題，以便更好的識別“瓶頸”。
偉大的“三步工作法”
貫穿整本書的“三步工作法”也是我最大的收穫，要想實現業務IT的一體化發展，IT快速響應業務的變化需要，這“三步工作法”就是我們需要的。
第一步：流動原則；從開發到IT運維再到客戶快速地從左向右流動；爲了最大程度地優化工作量，要把工作可視化，減少每個任務批次的大小和等待間隔。通過內建質量，減少每一道工序向下遊傳遞次品的數量，持續地優化全局目標。通過加快技術價值流的流速、縮短前置時間，尤其是縮短代碼部署到生產環境所需的時間。這樣可以有效地提高工作質量和產量，讓企業在市場上具有更強的競爭力。
第二步：反饋原則；在從右向左的每個階段中，應用持續且快速的工作反饋機制，建立一個健康和高效的反饋流。通過放大反饋環防止問題復發，從而縮短問題的檢測與修復週期。遵循反饋原則，我們能從問題的源頭控制質量。
第三步：持續創新與實驗原則；建立有創新能力和信任度高的企業文化，支持動態、嚴格且科學的實驗。通過創新主動承擔風險，能讓企業成員從成功和失敗中學習到知識；通過創新提升生產流程的改進速度，能提升企業在市場上的競爭力。
結合實際談感想
以上是我讀完書本的一些總結，最後是我的一些最直觀的想法。
如果我是大領導，我會給公司每個人都免費發一本這個書，至少管理層；然後定期開展分享交流，並推廣使用書中的方法。
如果我是小領導，我會給我的每個下屬免費發一本這個書；然後定期開展分享交流會，並推廣使用書中的方法。
如果我不是領導，我建議在自己工作範圍內，自己說的算的範圍內，結合書中的方法可以進行嘗試，只爲提升工作效率，更多的時間享受生活。
可惜，我不是領導。最後我也把這本書推薦給大家，值得一讀。