DevOps實踐指南（5-8）

第二部分 從何處開始

　　第5章切入點

　　綠地項目 棕地項目

　　記錄型項目-側重於「作的正確」例如 ERP 人力 財務系統

　　交互型系統-側重於「作的快速」例如商務 辦工系統

　　DevOps能夠有效解決這個矛盾。

　　1：從最樂於創新的團隊開始

　　2：擴大DevOps的範圍

　　（創新者、早期採用者、早期從衆者、晚期從衆者、落後者）避免使用「大爆炸」的方式遍地開花。

　　

　　第6章理解、可視化和運用價值流

　　作什麼工做？誰來作？採起什麼措施改善流程

　　肯定團隊，價值流圖可視化，創造客戶價值。

　　工做項包括指標：前置時間、處理時間、%C/A（有效率）

　　組建專門的轉型團隊（不是開發團隊）-負責實現明肯定義的、可度量的、系統級的目標

　　轉型團隊擁有共同在目標、小跨度在改進計劃、爲非功能性需求預留20%，減小技術債務，提升工做可視化，

　　用工具強化預期行爲，共享工做列表、統一工具

 

　　第7章設計組織結構

　　軟件開發團隊的結構對軟件產品在架構肯成果有着巨大的影響。

　　職能型-專業、響應慢、價值目標不透明

　　矩陣型-組織複雜，多領導;

　　市場型-扁平，存在冗餘;

　　將測試、運維、安全融入平常工做中，團隊成員成爲通才

　　團隊邊界、鬆耦合架構、小規模

 

　　第8章運維、平常開發

　　運維聯絡人模式-用較少的人幫助更多的團隊

　　 共享服務，提升開發生產力，運維人員融入服務團隊，分配運維聯絡人。

　　以支持工程團隊創新和速度爲先，能夠依賴工具，但不能依賴咱們的勞動力。