敏捷发布火车的沧海桑田

在最近Leading SAFe培训当中,围绕敏捷发布火车(Agile Release Train,ART)讨论了蛮久。其历史前后的变化给不少人带来混淆。

敏捷发布火车(Agile Release Train,ART)是一种基于敏捷思想的软件发布模式,它将多个开发团队协同起来,按照固定的时间间隔(通常为几周或几个月)发布软件产品或服务。敏捷版本火车可以理解为一列火车,每一节车厢可以认为是一个团队,多个团队在同一个火车上。

大概在2015年以前,ART确实缺省按PI发布,一个PI典型是10周,可以形象地理解为这列火车沿着产品路线(Roadmap)行进,途中会设置有火车站(Program Increment,项目群增量),到达每一站,每个车厢的团队就把自己的交付物(Product Increment)交付出来,这样每一站都会有团队的产出以及项目群层的产出。如果错过第N个PI时间点,那么就得等下一个PI。

当初敏捷版本火车的目的是为了提高软件开发和发布的效率、质量和协作,使得软件产品或服务能够快速地适应市场和用户的需求变化。敏捷版本火车的优点有以下几点:

• 它可以保证发布的时间和质量,让用户和客户能够预期和信赖软件产品或服务的更新。

• 它可以促进多个团队之间的沟通和协作,避免重复工作和冲突,提高资源利用率和协同效率。

• 它可以鼓励团队持续地学习和改进,通过定期的回顾和反馈来优化软件开发和发布的流程和方法。

但是注意,当时其对应改进的情况是每半年以上发布。

随着时间推移,最新SAFe推进到Release on demand-按需发布,对比每10周发布,是提升了2个数量级!

目前常见的敏捷发布火车发布频率是每迭代发布,也就是双周发布。

最新SAFe6里面把原来的“Program Increment”改名为Planning Interval,典型仍然是5个迭代组成一个PI,但注意不再使用Increment,因为每次发布都交付Increment,不再是PI的专利。

从这个角度讲,火车的隐喻已经有点不那么契合最新的Release on demand,但由于历史原因沿用下来,作为SAFe的核心概念,估计Agile Release Train - ART这个词汇应当长期保留下去。

你可能感兴趣的:(1024程序员节)