Nexus Útmutató. Meghatározó Útmutató a Nexushoz: A kiterjesztett Scrum vázlatos leírása. Developed and sustained by Ken Schwaber and Scrum.

Átírás

1 Nexus Útmutató Meghatározó Útmutató a Nexushoz: A kiterjesztett Scrum vázlatos leírása Developed and sustained by Ken Schwaber and Scrum.org August 2015

2 Tartalomjegyzék Nexus Áttekintés... 2 A Nexus Útmutató Célja... 2 A Nexus Meghatározása... 2 A Nexus Háttere... 2 Nexus Keretrendszer... 3 A Nexus Folyamat Áramlás... 4 Software Practices... 5 Nexus... 5 Nexus Szerepkörök... 5 Nexus Integrációs Csapat... 5 Nexus Események... 7 Nexus Sprint Tervezés... 7 Nexus Napi Scrum... 7 Nexus Sprint Felülvizsgálat... 8 Nexus Sprint Visszatekintő... 8 Finomítás... 9 Nexus Munkaanyagok... 9 Termék Teendőlista... 9 Nexus Cél Nexus Sprint Teendőlista Integrált Inkrementum Munkaanyag Átláthatóság A Kész Definíciója Végszó Köszönetnyilvánítás Copyright Scrum.org, 2015 All Rights Reserved Page 1 (Version 1.1)

3 Nexus Áttekintés A Nexus Útmutató Célja A Nexus a kiterjesztett és fenntartható termék és szoftverfejlesztés keretrendszere. A Scrumot építőelemeként használja. Ez az útmutató a Nexus meghatározását tartalmazza. Ez az útmutató a Nexus szerepköreiből, eseményeiből, munkaanyagaiból és az ezeket összekötő szabályokból áll. A Nexust Ken Schwaber és a Scrum.org fejlesztette. A Nexus útmutatót ők írták és teszik elérhetővé. A Nexus Meghatározása Nexus (főnév): A fejlesztés egysége (a Kiterjesztett Professzionális Scrumban) A Nexus szerepkörökből, eseményekből, munkaanyagokból és olyan technikákból áll, amely körülbelül három-kilenc, egyetlen teendőlistán dolgozó Scrum Csapat munkáját fogja össze, egy meghatározott célt teljesítő, Integrált Inkrementum építése során. A Nexus Háttere A szoftverfejlesztés komplex és a munka egy szoftverré integrálása sok munkaanyag és folyamat koordinálását igényli, hogy Kész végeredményt alkosson. A munkát meg kell szervezni, sorba kell rendezni, a függőségeket fel kell oldani és az eredményeket véglegesíteni kell. További nehézséget jelent, hogy a szoftver fizikailag nincs jelen. Sok fejlesztő használta a Scrum keretrendszert, hogy csapatként együttműködve, működő szoftver Inkrementumot hozzanak létre. Nehézségek merülnek fel azonban, ha több mint egy Scrum csapat dolgozik egyazon Teendőlistán a termék egységes kódbázisát használva. Hogyan fognak a csapattagok kommunikálni, amikor egymás munkáját befolyásoló munkát végeznek és nem egyazon helyen dolgoznak? Hogyan integrálják munkájukat és tesztelik az integrált Inkrementumot, amikor külön csapatokban dolgoznak? Ezen kihívások már két csapat együttműködésénél is jelentkeznek és nehezen jelentősen nehezednek három vagy több csapat esetén. Sok függőség van több csapat együttműködése esetén a csapatok munkájában, melyek akkor jelentkeznek, amikor Sprintenként legalább egyszer, közös, Kész Inkrementumot állítanak elő. Ezek a függőségek a következő területekhez köthetőek: 1. Követelmények: A követelmények tárgya átfedésben lehet és implementálásuk módja hatással lehet egymásra. Ezt a tudást számításban kell venni, amikor a Teendőlista elemeit sorba rendezzük és a követelmények kiválasztásánál. 2. Tudás területek: A csapatok tagjai különböző üzleti és számítástechnikai szakterületeket ismernek. Ezt az információt a Scrum Csapatokhoz kell rendelni, hogy a megfelelőségüket biztosítsuk és a csapatok közötti megszakításokat minimalizáljuk a sprintek alatt. 3. Szoftver és teszt munkaanyagok: A követelmények szoftver kód és teszt formájában fognak megvalósulni. Copyright Scrum.org, 2015 All Rights Reserved Page 2 (Version 1.1)

