《鳳凰專案》一書通過 IT DevOps開發管理的案例，展示如何將工廠管理的最佳實務運用到現代IT開發上，並提升運用在開發人力上的投資效益，搭配Lean StartUp 與敏捷開發精神，一舉讓IT團隊為公司起死回生。
書中操作方式與心法包含了：看板工作流、約束點、等待時間的管理或降低、衝刺團隊、三步工作法。
非 IT 人員也可學習如何讓需求到開發的環節更順暢美好。
前言
你是否有類似體驗：有個簡單的想法需要 IT 同仁完成，但不知道為什麼外面廠商說起來很簡單的小小應用，公司 IT 團隊會說需要長達好幾個月的訪談、再加上為了資安或是合規的系統設計與調整，等到東西可以測試已經是 15 個月後，都還沒到能上線應用。
而 IT 團隊也苦不堪言：總是有應付不完的使用者需求、還不完的技術債、覺得自己系統東倒西歪，要改善不知道哪年哪月，希望爭取到幾個月時間或是更多人員處理，但總被公司高層當作成本單位而被要脅著要外包出去。最慘的是，不知為何而戰，沒有辦法實際感覺自己開發與部署的功能到底怎樣才能真的幫公司賺錢？
應該將工廠管理上的最佳實務（約束理論、看板精神等）運用到 IT 開發與管理上，打造 DevOps 作業讓開發與上版融為一體。
光是這樣還不夠，更進而引進精實創業 (Lean) 與敏捷開發的作法，小步快跑得讓產品業務需求單位與 IT 開發及管理單位組成共同體，弭平市場、需求與生產之間的巨大時間鴻溝，才能提升運用在開發人力上的投資效益。
書中提到的操作方式與心法，摘要如下：
看板工作流，讓一切可視化
約束點，避免有用的資源成為瓶頸
等待時間的管理或降低，資源滿載會造成無效率
衝刺團隊，從需求到開發到運維還有 CISO 同心協力
三步工作法，從工作中心主任到工廠廠長
非 IT 人員的學習
《鳳凰專案》一書的副標「看 IT 部門如何讓公司谷底翻身的傳奇故事」，很精準的說明作者的經歷與心態，還有推廣 DevOps 的苦心，畢竟 IT 已經走過聽起來神奇的科技斗篷，而是現代生產力的一部分，那把工廠管理的最佳實務拿來應用，而且應用的好的人的確才會是現代公司的核心人才。那麼非 IT 人員在這種公司中就要淪為配角嗎？
有趣的是，當我跟 IT 業界朋友分享本書時，他們的反應是：
IT 還有其他主管心態怎樣開始轉變的？
主角比爾與他的 CEO 克服了被外包、被稽核無止盡要求、被拆分、CEO 只能外包策略給行銷單位的傾斜後才完成轉變。公司的高層如果沒意識到上列危機，是沒辦法讓 IT 主管成為公司候選 COO 的。
任何行銷、業務、產品人員，更懂需求是怎樣開發的，甚至理解 DevOps 過程與關鍵環節，而不是抱持著提出需求後，就可以一切交給 IT 人員的心態，是不是也有機會讓需求到開發的環節更順暢美好？
A 好幾個筆記控與學習控朋友推薦好用，找來下載看看–> A 免費試用30天/90天雖然要留信用卡，就試看看吧 –> R (Revenue) 過了免費期，但用起來還不錯，姑且用一個月看看–> R (Retention) 用久了資料都在上面，要搬也很難搬走，就繼續用吧 –> R (Referral) 因為花了好幾個月的時間跟錢在上面，感覺跟開發者同群了。為了感覺心安，朋友問起時候也大力推坑
