Scrum és Extreme Programming (XP) határozottan nagyon igazodik. Valójában, ha belépett egy ilyen folyamatot végző csapatba, akkor nehéz lehet gyorsan eldönteni, hogy belépett-e egy Scrum csapatba vagy egy XP csapatba. A különbségek gyakran meglehetősen finomak, de fontosak. Azt hiszem, négy fő különbség van a Scrum és az XP között:
- A Scrum csapatok általában két héttől egy hónapig terjedő iterációkban (sprinteknek nevezik) dolgoznak., Az XP csapatok általában egy vagy két hetes iterációkban dolgoznak.
- Scrum csapatok nem teszik lehetővé változások a Sprint. Miután a sprint tervezési találkozó befejeződött, valamint a kötelezettségvállalás, hogy nyilvánított egy sor termék lemaradás tételek, hogy sor tételek változatlan marad a végén a sprint. XP csapatok sokkal támadható változtatni belül iterációk. Mindaddig, amíg a csapat nem kezdett el dolgozni egy adott funkción, egy azonos méretű új funkció cserélhető az XP csapat iterációjára a nem indítható funkcióért cserébe.,
- az extrém programozó csapatok szigorú prioritási sorrendben dolgoznak. A fejlesztendő funkciókat az ügyfél (a Scrum Terméktulajdonosa) rangsorolja, a csapatnak pedig ebben a sorrendben kell dolgoznia. Ezzel szemben a Scrum termék tulajdonosa rangsorolja a termék elmaradását, de a csapat meghatározza azt a sorrendet, amelyben a lemaradás elemeit fejlesztik. Még soha nem láttam egy Scrum csapat nem dönt, hogy a munka a legmagasabb prioritású elem. A Scrum Csapat valószínűleg úgy dönt, hogy a második legfontosabb., Előfordulhat azonban, hogy egy bizonyos ponton az egyik kiemelt elem nem felel meg a tervezett Sprintnek-talán egy kulcsfontosságú személy, akinek rajta kell dolgoznia, elárasztja a magasabb prioritású tételeken végzett munka. Vagy talán van értelme egy kissé alacsonyabb prioritású elemen dolgozni (mondjuk #10 a termék lemaradásán #6 helyett), mert a csapat a kódban fog dolgozni, ahol a #10 végrehajtásra kerül.
- Scrum nem ír elő semmilyen mérnöki gyakorlatot; XP nem., Szeretem az XP mérnöki gyakorlatokat, különösen olyan dolgokat, mint a tesztvezérelt fejlesztés, az automatizált tesztelésre, a párprogramozásra, az egyszerű tervezésre, a refaktorálásra stb. Úgy gondolom azonban, hogy hiba azt mondani a csapatnak: “önszerveződő vagy, bízunk benned, de meg kell tennie ezeket a speciális mérnöki gyakorlatokat….”Ez vegyes üzenetet küld a csapatnak, amely zavart okoz. Szeretem az XP gyakorlatokat, de nem szeretem őket megbízni. Azt akarom, hogy a csapatok saját maguk fedezzék fel az értéket.
ezek apró és gyakran finom különbségek a Scrum és az XP között., Ezek azonban mélyreható hatással lehetnek a csapatra. A tipikus tanácsom a csapatoknak: “Kezdje a Scrummal, majd kitalálja az XP saját verzióját.”Az XP gyakorlatok csodálatosak, de a legjobban működnek, és a csapatok a legszigorúbban elkötelezik magukat, ha maguk fedezik fel őket, ahelyett, hogy megbíznák őket. Segítek csapatok ezt az én coaching kérdéseket tesz fel, mint, ” vajon ez a hiba történt volna, ha már csinál teszt-vezérelt fejlesztés?”és” elkövettük volna ezt a hibát, ha párosulunk?””Úgy találom, hogy az igazi XP egy kis célpont a távolban., Ha egy csapat képes erre célozni, és eltalálni a bika szemét, csodálatos. Ha nem, akkor valószínűleg hackelnek(például automatikus tesztelés vagy TDD nélkül). Scrum egy nagy bika szeme, hogy a saját hozza a nagy fejlesztések egyszerűen a kiegészítő fókusz, valamint a timeboxed iterációk. Ez egy jó kiindulási pont az XP gyakorlatok hozzáadásához.