4 A csapatok közötti függőségek mértéke arányosan csökkenthető a követelmények, csapattagok tudása és kód/teszt munkaanyagok csapatokhoz rendelhetőségével. Amikor a Scrumot használó szoftverfejlesztést kiterjesztjük, ezek a követelmények, tudás területek és szoftver/teszt munkaanyagok kell, hogy a csapatösszeállítást vezéreljék. A produktivitás annyira optimalizálható, amennyire ez kivitelezhető. Nexus Keretrendszer A Nexus egy Integrált Inkrementum előállításán összedolgozó, több csapatot összetartó váz. A Nexus konzisztens a Scrummal és részei ismerősek lesznek mindazoknak akik Scum projekteken dolgoztak. A különbség az, hogy több figyelmet fordít a függőségekre és a csapatok közötti együttműködésre a Kész Integrált Inkrementum legalább Sprintenkénti leszállításakor. Amint a következő ábrán látható, a Nexus elemei a következők: Szerepkörök: Egy új szerepkör, a Nexus Integrációs Csapat, amely a koordinálni, edzeni és felügyelni hivatott a Nexus alkalmazását és a Scrum működését a legjobb eredmény leszállítása érdekében. A Nexus Integrációs Csapat a Product Ownerből, Scrum Masterből és további Nexus Integrációs Csapattagokból áll. Munkaanyagok: Minden Scrum Csapat egyetlen, közös Teendőlistán dolgozik. Amikor a Teendőlista elemeit finomítják és késszé formálják, láthatóvá teszik az arra utaló jeleket, hogy mely csapat fogja a feladatot Sprintje részeként teljesíteni. Egy új munkaanyag, a Nexus Sprint Teendőlista. Azért hoztuk létre, hogy Sprint közben átláthatóságot biztosítson. Minden Scrum Csapat felelős a saját, egyéni Sprint Teendőlistájának karbantartásáért. Események: hozzáadódtak, kiegészítenek vagy helyettesítenek (Például Sprint Áttekintés esetén) hagyományos Scrum eseményeket, fokozva azokat. Módosított változatuk a Nexusban levő Scrum Csapatok együttes és egyéni erőfeszítéseit egyaránt szolgálja. Copyright Scrum.org, 2015 All Rights Reserved Page 3 (Version 1.1)

5 Nexus Keretrendszer, a kiterjesztett Scrum vázlata A Nexus Folyamat Áramlás A Nexusban minden feladatot a Scrum Csapatok bármely tagja elvégezhet, a Nexus mindenre bevethető tagjaként. A függőségeket figyelembe véve, a munka elvégzésére a csapatok az adott munkára legalkalmasabb csapattagokat választhatják. A Teendőlista Finomítása: A Teendőlistát olyan módon kell elemeire szedni, hogy a függőségeket azonosítani majd kiiktatni vagy minimalizálni lehessen. A Teendőlista elemeit funkcionális szeletekre kell bontani és a csapatot, mely a munkát legvalószínűbb, hogy elvégzi, a lehető leghamarabb azonosítani kell. A Nexus Sprint Tervezés: A Csapatokból alkalmas képviselők találkoznak, hogy a finomított Termék Teendőlistát átnézzék és megvitassák. Minden Csapatnak Termék Teendőlista elemeket választanak. Ezek után minden Scrum Csapat megtervezi saját Sprintjét, szükség esetén a többi csapattal együttműködve. Az eredmény egy sor Sprint Cél, melyek az egészet átölelő Nexus Célt támogatják, a csapatok saját Sprint Teendőlistái és egy közös Nexus Sprint Teendőlista. A Nexus Sprint Teendőlista átláthatóvá teszi az egyes Csapatok választott Teendőlista elemeit és az ezek között fennálló összefüggéseket. Fejlesztés: Minden csapat szoftvert fejleszt, eredményeiket gyakran integrálva egy közös környezetbe, melyen tesztelhető, hogy az integráció megtörtént. Nexus Napi Scrum: A Scrum Fejlesztő Csapatokból alkalmas képviselők találkoznak naponta, hogy azonosítsák a felmerülő integrációs feladatokat. Amennyiben találnak, ezt az információt megosztják az érintett Csapatok Napi Scrumja során. A Scrum Csapatok ezek után a Napi Scrumot használják, hogy a Nexus Scrumon felmerült integrációs feladatot figyelembe vevő napi tervet készítsenek. Copyright Scrum.org, 2015 All Rights Reserved Page 4 (Version 1.1)

