ebben a bevezető szintű cikkben megnézzük a Sprint mechanikáját, és azt, hogy a csapattagoktól elvárják, hogy együttműködjenek annak érdekében, hogy felszabadítási minőségű növekedést hozzanak létre.

az első nap: Sprint Tervezés

az egész csapat, beleértve a termék tulajdonosát is, a Sprint első napján találkozik, és Sprinttervezési munkamenetet tart. Ez az első dolog, ami történik, amint a Sprint megkezdődik.

előkészítés

a Sprint tervezést fel kell készíteni. A legfontosabb előkészítés annak biztosítása, hogy a Termékhátralékot megfelelő részletességgel, becslésekkel és elfogadási kritériumokkal finomítsák (ez a Termékhátralék finomításának célja). Ezután a Terméktulajdonosnak meg kellett volna rendelnie a Termékhátralékon végzett munkát, és általános elképzeléssel kell rendelkeznie arról, hogyan lehet értékes Sprint-Célt tárgyalni a csapattal. A Céltárgyalási lehetőségeket szintén figyelembe kellett volna venni a finomítás során, és tükröződni kellett volna a lemaradás sorrendjében. Ezenkívül a csapatnak tisztában kell lennie azzal, hogy képesek-e erre a Sprintre, vagyis mennyi munkát tudnak vállalni. Lehet, hogy felhasználhatják a korábbi sprintekkel kapcsolatos tapasztalataikat, hogy segítsenek nekik megállapítani ennek a költségvetésnek a méretét.

először tervezze meg a szállítandó értéket

minden Sprintnek értékes növekedést kell eredményeznie a befejezett munkában, illeszkedve és készen áll az azonnali felszabadításra. A Terméktulajdonos teljes mértékben felelős azért, hogy mit jelent az “érték”, és úgy kellett volna megrendelnie a Termékhátralékot, hogy az értéket a csapat maximalizálhassa, sprintről sprintre. Az első dolog, amit a csapatnak meg kell tennie, ezért meg kell terveznie, hogy a Termékhátralékból mely elemeken kell dolgozni ebben a Sprintben, hogy a legjobb értéket a végére lehessen szállítani.

ehhez a csapat együttműködik a termék tulajdonosával, hogy kiválassza a legértékesebb elemeket a Termékhátralékból, amely megfelel a Sprint tervezett kapacitásának. Ne feledje, hogy a Termékhátralék minden egyes elemét a csapatnak meg kellett volna becsülnie, így nagyjából tudni fogják, hogy mennyi munka várható.

győződjön meg róla, hogy egyetért a Sprint Cél

Ez a kiválasztás a munka legyen összetartó, és nem csak egy csoportosítása független és eltérő elemeket. Ne feledje, hogy a Sprint időigényes lehetőség valami jelentős elérésére. Például a Sprint végére koherens funkciót lehetett szállítani, vagy jelentős kockázatot enyhítettek. A Sprint Cél egyszerű kifejezése ennek a célnak, a kiválasztott munka átfogó jelentőségének és a kiválasztás mögötti koherenciának.

egy jó Sprint Cél lehetővé teszi a csapat számára, hogy demonstrálja a fókuszt és az elkötelezettséget, és lehetővé teszi az együttműködést és a munka újratervezését, hogy teljesüljön.

következő terv, hogy a munka hogyan fog történni

A Sprint Backlog több, mint egy válogatás a munka végcélját szem előtt tartva. Ez egy terv arra vonatkozóan is, hogy ezt a célt hogyan fogják elérni, és hogyan fogják elvégezni a kapcsolódó munkát. Ezt úgy tehetjük meg, hogy azonosítjuk és megrendeljük azokat a technikai feladatokat, amelyek valószínűleg részt vesznek. Valójában a Sprint Backlog egy terv a Sprint cél elérésére, valamint az elvégzendő munka előrejelzése.

a Terméktulajdonosnak nem kell jelen lennie a Sprinttervezés ezen részében, mivel a csapat feladata, hogy ezt az előrejelzést technikai szinten megtervezze. A termék tulajdonosának azonban rendelkezésre kell állnia, még ha csak távolról is, hogy megválaszolja a csapat esetleges kérdéseit, és tisztázza a munka terjedelmét. Ha egynél több kiadás várható a Sprint során, ezt meg kell állapodni a PO-val, és figyelembe kell venni a Sprint lemaradásban.

a Sprinttervezés végére a csapatnak biztosnak kell lennie abban, hogy jó előrejelzést készített a Sprint cél eléréséhez szükséges munkáról. Ezt a tervet elfogta a Sprint lemaradásban, amelyet a csapat teljes egészében birtokol. A csapatnak képesnek kell lennie arra, hogy azonnal megkezdje a terv végrehajtását, és világos megértéssel – például egy Sprint leégéssel -, hogy mennyi munka marad egy adott ponton.

