A Scrum találkozók és mit jelentenek - Hírek, tippek; Utasítások az agilis, fejlesztő,
A Scrum a legnépszerűbb az agilis folyamatmodellek közül. A Scrum szabályai által előírt ülések gyakoriságát azonban néha kritizálják. Ez minden bizonnyal az értekezletek iránti általános szkepticizmusnak is köszönhető, amely az elmúlt években egy bizonyos találkozási őrület miatt alakult ki. (Lásd Seth Godin nagyon olvasható cikkét: Komolyan foglalkozni a találkozási problémával.)
Saját projektjeink tapasztalatai azonban azt mutatták, hogy minden olyan találkozó, amelyre a Scrum szükséges, rendkívül hasznos a hatékony és sikeres projektfolyamathoz - feltéve, hogy azokat jól irányítják és fegyelmezetten hajtják végre. Ez a cikk bemutatja az egyes Scrum találkozók fontosságát a projekt folyamata során, és miért tartjuk szükségesnek ezeket.
Ha megnézi a Scrum folyamat tipikus grafikus ábrázolását, észreveszi, hogy a sprintek (így hívják az iterációkat a Scrumban) két körként jelennek meg:
Ezek a körök központi jelentőségűek. Ezek a minőségirányításból származó Deming körön, más néven PDCA cikluson alapulnak. A Deming kör négy fázisú problémamegoldási folyamatot képvisel:
- Terv (terv)
- Csinál (csinál)
- Jelölje be
- törvény
A négy szakasz ismételt átadásának biztosítania kell a folyamatos fejlődést:
A scrum találkozók
Ha jobban megnézi a Scrum találkozóit, láthatja, hogy azok célja, hogy rendszeres időközönként egy ilyen folyamaton keresztül vezessék a csapatokat. A PDCA ciklust minden sprint (nagy kör a Scrum folyamat ábráján) és minden nap (kis kör) végigfuttatjuk. Az ezt támogató értekezletek a következők:
- Sprint tervező értekezlet
- Napi Scrum
- Sprint áttekintés
- Sprint retrospektív
Sprint tervező értekezlet
Ahogy a neve is sugallja, a sprinttervezési értekezletet használják a közelgő sprint munkájának megtervezésére. A terméktulajdonos elmagyarázza a csapatnak a sprint célját és a követelmények előzetes kiválasztását. Ezután először a követelményt állítja a legnagyobb prioritással. Ezt olyan mértékben tárgyalják, hogy felmerül a követelmény közös elképzelése. A követelménynek a sprint végén történő elfogadásának kritériumait is együtt tárgyaljuk.
Ezután a csapat az összes szükséges tevékenységre lebontja a követelményt, beleértve a tervezési, tesztelési és dokumentációs feladatokat. Ezeket a feladatokat felmérik, és a csapat ellenőrzi, hogy képes-e végrehajtani ezt a követelményt, beleértve a jelenlegi sprint összes feladatát. Ha ez a helyzet áll fenn a kérésnél, akkor az átkerül a sprint elmaradásába.
Most a következő legmagasabb prioritású kérelemre kerül a sor, és ugyanazon lépéseken megy keresztül. A csapat csak annyi követelményt tartalmaz a sprint elmaradásában, amennyit képes végrehajtani.
A // SEIBERT/MEDIA webhelyen is használt tervezési megbeszélés egy változata két találkozóra bontást ír elő: Az első részben megvitatjuk a termék tulajdonosával, hogy mely követelményeket tervezik a sprintre. Csak miután a csapat elkötelezte magát a követelmények mellett, egy második megbeszélésen tisztázzák a részleteket és az egyes feladatokra való felosztást.
A feladatok tisztázása után a csapat végre felvállalhatja az első feladatokat és elkezdheti azok végrehajtását.
Napi Scrum
A Daily Scrum egy legfeljebb 15 perces napi találkozó. Segíti a csapatot abban, hogy megszervezze magát, és minden nap ugyanabban az időben, ugyanazon a helyen zajlik. Ezen a találkozón minden csapattag röviden válaszol három kérdésre:
- Mit tettem a legutóbbi Daily Scrum óta?
- Milyen kihívások merültek fel?
- Mit tervezek csinálni a következő Daily Scrum számára?
A Daily Scrum támogatásával a PDCA napi ciklusát éljük át. A találkozó annak ellenőrzésével kezdődik, hogy a csapat képes volt-e elérni azokat a célokat, amelyeket a legutóbbi találkozón kitűzött magának. Az előző napi megállapításokat ezután be lehet vonni a nap tervezésébe.
Ez a találkozó segíti a napi információcserét és a feladatok elosztását. A csapat minden tagját tájékoztatják az aktuális előrehaladásról, és a csapat lehetőséget kap arra, hogy korai szakaszban kezdeményezze az ellenintézkedéseket ("Ellenőrzés és alkalmazkodás"), ha a kívánt előrelépés nem valósul meg.
Sprint áttekintés
A sprint utolsó napján kerül sor egy sprint áttekintésre, amely során a csapat bemutatja munkájának eredményeit a termék tulajdonosának jóváhagyásra. A sprint felülvizsgálatával a csapatnak egy fix határidőre kell gondolnia a sprint végén, amelyig rendelkezésre kell állnia egy potenciálisan teljesíthető terméknövekedésnek. A terméktulajdonos csak azokat a követelményeket fogadhatja el, amelyeket a sprint felülvizsgálatáig teljesen és hibák nélkül hajtottak végre. A megkezdett, de még nem befejezett munkákat befejezetlennek kell tekinteni. Az ellenőrző jellegű sprint-áttekintésben különösen világossá válik, hogy mi már kidolgozott, és hol lehet még szükség a kiigazításra.
Sprint retrospektív
A sprintciklus végén van egy retrospektíva. Ez nagyon különbözik a többi Scrum találkozótól. A sprintciklus produktív része a sprint felülvizsgálatával fejeződik be. A sprint retrospektívában az érintettek közötti együttműködés most nyíltan és őszintén tükröződik. A csapat kifejezetten foglalkozik a problémákkal, de nem hibáztatja értük az egyes alkalmazottakat. A szövődmények okait együtt vizsgálják, így a tünetek helyett a problémák gyökerei kezelhetők.
A sprint retrospektíva összehasonlítható a tűzoltósági tájékoztatással vagy a katonaság tájékoztatásával. A felülvizsgálati értekezlethez hasonlóan a retrospektívának is van ellenőrző jellege, itt azonban nem a termékre, hanem a folyamatra és az együttműködésre helyezzük a hangsúlyt. Ezután a sprint-felülvizsgálat és a retrospektív eredményeit fel kell használni a fejlesztési intézkedések megindításához.
Következtetés
A szakmai moderálás és az időmérő meghatározása biztosítja, hogy az ülések fegyelmezettek és célorientáltak legyenek. Ezután minden egyes találkozó értékes hozzájárulást nyújt egy sikeres projekthez.
Szoftverprojektet tervez vagy meglévő alkalmazás bővítését tervezi? Szeretne agilis fejlesztési módszereket bevezetni a vállalatában? Örömmel adunk tanácsot és támogatunk a projektben Scrum mesterek és terméktulajdonosok minősítéssel rendelkező munkatársainkkal. Kérjük, vegye fel velünk a kapcsolatot kötelezettség nélkül. További információkat talál az agilitással foglalkozó speciális oldalunkon.