6 Nexus Sprint Felülvizsgálat: Minden Csapat találkozik a Product Ownerrel, hogy az Integrált Inkrementumot együtt nézzék át. A Termék Teendőlistán igazításokat hajthatnak végre. Nexus Sprint Visszatekintő: A Scrum Fejlesztő Csapatokból alkalmas képviselők találkoznak, hogy a közös kihívásokat azonosítsák. Utána, minden csapat megtartja saját Sprint Visszatekintőjét. A csapatok alkalmas képviselői ismét találkoznak, hogy megbeszéljék a közös kihívások alapján azonosított szükséges teendőket, ezzel egy bottom-up intelligenciát biztosítva. Szoftver Gyakorlatok Sok szoftverfejlesztési gyakorlat szükséges az Integrált Inkrementum előállításán dolgozó csapatok munkájának összefogására. Ezen gyakorlatok legtöbbje automatizálást igényel. Az automatizálás segít a legfőképp kiterjesztett fejlesztés során jelentkező munka és munkaanyagok mennyiségének és komplexitásának kezelésében. Nexus Nexus szerepkörök, események és munkaanyagok öröklik meg a megfelelő Scrum szerepkörök, események és munkaanyagok kiválasztott, Scrum Útmutatóban részletezett tulajdonságait. Nexus Szerepkörök Egy Nexus a Nexus Integrációs Csapatból és nagyságrendileg három-kilenc Scrum Csapatból áll. Nexus Integrációs Csapat A Nexus Integrációs Csapat felel azért, hogy egy Integrált Inkrementum (a Nexus által közösen előállított munkadarab) készül legalább minden Sprintben egyszer. A Scrum Csapatok felelősek azért, hogy potenciálisan kiadható szoftver Inkrementumokat állítsanak, ahogy az a Scrum Útmutató is előírja. A Scrum Csapatok minden Szerepköre a Scrum Útmutatóban van előírva. A Nexus Integrációs Csapat egy Scrum Csapat mely a következőkből áll: A Product Owner Egy Scrum Master Egy vagy több Nexus Integrációs Csapattag A Nexus Integrációs Csapat tagjai, ha szükséges és megfelelőnek találtatnak, egyben az adott Nexus Scrum Csapatainak is tagjai lehetnek. Amennyiben ez az eset áll elő, a Nexus Integrációs Csapatnak végzett munka kell prioritást élvezzen. A Nexus Integrációs Csapat tagsága előnyben részesül az egyes Scrum Csapatok tagságával szemben. Ez az előnyben részesítés biztosítja, hogy a több csapatra kihatással levő dolgok megoldása prioritást élvez. Copyright Scrum.org, 2015 All Rights Reserved Page 5 (Version 1.1)

