一、什么是敏捷开发 ?
1.1 敏捷开发的核心模型
二、敏捷开发的要点
2.1 敏捷开发 > 执行细节
2.2 敏捷开发 > 思路的转变
客户需求：提升出行速度
三、敏捷开发 与 DevOps
四、DevOps 实践的度量标准
4.1 怎样判断DevOps实践好与坏?
一、什么是敏捷开发 ?
- 越敏捷，devops越快
1.1 敏捷开发的核心模型
-
良好的互动 沟通比工具流程更重要
-
尽快出可运行的软件成果
-
与最终用户( 需求方 )的紧密沟通、及时反馈
-
及时地响应软件需求的变化
二、敏捷开发的要点
2.1 敏捷开发 > 执行细节
-
端正观念，重要的事情说三遍: 敏捷是一种心态理念，是技术团队的态度，而不是方法工具
-
一定需要良好的沟通，这个至关重要，对参与人员的沟通能力有一定要求
-
开发过程中交付的结果都是可运行的，软件项目架构能满足快速迭代的需求
-
项目开发过程当中要求项目透明，不管是技术还是文档，对人员的技术能力有一定的要求
-
环境产品经理，测试人员，boss来骚扰。
-
大团队需要以小分队的形式，把一个项目切分成不同的小分队，切分得越细，理论上会执行得越好
2.2 敏捷开发 > 思路的转变
客户需求：提升出行速度
- 思路1：原思路 > 问题：整个流程需求方无法参与沟通提出意见，项目很危险
- 思路2：敏捷开发思路 > 整个流程根据客户的需求不停的升级迭代，每个阶段都满足客户需求
三、敏捷开发 与 DevOps
两者相辅相成
-
【敏捷开发】 促使 需求和快速迭代开发
-
【devops】促使快速，稳定的持续交付和部署
-
两者结合构成和从业务需求到软件交付的完整软件生命周期流水线
-
敏捷开发更能发挥devops它的价值，给它提供了一个良好的基础
-
敏捷开发 越敏捷，devops越快
四、DevOps 实践的度量标准
4.1 怎样判断DevOps实践好与坏?
-
量化所有可交付的副本的开发时间，时间越小越好，时间大能从侧面的可以证明功能架构拆解不够细耦合度比较大，不符合快速迭代的原则
-
失败部署的占总部署数的百分比，占比越小越好
-
部署上线之后，故障的的数量
-
部署产生故障之后，故障的恢复时间，表现为定位故障、修复故障的能力
-
软件项目的数据量，用户，带宽流量，数据库大小等来衡量
-
技术团队的技术氛围，协作响应能力等软性衡量标准
