一、什么是敏捷开发 ?

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实践好与坏” />量化所有可交付的副本的开发时间,时间越小越好,时间大能从侧面的可以证明功能架构拆解不够细耦合度比较大,不符合快速迭代的原则

  • 失败部署的占总部署数的百分,占比越小越好

  • 部署上线之后,故障的的数量

  • 部署产生故障之后,故障的恢复时间,表现为定位故障、修复故障的能力

  • 软件项目的数据量,用户,带宽流量,数据库大小等来衡量

  • 技术团队的技术氛围协作响应能力等软性衡量标准