7 A Nexus Integrációs Csapat tagjai idővel változhatnak a Nexus igényeihez igazodva. A Nexus Integrációs Csapat által végzendő feladatok között gyakran megtalálhatóak a coaching, konzultáció, függőségi kapcsolatokra figyelem felhívó és több csapatot érintő feladatok. Ugyanakkor a Termék Teendőlista elemein is dolgozhat. A Nexus Integrációs Csapat minden integrációs feladatot magáénak tekint. Felel minden Scrum Csapat által végzett munka integrációjáért. Az Integrációs feladatok közé tartozik minden több csapatot érintő technikai vagy nem technikai probléma megoldása, ami a Nexus egészét abban gátolná, hogy folyamatosan Integrált Inkrementumot szállítson. A megoldás érdekében a Nexusban található intelligencia alulról felfelé történő vizsgálata ajánlott. Product Owner a Nexus Integrációs Csapatban Egy Nexus egyetlen Termék Teendőlistán dolgozik és amint a Scrum Keretrendszer Útmutatója leírja, a Termék Teendőlistának egyetlen Product Ownere van, akinek végső döntési joga van minden elemével kapcsolatban. A Product Owner felelős a termék értékének maximalizálásáért és a Scrum Csapatok által végzett és integrált feladatokért. A Product Owner a Nexus Integrációs Csapat része. A Product Owner felelős a Teendőlista elemeinek finomításáért és rangsorolásáért a Nexus által leszállított Integrált Inkrementum értékének maximalizálásának érdekében. Ennek módja nagyban eltérhet vállalatok, Nexusok, Scrum Csapatok és egyének között. Scrum Master a Nexus Integrációs Csapatban A Scrum Master, a Nexus Integrációs Csapat tagjaként felelős a Nexus keretrendszer megértésének és szabályainak betartásának biztosításáért. Ez a Scrum Master a Nexusban levő többi Scrum Csapat közül egy vagy akár több Csapatnak is Scrum Mastere lehet egyben. A Nexus Integrációs Csapat Tagjai A Kiterjesztett fejlesztési munka olyan eszközöket és gyakorlatokat igényelhet, melyeket az egyes Scrum Csapatok esetleg csak ritkán használnak. A Nexus Integrációs Csapat olyan szoftver fejlesztésben járatos szakemberekből áll, akik ismerik a szükséges gyakorlatokat, eszközöket és kiterjedt rendszerfejlesztési tapasztalattal rendelkeznek. A Nexus Integrációs Csapat biztosítja a gyakorlatok és eszközök bevezetését és megértését, függőségek feltárására való használatát és azt, hogy minden munkadarabot a Kész definíciója szerint integrálnak. A Nexus Integrációs Csapat felelős a Nexusban levő Scrum Csapatok ösztönzéséért és vezetéséért, hogy megszerezzék, bevezessék és megtanulják a szükséges gyakorlatokat és eszközök használatát. Ezen felül ösztönzik a Scrum Csapatokat a szervezet által megkövetelt szintű fejlesztési, infrastrukturális és architekturális követelmények betartására, a jó minőségű Integrált Inkrementum előállítása érdekében. Ha elsődleges feladatuknak eleget tettek, a Nexus Integrációs Csapat tagjai egy vagy több Scrum Csapat tagjaként is közreműködhetnek. Copyright Scrum.org, 2015 All Rights Reserved Page 6 (Version 1.1)

