極限編程 VS Scrum

極限編程（XP）是一個(gè)敏捷軟件開發(fā)框架，旨在幫助開發(fā)團(tuán)隊(duì)達(dá)成更高質(zhì)量的開發(fā)節(jié)奏，開發(fā)更高質(zhì)量的軟件。XP是描述軟件開發(fā)工程具體實(shí)踐的敏捷框架。

Scrum是一個(gè)能夠解決復(fù)雜適應(yīng)性問題的敏捷開發(fā)框架，同時(shí)以富有創(chuàng)造力的方式交付最高價(jià)值的產(chǎn)品，幫助團(tuán)隊(duì)在復(fù)雜產(chǎn)品上進(jìn)行有效協(xié)作。

作為敏捷方法論，Scrum和XP共享迭代式開發(fā)、發(fā)布和迭代計(jì)劃、每日會(huì)議、回顧會(huì)議及其他敏捷過程涉及到的元素。在很大程度上，這兩種方法是一致的，甚至有時(shí)很難將采用XP的團(tuán)隊(duì)和采用Scrum的團(tuán)隊(duì)區(qū)分。

（極限編程）

（Sprint周期）

不過兩種敏捷方法并非完全一致，它們之間也有一些細(xì)微的差異，主要在以下4個(gè)方面：

1.迭代長(zhǎng)度

Scrum：

• 通常為兩周到一個(gè)月。

XP：

• 通常是一到兩周。

2.是否允許在迭代中修改需求

Scrum：

• 不允許更改sprint；
• 一旦sprint計(jì)劃會(huì)議完成，并做出了交付一組產(chǎn)品待辦事項(xiàng)的承諾，那么在這一Sprint結(jié)束之前，這組待辦事項(xiàng)將不會(huì)再變。

XP：

• 更容易在迭代中進(jìn)行更改；
• 只要團(tuán)隊(duì)尚未開始研究某個(gè)特定功能，就可以將同等大小的新功能交換到XP團(tuán)隊(duì)的迭代中。

3.是否嚴(yán)格按照迭代的優(yōu)先級(jí)實(shí)現(xiàn)用戶故事

Scrum：

• Scrum產(chǎn)品負(fù)責(zé)人為產(chǎn)品待辦事項(xiàng)安排優(yōu)先級(jí)，但團(tuán)隊(duì)決定他們開發(fā)待辦事項(xiàng)的順序。
• Scrum團(tuán)隊(duì)很可能會(huì)選擇從事第二重要的工作。

XP：

• 嚴(yán)格按照優(yōu)先順序工作。
• 要開發(fā)的特性由客戶（或Scrum的產(chǎn)品負(fù)責(zé)人）確定優(yōu)先級(jí)，團(tuán)隊(duì)需要按照這個(gè)順序?qū)ζ溥M(jìn)行處理。

4.是否采用嚴(yán)格的工程方法來保證軟件實(shí)施過程中的進(jìn)度或質(zhì)量

Scrum：

• 沒有規(guī)定任何工程實(shí)踐。

XP：

• 極限編程有十二個(gè)工程實(shí)踐：現(xiàn)場(chǎng)客戶、代碼規(guī)范、每周40小時(shí)工作制、計(jì)劃游戲、系統(tǒng)隱喻、簡(jiǎn)單設(shè)計(jì)、測(cè)試驅(qū)動(dòng)開發(fā)、重構(gòu)、代碼集體所有、持續(xù)集成、小型發(fā)布、結(jié)對(duì)編程。

我們將XP和Scrum之間的區(qū)別總結(jié)如下：

從中，我們不難發(fā)現(xiàn)，XP與敏捷的結(jié)合出現(xiàn)了一個(gè)悖論，因?yàn)閄P的思想加上敏捷模式，最終向團(tuán)隊(duì)傳達(dá)了這樣的信息：“敏捷要求團(tuán)隊(duì)自管理，但團(tuán)隊(duì)又被測(cè)試驅(qū)動(dòng)開發(fā)、結(jié)對(duì)編程等工程實(shí)踐約束。”

結(jié)論

Scrum作為一個(gè)敏捷軟件開發(fā)框架，可以在Scrum框架的基礎(chǔ)上添加其他實(shí)踐。而極限編程的工程實(shí)踐也完全適應(yīng)Scrum開發(fā)框架，因此，與其在XP和Scrum之間進(jìn)行選擇，不如將Scrum和XP進(jìn)行融合。對(duì)于剛開始實(shí)踐Scrum并努力實(shí)踐敏捷的團(tuán)隊(duì)來說，在Scrum中添加XP的工程實(shí)踐可能是一條合適的道路。