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

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

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

　　消除冲突

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

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

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