8 Nexus Események A Nexus eseményeinek időtartamát az azoknak megfelelő, Scrum Útmutatóban található események hossza határozza meg. A Scrum Útmutatóban található Eseményekhez hasonlóan időkeretek állnak rendelkezésre számukra. Nexus Sprint Tervezés A Nexus Sprint Tervezés célja, hogy egyetlen Sprint erejéig, a Nexusban levő minden Scrum Csapat tevékenységét koordinálja. A Product Owner ismereteket oszt meg és vezeti a kiválasztás és a prioritásokról való döntés folyamatát. A Nexus Sprint Tervezés megkezdése előtt az egyes Scrum Csapatok képviselői átnézik és igazításokat hajtanak végre a feladatok sorrendjén, felhasználva a Finomítások tapasztalatát. A Scrum Csapatok minden tagjának ajánlott a részvétel, ezzel minimalizálhatjuk a kommunikációs problémákat. A Nexus Sprint Cél meghatározása a Nexus Sprint Tervezés során történik. A Scrum Csapatok által végzett munka értelmét írja le. Amint a Nexusra váró teljes feladat érthető, minden Scrum Csapat elvégzi saját Sprintjének Tervezését. Amennyiben a meeting egy közös helységben zajlik, a Csapatok megoszthatják az újonnan feltárt függőségeket egymással. A Nexus Sprint Tervezésnek akkor van vége, ha minden csapat befejezte saját Sprintjének Tervezését. A Nexus Sprint Tervezés Során új függőségek bukkanhatnak fel. Ezeket vizualizálni és minimalizálni kell. Szükséges lehet a csapatok között felosztott munka sorrendjének alakítására is. Egy megfelelően finomított Termék Teendőlista minimalizálja a Nexus Sprint Tervezés során felbukkanó új függőségek számát. A Nexus Sprint Teendőlistán vizualizálni kell a Sprintbe választott összes Teendőlista Elemet és a közöttük fennálló függőségeket. A Termék Teendőlistát a Nexus Sprint Tervezés előtt megfelelően finomítani kell és a felmerülő függőségeket azonosítani és megszűntetni vagy minimalizálni szükséges. Nexus Napi Scrum A Nexus Napi Scrum egy olyan Scrum Csapatokat képviselő csapattagoknak létrehozott esemény, ami az Integrált Inkrementum aktuális állapotának felmérését, integrációs problémák és csapatok közötti függőségek feltárását szolgálja. A Nexus Napi Scrum során a résztvevők az egyes Scrum Csapatok Integrált Inkrementumra gyakorolt hatását kell figyeljék és a következőket kell megbeszéljék: Sikeresen integrálva van az előző napi munka? Amennyiben nem, miért nem? Milyen új függőségeket azonosítottak? Milyen új információt kell megosztani a Nexus csapataival? Copyright Scrum.org, 2015 All Rights Reserved Page 7 (Version 1.1)

9 A Nexus Napi Scrum során a Nexus Sprint Teendőlistát ajánlott használni a fennálló függőségek vizualizálására és menedzselésére. A Nexus Napi Scrum alatt azonosított feladatokat ezek után tovább kell adni az egyes Scrum Csapatoknak, hogy tervezhessenek velük a csapat szintű Napi Scrum során. Nexus Sprint Felülvizsgálat A Nexus Sprint Felülvizsgálat a Sprint végén tartott, a Sprint során épített Integrált Inkrementumra visszajelzés lehetőségét biztosító esemény. Egy Nexus Sprint Felülvizsgálat helyettesíti az összes Scrum Csapat Sprint Felülvizsgálatát, mert az egész Integrált Inkrementumot érintő lehetőséget biztosít visszajelzésre az összes érintett számára. Előfordulhat, hogy nem lehetséges minden elvégzett feladat részletes bemutatása. Az érintettek visszajelzéseinek maximalizálására esetenként megoldást kell találni. Nexus Sprint Visszatekintő A Nexus Sprint Visszatekintő formális lehetőség a Nexus számára, hogy a megfigyelést és alkalmazkodást gyakorolja. Három részből áll: 1. Az első rész a Nexus különböző részeiből érkező képviselőknek ad lehetőséget a több csapatra kiterjedő problémák feltárására. Célja, a közös problémák átláthatóvá tétele minden Scrum Csapat számára. 2. A második rész az egyes Scrum Csapatok egyéni, Scrum keretrendszerben leírt, Sprint Visszatekintőéből áll. Az első részben azonosított problémákat kiindulópontként használhatják fel saját megbeszélésük során. Az egyes Scrum Csapatok a Scrum Csapat Visszatekintőket használják, hogy ezekre a problémákra megoldás javaslatokat fogalmazzanak meg. 3. A harmadik rész ismét lehetőséget ad a Nexus különböző részeiből érkező képviselőknek, hogy találkozzanak és közösen találják ki a megoldásjavaslatok vizualizálásának és követésének módját. Ez a Nexus egészének lehetőséget ad az alkalmazkodásra. Mivel a méretezésből fakadóan gyakran nem működő területként jelentkeznek, minden Visszatekintőnek ajánlott a következőket érintenie: Minden feladatot sikerült elvégezni? Generált a Nexus technikai adósságot? Sikerült minden munkadarabot, legfőképp a kódot minden nap integrálni? Elég gyakran sikerült a szoftver fordítása, tesztelése és telepítése ahhoz, hogy a megoldatlan függőségek felhalmozódásának gátat szabjon? A fenti kérdések feltárása érdekében érdemes a következőket vizsgálni: Miért történt? Hogyan lehet a technikai adósságot megoldani? Hogyan kerülhető el, hogy ismét előforduljon? Copyright Scrum.org, 2015 All Rights Reserved Page 8 (Version 1.1)

