第二部分 從何處開始
第5章切入點
綠地專案 棕地專案
記錄型專案-側重于“做的正確”例如 ERP 人力 財務系統
互動型系統-側重于“做的快速”例如商務 辦工系統
DevOps可以有效解決這個矛盾，
1：從最樂于創新的團隊開始
2：擴大DevOps的范圍
（創新者、早期采用者、早期從眾者、晚期從眾者、落后者）避免使用“大爆炸”的方式遍地開花，
第6章理解、可視化和運用價值流
做什么作業？誰來做？采取什么措施改善流程
確定團隊，價值流圖可視化，創造客戶價值，
作業項包括指標：前置時間、處理時間、%C/A（有效率）
組建專門的轉型團隊（不是開發團隊）-負責實作明確定義的、可度量的、系統級的目標
轉型團隊擁有共同在目標、小跨度在改進計劃、為非功能性需求預留20%，減少技術債務，提高作業可視化，
用工具強化預期行為，共享作業串列、統一工具
第7章設計組織結構
軟體開發團隊的結構對軟體產品在架構肯成果有著巨大的影響，
職能型-專業、回應慢、價值目標不透明
矩陣型-組織復雜，多領導;
市場型-扁平，存在冗余;
將測驗、運維、安全融入日常作業中，團隊成員成為通才
團隊邊界、松耦合架構、小規模
第8章運維、日常開發
運維聯絡人模式-用較少的人幫助更多的團隊
共享服務，提高開發生產力，運維人員融入服務團隊，分配運維聯絡人，
以支持工程團隊創新和速度為先，可以依賴工具，但不能依賴我們的勞動力，
轉載請註明出處，本文鏈接：https://www.uj5u.com/gongcheng/158112.html
標籤：其他
上一篇：DevOps實踐指南（5-8）
下一篇：C#代碼轉換成Vb6.0