DevOps实践指南（5-8）

第二部分 从何处开始

　　第5章切入点

　　绿地项目 棕地项目

　　记录型项目-侧重于“作的正确”例如 ERP 人力 财务系统

　　交互型系统-侧重于“作的快速”例如商务 办工系统

　　DevOps能够有效解决这个矛盾。

　　1：从最乐于创新的团队开始

　　2：扩大DevOps的范围

　　（创新者、早期采用者、早期从众者、晚期从众者、落后者）避免使用“大爆炸”的方式遍地开花。

　　

　　第6章理解、可视化和运用价值流

　　作什么工做？谁来作？采起什么措施改善流程

　　肯定团队，价值流图可视化，创造客户价值。

　　工做项包括指标：前置时间、处理时间、%C/A（有效率）

　　组建专门的转型团队（不是开发团队）-负责实现明肯定义的、可度量的、系统级的目标

　　转型团队拥有共同在目标、小跨度在改进计划、为非功能性需求预留20%，减小技术债务，提升工做可视化，

　　用工具强化预期行为，共享工做列表、统一工具

 

　　第7章设计组织结构

　　软件开发团队的结构对软件产品在架构肯成果有着巨大的影响。

　　职能型-专业、响应慢、价值目标不透明

　　矩阵型-组织复杂，多领导;

　　市场型-扁平，存在冗余;

　　将测试、运维、安全融入平常工做中，团队成员成为通才

　　团队边界、松耦合架构、小规模

 

　　第8章运维、平常开发

　　运维联络人模式-用较少的人帮助更多的团队

　　 共享服务，提升开发生产力，运维人员融入服务团队，分配运维联络人。

　　以支持工程团队创新和速度为先，能够依赖工具，但不能依赖咱们的劳动力。