10 Finomítás A Nexus méretei miatt több szinten történik finomítás. Csakis amikor megfelelően függetlenek a Termék Teendőlista elemei, lehet kiválasztani őket és dolgozni rajtuk a Nexusban levő Scrum Csapatok közötti kiterjedt konfliktusok nélkül. A Finomító Meetingek száma, gyakorisága, időtartama és résztvevői a Termék Teendőlista elemei között fennálló függőségek számától függ. Minél komplexebbek és összefüggőbbek a Termék Teendőlista elemei, annál több Finomításra van szükség az összefüggések megszüntetése érdekében. A Termék Teendőlista elemei több lépésben jutnak el a nagy és pontatlan kérésektől az egyetlen Scrum Csapat által egyetlen Sprint alatt leszállítható feladatig. A Termék Teendőlista finomításának a méretezésnél kettős célja van. Előrevetíti, hogy melyik csapat fogja az adott teendőket leszállítani és azonosítja az adott csapatok közötti függőségeket. A vizualizáció lehetővé teszi a csapatok számára, hogy nyomon kövessék és minimalizálják a függőségeket. A csapatok közti Finomítás első lépése a Termék Teendőlista elemeinek részletezése addig, amíg a feladatot feltehetően elvégző Csapatok és végrehajtásuk sorrendbe illeszkedése a soron következő Sprintekben ismerté válik. A Finomítás második részében a függőségekre kell összpontosítani. A csapatok és Sprintek közötti függőségeket azonosítani és vizualizálni kell. A csapatoknak szükségük lesz erre az információra, hogy a feladatvégzés sorrendjét és a feladatkiosztást alakítva a csapatok közötti függőségeket minimalizálják. Elegendő Finomítás történt egy Sprint folyamán, ha a Termék Teendőlista elemei készek és kiválaszthatóak a lehető legkevesebb függőséggel a Sprint Tervezés során. Nexus Munkaanyagok A Munkaanyagok munkát vagy értéket képviselnek, átláthatóságot és lehetőséget biztosítanak a vizsgálat és alkalmazkodás gyakorlására a Scrum Útmutatóban leírt módon. Termék Teendőlista Egy Termék Teendőlista létezik az egész Nexus és egyben minden Scrum Csapata számára. A Product Owner felelős a Termék Teendőlistáért, beleértve a tartalmát, rendelkezésre állását és elemeinek sorrendjét. Méretezésnél a Termék Teendőlistát legalább annyira érteni kell, hogy a függőségeket azonosítani és minimalizálni lehessen. A Termék Teendőlista elemeit gyakran vékony szeletekre bontják, hogy a megoldást elősegítsék. A Termék Teendőlista elemeit késznek Copyright Scrum.org, 2015 All Rights Reserved Page 9 (Version 1.1)

