持续交付与传统敏捷的矛盾(2)

发表于:2012-06-07来源:图灵社区作者:不详 标签:传统敏捷
通过持续的演练发布流程,组织会对这个过程很精通,然后发布就会变得自动化,就像阵痛过后自由的呼吸,像生孩子一样。 提升软件质量,因为团队不

  通过持续的演练发布流程,组织会对这个过程很精通,然后发布就会变得自动化,就像阵痛过后自由的呼吸,像生孩子一样。

  提升软件质量,因为团队不能再像以前一样把问题留到后面,他们必须现在就解决

  消除冲突

  当引入持续交付的时候,我以上所说的冲突点就会频繁出现。我希望当这些问题出现的时候,了解冲突的根本原因,可以有助于更好地讨论并解决它们。如果开发者一开始不愿意打破他们习惯的“正确”做事方式,或者认为持续交付所带来的串行工作太复杂,或者很难理解这些实践的目的和价值,那么我希望他们可以尽量开放地给自己一个机会去尝试一下。一旦这些实践方式根植于一个组织并且变得成熟,团队成员们往往会觉得很难退回到以前的做事方式。

  编者按:我重新定义了“传统敏捷”中让软件可以发布的方式。这个定义不是适用于所有敏捷实践,但是就我看到的,大部分主流概念都认为敏捷需要停下工作来将软件变得可发布。

原文转自:http://www.ltesting.net

评论列表(网友评论仅供网友表达个人看法,并不表明本站同意其观点或证实其描述)