持續交付與傳統敏捷的矛盾(2)

　　通過持續的演練發布流程，組織會對這個過程很精通，然后發布就會變得自動化，就像陣痛過后自由的呼吸，像生孩子一樣。

　　提升軟件質量，因為團隊不能再像以前一樣把問題留到后面，他們必須現在就解決

　　消除沖突

　　當引入持續交付的時候，我以上所說的沖突點就會頻繁出現。我希望當這些問題出現的時候，了解沖突的根本原因，可以有助于更好地討論并解決它們。如果開發者一開始不愿意打破他們習慣的“正確”做事方式，或者認為持續交付所帶來的串行工作太復雜，或者很難理解這些實踐的目的和價值，那么我希望他們可以盡量開放地給自己一個機會去嘗試一下。一旦這些實踐方式根植于一個組織并且變得成熟，團隊成員們往往會覺得很難退回到以前的做事方式。

　　編者按：我重新定義了“傳統敏捷”中讓軟件可以發布的方式。這個定義不是適用于所有敏捷實踐，但是就我看到的，大部分主流概念都認為敏捷需要停下工作來將軟件變得可發布。

原文轉自：http://www.anti-gravitydesign.com