
XP 與擁抱改變
|
185
採用了 XP 之後得到「只比沒做好一點」結果的團隊,會發現雙人程式設計能夠避免缺
陷進到軟體裡,而測試驅動開發和持續整合則可以捕捉別人加入的軟體錯誤。但這樣的
團隊通常會認為這些實踐是「如果有的話會很棒的東西」(Nice-To-Have)。為了把專案
完成並交付給用戶,他們最起碼要做的是撰寫程式,把所有那些花俏的部分都去掉。他
們會說類似這樣的話:「我們快要趕不及了,所以我們沒時間寫單元測試」,或者「如果
我們有能力讓 2 位程式設計師致力於同一個任務就好了,但是如果我們想要如期完成的
話,就根本沒有這麼多的人手。」
這種心態對於首次接觸 XP 的團隊來說並非少見。這種心態的問題是,這些實踐最終被
視為類似於節食或運動:如果我們沒有這麼繁忙的生活方式,這些真的都是很好的主
意,我們也肯定會去做。但是即使對於確實執行這些實踐的人們來說,如果這些實踐
感覺起來像是可有可無的,那麼當時程變得緊迫或專案遇到問題時,這些實踐就會被
拋棄。
這就是為什麼團隊會把 XP 實踐視為查核表──或者更糟的是,試圖根據他們採用了多
少實踐來分配「我們已經落實的 XP 百分比」分數。這樣就是把 XP 實踐本身當作最終
目標,而不是到達最終目標的手段。這就是團隊仍存有尚未準備好要採用 XP 心態的大
紅色閃光警示牌。
沒有對於 XP 保有正確心態的團隊,將不得不轉變他們的思考方式。對於團隊而言,心
態的轉變看起來似乎是件大事,尤其如果他們並不接受實踐真的值得他們花時間去做。
是什麼讓團隊認為 XP 實踐對於建構優質軟體來說是非常重要的「一流」實踐 ...