minden nap, minden nap

miután a csapat megtervezte a Sprint lemaradását, elkezdhetik a munkát. Ha feladatként tervezték meg a dolgokat, akkor csapatként együttműködnek egymással, hogy megbizonyosodjanak arról, hogy ezek a feladatok befejeződtek. Képesek lesznek nyomon követni a haladást a feladattáblájuk és a fennmaradó munka Sprint Burndown használatával.

minden csapattag biztosan naprakészen tartja a Scrum Task Board-ot és a Sprint Burndown-t, így az információkra mások is támaszkodhatnak. Az információs radiátornak mindig igazat kell mondania.

tartson Napi Scrumot

minden munkanapon, ugyanakkor a Fejlesztőcsapat találkozik és megtervezi, mit fog tenni, hogy közelebb hozza őket a Sprint céljához. Ezt a találkozót Napi Scrum-nak hívják, és soha nem tarthat tovább 15 percnél.

csak a Fejlesztőcsapat tagjai vehetnek részt, mivel a munkaterv teljes egészében rájuk tartozik. Ez egy időigényes lehetőség a Sprint Backlog újratervezésére az új felfedezések és a Sprint során levont tanulságok eredményeként. Az egész csapatnak részt kell vennie. Minden csapattagnak el kell tudnia számolni:

• mit tettek tegnap, hogy segítsék a csapatot a Sprint cél elérésében
• mit szándékoznak tenni ma, hogy segítsék a csapatot a Sprint cél elérésében
• bármilyen akadály, amely az útjukba kerül

a Napi Scrum végére a csapatnak világos tervvel kell rendelkeznie a következő 24 órára, és meg kell értenie, hogyan kell együttműködniük annak elérése érdekében. Meg kell adniuk egy listát azokról az akadályokról is, amelyek megkövetelik a Scrum mester figyelmét.

finomítsa a Termékhátralékot

A Scrum – ban a Termékhátralék finomítása nem hivatalos esemény, hanem folyamatos tevékenység-a részletek, a sorrend és a becslések hozzáadása a Termékhátralék elemekhez, például a felhasználói történetekhez. Maguk a Scrum csapatok döntik el, hogy milyen gyakran csinálják ezt, bár minden bizonnyal jó ötlet számukra, hogy finomítsák a napi rutinjukat. A finomítás nem haladhatja meg a csapat teljes idejének 10% – át egy Sprint alatt. A legtöbb csapat számára a napi fél óra elegendő lehet, bár egyesek inkább hetente egy-két órát töltenek. Fontos az, hogy megbizonyosodjunk arról, hogy a Termékhátralékot időben finomítják-e, hogy a Sprinttervezés akadály nélkül megtörténhessen. Az egész csapatnak, beleértve a termék tulajdonosát is, részt kell vennie.

a finomítási munkamenet általában azzal kezdődik, hogy a Terméktulajdonos bemutatja az aktuális Termékhátralékot a csapatnak. A lemaradás számos formában tartható, például elektronikus Scrum tábla vagy más együttműködési eszköz, vagy egyszerűen csak táblázat lehet. A projektor vagy a megosztott képernyő nagyon hasznos lehet.

a csapat a Product Backlog tetején kezdi a munkát, majd lefelé haladva finomítja az egyes elemeket egymás után. Meg fogják vizsgálni mindegyiket, és megvitatják annak hatályát, valamint az elfogadás kritériumait, amelyek szükségesek lesznek a befejezéséhez. Ezután minden tételt olyan technikával becsülnek meg, mint például a póker tervezése. Egy nagy elemet kisebbekre lehet bontani, amelyek nagyobb részleteket rögzítenek. Az eposzok például felhasználói történetekre bonthatók.

a csapat leáll, ha a munkamenet időkódja elfogy. Ott folytatják, ahol legközelebb abbahagyták, végül ismét a csúcson kezdődik, így a lemaradás naprakész marad.

mindig működjön együtt

az agilis gyakorlatban a csapattagok soha nem dolgoznak elszigetelten – ha igen, akkor nem lennének csapat. Valójában a csapatmunka annyira fontos, hogy a szerep inkább a fejlesztő csapat, mint a fejlesztő.

Ez azt jelenti, hogy a Fejlesztőcsapat minden tagjának egész nap együtt kell működnie társaival, mivel közösen felelősek a munka előrehaladásáért. Bármilyen probléma vagy kudarc a csapat közös tulajdonában van, valamint sikereik. Az együttműködés nem korlátozódik olyan eseményekre, mint például a Daily Scrum, hanem mindenre vonatkozik, amelyet a csapat minden egyes Sprint során végez.

