在传统的软件研发模型中,从提出需求到最后交付,时间周期较长。瀑布模型遵循需求分析、设计、编码、集成、测试、维护六个步骤进行。一旦需求发生变化,不仅浪费前期投入,还不易于调整。

1. 敏捷开发是什么

在传统的软件研发模型中,从提出需求到最后交付,时间周期较长。瀑布模型遵循需求分析、设计、编码、集成、测试、维护六个步骤进行。一旦需求发生变化,不仅浪费前期投入,还不易于调整。

敏捷开发是一种应对快速变化的需求的软件开发能力。特别是互联网软件,前期设计不可能十分完美,在研发的过程中,会不断地调整、优化。

敏捷开发是面向交付、面向协作的。相较于主张完善的设计、文档、流程规范,敏捷开发强调的是持续交付,让目标更早得到验收,让缺陷更早暴露。

在实践过程中,我们需要保持 1-2 周的迭代周期。过长的迭代周期,排期评估通常是不准确的,容易导致延期。同时,较长的迭代周期,意味着复杂的功能。一次迭代将复杂功能引入主版本,不是一个好主意。通过拆分功能,能有效降低问题的复杂度,提高软件质量。

另一方面,需求方、设计方、开发方还需要时刻了解进度。1-2 周的迭代,提供的是一个短期的目标,无法具体到每天的工作内容。建议,负责人每天能组织一次站立晨会,相关人员能花 2 分钟汇报进度,反馈遇到的问题。会后,主要负责人,统一协商解决问题,以保持项目推进。

针对这种快速迭代、持续交付的特点,我们需要寻找合适的分支开发模型。如果是几个人的项目团队,我推荐的是主干集成、分支发布的开发模式。版本管理软件推荐使用 Git,如果使用 SVN,建议转向 Git。这里有一篇博客,可以参考:从 GitLab 推送代码到 SVN 仓库[1]。

2. 特征开发,主干集成,分支发布

  • 特征开发,就是每个小的功能,都新建一个特征分支进行开发。基于特征开发,能够保障各个特征的独立性,允许并行开发特征。同时,未完成的特征,也不会影响主干分支。

  • 主干集成,就是尽可能早地将代码合并到主分支上,在主分支上进行持续集成。

假设每个迭代有 N 个功能,如果这些功能在同一天被合并到主干分支,交叉验证这些功能是否符合预期,需要的工作量是 N ^ 2 级别。但是,如果这些功能,开发自测完毕后,立即发起 MR/PR 流程,合并到主干分支。N 个功能,合并成本会下降到 N 级别。

尽可能早地发起合并请求,能将自己的修改,尽快地告知其他开发者。在开发过程中,其他开发者,就能解决大部分的冲突。

  • 分支发布,就是每次发布都新建一个分支,而不是发布主干分支。

假设现在需要发行 2.1 版本。首先,基于主干分支,创建发布分支 2.1,在 2.1 分支上进行测试,并将缺陷回归到主干分支。验收通过之后,在 2.1 分支上打上 Tag 2.1.0,对外进行发布。

发布之后,如果 Tag 2.1.0 版本有缺陷,需要在 2.1 分支上进行修复,然后回归缺陷到主干分支,打上 Tag 2.1.1,继续发行版本。

分支发布的好处,就是让发布的版本可以追溯,允许开发者对发行版本进行修复,持续发布。另一方面,发布分支不会影响新特性的开发,也不会被主干集成干扰。

3. 测试决定了敏捷开发的速度

没有质量的交付是没有价值的。

敏捷开发过程中,测试是持续集成中的重要环节。测试既是目标,驱动开发人员去达成,也是交付的凭证,是给项目质量的背书。

测试应该整合到研发流程,贯穿整个项目过程。单元测试,API 测试,集成测试,功能测试,不同的测试阶段可以发现着不同粒度的问题。

在实践过程中,我们鼓励将测试左移。参照测试金字塔,尽可能多地写单元测试,能够获得较好的效果。在团队中,测试/开发比通常很低。由开发人员写单元测试,测试人员进行集成测试、功能测试比较合理。

在 MR/PR 流程中,添加 CI 流水线,自动执行测试用例,辅助验证功能,也是事半功倍的实践。

参考资料

[1]从 GitLab 推送代码到 SVN 仓库: https://www.chenshaowen.com/blog/some-common-scripts-in-ci.html#3-从-GitLab-推送代码到-SVN-仓库

