一、什么是敏捷开发 ?
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实践好与坏” />量化所有可交付的副本的开发时间,时间越小越好,时间大能从侧面的可以证明功能架构拆解不够细耦合度比较大,不符合快速迭代的原则
失败部署的占总部署数的百分比,占比越小越好
部署上线之后,故障的的数量
部署产生故障之后,故障的恢复时间,表现为定位故障、修复故障的能力
软件项目的数据量,用户,带宽流量,数据库大小等来衡量
技术团队的技术氛围,协作响应能力等软性衡量标准