példák az együttműködésre:

• segíti a társakat a folyamatban lévő munka befejezésében, mielőtt új munkát hozna be a lemaradásból
• pár programozás, például felváltva használja a billentyűzetet, és segíti és ellenőrzi egymás munkáját
• Peer review
• segítséget kér, és szívesen adja meg
• megy oda, ahol a munka van, és segít, ahelyett, hogy megvárná, amíg a munkát átadják nekik
• ügyelve arra, hogy minden munka valóban megfeleljen a kész
• Scrum hívása a csapat azonnali figyelmét igénylő problémák megoldása érdekében
• akadályok emelése a a Scrum Mester, így lehet kezelni egy időben
• frissítése Scrum Task board és burndown chart, hogy az információ up-to-date, és lehet hivatkozni
• készség és tudás megosztása

az utolsó nap: felülvizsgálat és retrospektív

tartsa a Sprint felülvizsgálat

ha egy csapat már hatékonyan együttműködtek, együtt dolgoztak, hogy elérjék a Sprint Célt, kezeljék a kockázatokat és szükség szerint módosítsák terveiket. A Sprint során megmutatták az irányítást a fennmaradó munka egyenletes leégése révén, ahol minden tag személyes felelősségének tekintette a folyamatban lévő munka befejezésének elősegítését. Értékes növekményt mutatnak be a termék tulajdonosának és a meghívott érdekelt feleknek. A felülvizsgálat olyasmi, amit egy csapatnak várnia kell.

Ez is valami, amit egy csapatnak fel kell készülnie. Elegendő időt kell biztosítani az elvégzett munka bemutatására. A feladatokat erre a célra egy Sprint Backlog-ban lehet megtervezni, hogy megbizonyosodjon arról, hogy a felülvizsgálat megfelel-e az elvégzett munkának és a jelenleg elérhető értéknek. Továbbá, ha a termék tulajdonosa úgy gondolja, hogy jó ötlet lenne meghívni az érdekelt feleket, akkor ezeket a meghívókat el kellett volna küldeni. A felülvizsgálat lehetőséget ad arra, hogy megünnepeljük az elvégzett munkát, és bemutassuk az elért eredményeket, így a bizalom inspirálódik, és a csapatba való folyamatos befektetés indokolt lehet.

a Sprint felülvizsgálata is egy inspect-and-adapt lehetőséget. Itt az ideje, hogy a Terméktulajdonos elmagyarázza, milyen jól teljesít a termék, első kézből kapjon visszajelzést a meghívott felektől, és levonjon minden olyan tanulságot, amely felhasználható a Termékhátralék további javítására. Ha bármilyen munkát nem fejeztek be, bármilyen okból, akkor ezt is felül kell vizsgálni és újra kell becsülni a Termékhátralékban a jövőbeli sprintek lehetséges tervezéséhez.

ezután hajtson végre egy Sprint Retrospektívát

A Sprint Review megvizsgálta a terméket és a szállított értéket, az elvégzett munkát, és őszintén és őszintén minden olyan munkát, amely nem történt meg, bármi is legyen az oka.
a következő dolog, hogy végezzen egy Sprint retrospektív. A retrospektív figyelembe veszi azt a folyamatot, amelyet a csapat követ. Olyan hatékonyan dolgoznak, amennyire csak tudnak? Általában a legjobb, ha a visszatekintést közvetlenül a felülvizsgálat után tartjuk, mert az előbbi ötleteket vezethet be megfontolásra az utóbbiban.

a teljes Fejlesztőcsapatnak, a Terméktulajdonosnak és a Scrum Mesternek is részt kell vennie a retrospektív kiállításon, mert mindenki közösen felelős a csapat munkájának sikeréért. Nagyon fontos, hogy legyen egy szabad és nyílt ülés, amely minden probléma középpontjába kerül, és azonosítja azokat a tevékenységeket, amelyek segítenek megoldani őket. A visszatekintés a következő nyilatkozattal kezdődhet:

” függetlenül attól, amit felfedeztünk, megértjük és őszintén hisszük, hogy mindenki a lehető legjobb munkát végezte, figyelembe véve azt, amit akkor tudott, képességeit és képességeit, a rendelkezésre álló erőforrásokat és a jelenlegi helyzetet.”

egy “Retro” – ban mindenkinek egyenlő hangja van. Az egyik megközelítés, amelyet a Scrum Master megkönnyíthet, azonosítani:

• dolgok, amelyek jól mentek
• dolgok, amelyek nem mentek olyan jól
• fejlesztési ötletek
• kiáltások azoknak a csapattagoknak, akik valami kivételes dolgot tettek

idővonal létrehozása segíthet a résztvevők emlékeinek a Sprint során bekövetkezett jelentős eseményekről.