11 tekintjük a következő Nexus Sprint Tervezésre, amikor a Scrum Csapatok által, a többi Scrum Csapatra nézve a lehető legkevesebb függőséggel kiválaszthatóak. Nexus Cél A Nexus Sprint Tervezés során a Célt a Sprint egészére választják. Ezt nevezzük a Nexus Céljának. Összegzi a Nexusban közreműködő összes Scrum Csapat egyéni Sprint Célját és az általuk elvégzendő munkát. A Nexus a Cél elérése érdekében fejlesztett funkcionalitást a Nexus Sprint Felülvizsgálaton mutatja be. Nexus Sprint Teendőlista A Nexus Sprint Teendőlista az összes Scrum Csapat Sprint Teendőlistájának összefoglaló képét adja. A Sprint során felmerülő függőségek és munkafolyamat megjelenítésére szolgál. Legalább naponta frissíteni kell, gyakran ez a Nexus Napi Scrum részeként történik. Integrált Inkrementum Az Integrált Inkrementum testesíti meg a Nexus által végzett integrált feladatok összességét. Az Integrált Inkrementum használható és kiadható kell legyen, ez azt jelenti, hogy meg kell feleljen a Kész definíciójának. Az Integrált Inkrementum a Nexus Sprint Felülvizsgálat során megtekinthető. Munkaanyag Átláthatóság Úgy, mint építőelemének a Scrumnak, a Nexusnak is az átláthatóság az alapja. A Nexus Integrációs Csapat együttműködik a Scrum Csapatokkal és a szervezettel egyaránt, hogy biztosítsa a munkaanyagok átláthatóságát és azt, hogy az Integrált Inkrementum állapota mindenki számára ismert legyen. A Nexus munkaanyagairól hozott döntések csak akkor lehetnek hatékonyak, ha a munkaanyagok átláthatóak. Hiányos vagy részleges információ rossz vagy hamis döntésekhez vezet. Ezen döntések hatása a Nexus méreteivel arányosan többszöröződik. A teljes átláthatóság hiányában lehetetlenné válik a Nexus kockázatok minimalizálásával és értékteremtő képességének maximalizálásával járó irányítása. A Szoftvert úgy kell fejleszteni, hogy a függőségeket időben, még mielőtt a technikai adóság elfogadhatatlan mértéket öltene észlelni és minimalizálni kell. Az elfogadhatatlan mértékű technikai adósság tesztje az integráció során felmerülő bizonytalanság abban, hogy minden függőséget sikerült feloldani. Ilyen esetekben a feloldatlan függőségek rejtve maradnak a kódban és tesztekben, csökkentve a szoftver értékét. A Kész Definíciója A Nexus Integrációs Csapat felelős a Kész definíciójáért, mely alkalmazható kell legyen minden Sprintben az előállított Integrált Inkrementumra. A Nexus összes Scrum Csapata ezen Copyright Scrum.org, 2015 All Rights Reserved Page 10 (Version 1.1)

12 Kész definíció szerint dolgozik. Az Inkrementum csak akkor Kész, ha az használható és a Product Owner kiadhatja. Egy Termék Teendőlista eleme akkor tekinthető Kész -nek, ha az általa definiált funkcionalitás sikeresen hozzá lett adva a termékhez és Integrálva lett az Inkrementumba. Minden Scrum Csapat felelős azért, hogy a leírt feltételeknek megfelelő Inkrementumba fejlessze és integrálja munkáját. Egyes Scrum Csapatok dönthetnek úgy, hogy a közös Kész definíciónál szigorúbb definíciót alkalmaznak saját csapatukon belül, de nem várhatják el a szigorúbb feltételek teljesülését az Inkrementumra. Végszó A Nexus ingyenes és megosztott ebben az Útmutatóban. Csakúgy, mint a Scrum keretrendszer esetében, a Nexus szerepkörei, munkaanyagai, eseményei és szabályai nem megváltoztathatóak. Bár lehetséges részleges implementálásuk, az eredmény nem Nexus. Köszönetnyilvánítás A Nexus és a Scaled Professional Scrum Ken Schwaber, David Dame, Richard Hundhausen, Patricia Kong, Rob Maher, Steve Porter, Christina Schwaber és Gunther Verheyen közös fejlesztése. Copyright Scrum.org, 2015 All Rights Reserved Page 11 (Version 1.1)