極端程式設計（XP）與Scrum：主要差異及何時使用各自方法

Scrum 是一種框架，讓人們能在有效且富有創意地交付高價值產品的同時解決複雜的適應性問題。Scrum本身是一種簡單的框架，能促進團隊在複雜產品上的有效合作。

Scrum 和 XP 都是敏捷方法論，共享許多共同概念，例如迭代開發、可運作的軟體、發行與迭代規劃，每日站會、回顧會議，以及所有其他敏捷流程元素。這兩種方法如此一致，以致於很難區分一個實踐 XP 的團隊與另一個實踐 Scrum 的團隊。

極端程式設計

Sprint週期

然而，仍有一些差異，其中一些差異相當微妙，特別是在以下四個方面：

• 通常為兩到四周。

• 通常為一到兩週。

• 不允許對其 Sprint.
• 一旦 Sprint 規劃 完成，並確定一組 產品待辦事項清單項目被承諾後，這些項目在整個 Sprint 期間保持不變。

• 在迭代過程中更容易更改。
• 只要某個特定功能尚未開始，就可以將另一個大小相近的新功能替換進XP團隊的迭代中，取代尚未開始的功能。

• 嚴格按照優先順序工作。
• 待開發的功能由客戶（Scrum的產品負責人）進行優先排序，團隊必須依序處理。

• Scrum的產品負責人對產品待辦事項進行優先排序，但團隊決定開發待辦事項的順序。
• 一個Scrum團隊很可能會選擇先處理第二重要的項目。

• 並未規定任何特定的工程實務。

• 是的，XP確實如此。
• 例如：測試驅動開發（TDD）、配對程式設計、簡單設計、重構等。

我們可以總結XP與Scrum的差異如下：

因此，我們認為 XP 的做法是可以接受的，但它為敏捷帶來了一個矛盾：將 XP 的理念與敏捷原則結合，向團隊傳達了一個令人困惑的訊息：「你們是一個完全自我管理的組織，但卻必須實施 TDD、配對程式設計等。」

顯而易見，這四個差異非常明顯：

• 在Scrum中，重點在於自我組織。
• 在XP中，重點在於強烈的工程實踐約束。

結論

Scrum 是一個產品開發框架——一個可以納入其他實踐的容器。XP 是你可以在 Scrum 框架內應用的實踐之一。團隊沒有理由在 Scrum 和 XP 之間做選擇。XP 的規則和實踐並不容易，且大多數都是不可妥協的。對於從 Scrum 開始並致力於成為專業 Scrum 團隊的團隊而言，將 XP 納入 Scrum 可能是一種自然的進展。