研发流程在敏捷开发中的详解相关推荐

  1. 敏捷开发中的Code Review

    敏捷开发中的Code Review 一些敏捷团队在实施敏捷开发中忙于编码.忙于Unit Test.忙于沟通.忙于Build等,虽然也有编码审核阶段,但大都浮于表面,流于形式,效果不佳.本文结合实践,介 ...

  2. 产品经理必读:敏捷开发中的需求管理过程全解

    产品的源头是需求.一切伟大产品的实现都是从需求管理开始的.敏捷开发中的需求管理大致分为三个阶段:需求调研,需求分析和需求确认. 需求调研阶段 产品立项后,产品经理便开始了和需求打交道的漫长过程.第一步 ...

  3. 敏捷开发中的可用性测试

    陈 序明, 资深研发工程师及售前工程师, IBM 王 建芳, 资深软件测试工程师, IBM 李 雨恭, 软件工程师, IBM 简介: 近年来有两个词语在软件行业迅速"走红",一个是 ...

  4. [转]敏捷开发中编写高质量Java代码

    本文转自:http://dev.yesky.com/103/11164603.shtml 敏捷开发的理念已经流行了很长的时间,在敏捷开发中的开发迭代阶段中,我们可以通过五个步骤,来有效的提高整个项目的 ...

  5. [转]敏捷开发之Scrum扫盲,及敏捷开发中XP与SCRUM的区别

    敏捷开发之Scrum扫盲篇 现在敏捷开发是越来越火了,人人都在谈敏捷,人人都在学习Scrum和XP- 为了不落后他人,于是我也开始学习Scrum,今天主要是对我最近阅读的相关资料,根据自己的理解,用自 ...

  6. 敏捷开发中,团队成员认领的是任务还是用户故事?

    一次敏捷workshop上,有同学问:"敏捷软件开发中,团队成员自己主动认领的,是用户故事还是被分解成的任务?"同学们一时讨论热烈. 稍具敏捷开发实践经验的同学都应该知道,答案是- ...

  7. 敏捷开发中如何写好用户故事?

    什么是用户故事? 用户故事(user story)是一个用来确认用户和用户需求的简短描述,作为什么用户,希望如何,这样做的目的或者价值何在.用户故事在软件研发中又被描述为需求.用户故事通常的格式为:作 ...

  8. 敏捷开发中QA如何做质量管理?

     敏捷开发中QA如何做质量管理? 经常有人会问我,敏捷模式下,QA的职责是什么?QA有什么价值?我们还需要QA吗?敏捷转型中遇到的问题,QA能帮助解决吗?这些问题以前也思考过,笔者就是QA出身的, ...

  9. [敏捷开发培训] 什么是敏捷开发中的Spike?

    什么是敏捷开发中的Spike? Spike,如果需要翻译的话,中文可以翻译成"探针",但是一般不会翻译而直接使用Spike这个词. Spike可以理解为:以回答问题或收集信息为目的 ...

最新文章

  1. Spring Boot项目错误:Error parsing lifecycle processing instructions
  2. java使用线程求素数和1000个0~0.9随机数_求素数(多线程练习题)
  3. .net之 datagrid
  4. 判断丑数python_LintCode Python 简单级题目 517.丑数
  5. java时间比较_广州java培训大概多久时间可以毕业
  6. 宏定义和内联函数的区别
  7. Redis应用案例 查找某个值的范围
  8. 我的第一句__asm 语句[很简单]
  9. 从容 IT 人生路,开发工具伴我行——“葡萄城 30 周年”征文
  10. 【收藏】史上最全推荐系统传统算法合集
  11. linux 内核高端内存意义,Linux内核高端内存管理
  12. Spring整合Struts2的两种方式
  13. JEECG(三) JEECG minidao如何封装自己的 多表联合查询 分页查询
  14. Apache Hadoop YARN
  15. 第8代CPU i5-8250U 电脑安装核显 Windows 7 x64位驱动
  16. PHP绘制正方形印章,ps绘制一款正方形的个人印章的方法
  17. 《MySQL必知必会》的读后感
  18. python 画图自定义x轴刻度值
  19. 全球及中国肉牛产业调研与投资前景评估报告(2021版)
  20. boost库用property_tree读xml文件

热门文章

  1. 程序员注意了:这个微信群可以学英语,而且全程免费
  2. 30 段极简 Python 代码:这些小技巧你都 Get 了么?
  3. 美多商城之订单(提交订单2)
  4. C语言字符串大小写转换_只愿与一人十指紧扣_新浪博客
  5. 实战:基于OpenCV实现偏斜文档校正
  6. Webpack系列-第一篇基础杂记
  7. php读取不到指定的php.ini配置
  8. Qt之两种初始化QListWidget的方法
  9. python3 django配置数据库(mysql)
  10. Confluence 6 数据库表-空间(Spaces)