a Scrum manapság a legszélesebb körben elterjedt agilis keretrendszer. A hagyományos termékfejlesztési gyakorlatokhoz képest a Scrum frissítést jelent. A világ minden tájáról különböző iparágak szakemberei ismerik el.
a szoftverfejlesztés minden egyes megközelítésének saját életciklusa van. A hagyományos vízesés módszertől eltérően az összes agilis módszer (beleértve a Scrumot is) életciklusa inkább iteratív, mint egymást követő. Ebben a cikkben megválaszoljuk a kérdést: Mi a Scrum életciklusa? Az első dolog, amit meg kell említenünk, miközben választ adunk erre a kérdésre, az, hogy a Scrum életciklusa nagyon hasonlít más agilis módszertanok életciklusához. Ez a közös alapelveknek köszönhető. Minden agilis módszer a projekt teljesítményének iteratív megközelítésén, valamint az ügyfél és a végső felhasználó véleményének figyelembe vételén alapul. A Scrum nem kivétel.
rendkívül fontos, hogy alapos betekintést nyerjünk a Scrum életciklusába, de először emlékeztessünk néhány alapvető elméletre.
mi az A Scrum?
a Scrum egy népszerű agilis keretrendszer, amelyet inkrementális termékfejlesztésre terveztek. Empirikus jellegű, és felhatalmazza a csapatokat arra, hogy feltételezzék a munkamintákat, teszteljék ötleteiket, feldolgozzák a tapasztalatokat és elvégezzék a szükséges kiigazításokat. A Scrum egy iteratív és rugalmasan strukturált módszer. Lehetővé teszi más keretek gyakorlatait, ahol logikusan illeszkednek.
a Scrum a Sprinteknek nevezett iterációkon keresztül működik, így a Sprint fő eseményei és tárgyi elemei a Scrum életciklusának összetevői.
hány nap egy tipikus Sprint a Scrum módszertanban?
bármely Sprint egy akár egy hónapig tartó timebox, amelynek során a csapatnak állítólag egy meghatározott listát kell szállítania az elfogadott tételekről, amelyek illeszkednek a “kész.”
mik a Scrum értékek?
a Scrum értékei közé tartozik a bátorság, az összpontosítás, az elkötelezettség, a tisztelet és a nyitottság. Kövesse a teljes Scrum útmutatót, hogy többet megtudjon ezekről az értékekről és arról, hogyan vonatkoznak A Scrum-ra.
melyek a Scrum szerepek?
a teljes Scrum Csapat általában a következő feladatokat látja el:
- a követelmények lebontása, feladatok létrehozása, becslése és elosztása.
Napi Scrum találkozók megszervezése.
annak biztosítása, hogy a potenciálisan szállítható funkciókat a Sprint végén szállítsák.
az állapotok frissítése és a feladataik fennmaradó erőfeszítései lehetővé teszik a Sprint Burndown diagram létrehozását.
egy tipikus Scrum Csapat 4 alapvető szerepet tartalmaz:
Terméktulajdonos
a Terméktulajdonos (Po) felelős a befektetés megtérülésének maximalizálásáért azáltal, hogy azonosítja a termékjellemzőket, és azokat rangsorolt listára fordítja.
a PO eldönti, hogy mely funkciók legyenek a lista tetején a következő Sprinthez. Ő is felelős az összes termék nyereségéért és veszteségéért, az ügyfelek szóvivőjeként jár el. A termékhátralék rangsorolása, valamint a megjelenési dátum és a tartalom meghatározása szintén a Terméktulajdonos feladata.
Scrum Master
a Scrum Master (SM) segít a termékcsapatnak megtanulni és alkalmazni a Scrumot az összes üzleti érték elérése érdekében. Nem csapatmenedzser, projektmenedzser vagy csapatvezető, hanem a csapatot szolgálja, segít az akadályok eltávolításában, védi a kollégákat a külső beavatkozásoktól, és segíti őket az agilis gyakorlatok elfogadásában. SM edzők, oktatja és irányítja a termék tulajdonosa, a csapat, és a többi a cég a megfelelő használatát Scrum.
fejlesztőcsapat
a Scrum fejlesztőcsapata olyan embereket foglal magában, akik együtt dolgoznak a kért és elkötelezett terméknövekmények kifejlesztésén és kézbesítésén. A Scrum Fejlesztők keresztfunkcionális tagok, akik képesek elérni a Sprint célokat. A csapatba tartozhatnak szoftvermérnökök, építészek, rendszeradminisztrátorok, elemzők, felhasználói felület tervezői, minőségbiztosítási szakértők stb. Felépítik azt a terméket, amelyet a Terméktulajdonos jelez: például a webhelyet vagy egy alkalmazást.
érdekelt felek
az érdekelt felek olyan egyének vagy emberek csoportja, akiket egy termék eredménye befolyásol. A Scrum érdekelt feleit érdekli a termék sikere. Lehetnek a projektet támogató vállalaton belül vagy azon kívül.
az érdekelt felek általában egészséges kapcsolatot tartanak fenn a PO-val, hogy megosszák a fontos termékadatokat. Ők felelősek azért, hogy minden kívánságot és aggodalmat továbbítsanak a PO-nak, és rendszeresen bemenetet biztosítsanak a PO-tól érkező lekérdezésekhez.
mik a Scrum szertartások?
Product backlog finomítás
a product backlog finomítás vagy backlog ápolás a Termék backlog elemeinek részletekkel, becslésekkel és sorrenddel történő kiegészítése. Ez az esemény egy folyamatban lévő folyamatot jelent, amelyben a PO és a fejlesztőcsapat együttműködik a lemaradási elemek részletein. A finomítási értekezlet során a tételeket felülvizsgálják és felülvizsgálják.
Sprint Tervezés
a tervezési értekezlet célja a következő kérdések megválaszolása: “Min fogunk dolgozni, és hogyan fogjuk csinálni?”Nagyon fontos, hogy a csapatnak legyen egy közös célja és közös elkötelezettsége e cél iránt, mielőtt elkezdenénk ezt az ünnepséget.
napi Stand-up
a Napi Scrum találkozót vagy napi Stand-upot a Scrum Master szervezi, és általában 15 percig tart. A találkozó célja a csapattagok munkájának szinkronizálása, például az előző napon végzett munka, a mai tennivalók stb.
Sprint Review
ezt a Scrum ünnepséget minden sprint végén tartják, hogy bemutassák a hozzáadott funkciókat. Célja, hogy visszajelzést kapjon a szervezőktől és az érdekelt felektől annak biztosítása érdekében, hogy a szállított növekmény megfeleljen az üzleti igényeknek, és a visszajelzések alapján felülvizsgálja a lemaradást.
Sprint retrospektív
ez a találkozó általában 90 percig tart, és segít beépíteni a folyamatos fejlesztést a csapatkultúrába és a Sprint cadence-be. Az egész Scrum Csapatnak részt kell vennie, hogy tükrözze az előző Sprintjét, és kitalálja, hogyan lehet javítani.
a Retro lehetővé teszi a csapat számára, hogy az általános teljesítményére összpontosítson, és meghatározza a folyamatos fejlesztés stratégiáit.
Tehát mi a Scrum életciklusa?
a Scrum életciklusa egy sor egymást követő lépés és iteratív szakasz, amelyeket minden Scrum projekt megvalósítása során végre kell hajtani. Az iteratív megközelítés az M életciklusának fő elve. A Scrum projekten végzett munka Sprinteknek nevezett szegmensekre oszlik. A projekt egyik sprintről a másikra fejlődik, amíg a végtermék készen áll. Minden sprint ciklus több egymást követő szakaszra oszlik, amelyeket az elejétől a végéig át kell haladnia. A Scrum módszertan több speciális életciklust is magában foglal, mint például a tesztelési életciklus és a hiba életciklus.
a Scrum életciklusa részletesen
melyek a Scrum életciklusának részei? A Scrum nem tartalmaz sok írásbeli jelentést, ellentétben a hagyományos vízeséssel. Csak néhány tárgyat tartalmaz.
mik a Scrum leletek?
Product backlog
a Product Backlog egy adott projekt befejezéséhez szükséges funkciók és követelmények listája. Ez a lista tartalmazhat hibákat vagy hibákat, amelyeket meg kell oldani, hozzáadandó funkciókat, valamint egyéb technológiai vagy projektmunkákat. A lista sorrendje a prioritásokon alapul. A tetején lévő elemek a legkritikusabb feladatok vagy azonnali befejezést igénylő feladatok. A lemaradással a csapatban mindenki tudja, hogy mik a projekt követelményei, és melyek a prioritások.
Sprint backlog
a Sprint Backlog csak azt tartalmazza, amit az aktuális Sprint során be kell fejezni (míg a Termék backlog felsorol mindent, amit a projekt vége előtt el kell végezni). A sprint backlog lefedi a legfrissebb tevékenységeket, így jellemzően több részletet és teljesebb felhasználói történetet tartalmaz, mint a többi Termék backlog. Tartalmaznia kell a kiadási tervet, amely elmagyarázza, hogyan kívánja elérni a funkciókat és megfelelni a sprint követelményeinek.
Terméknövelés
a terméknövelés az a Termékverzió, amelyet minden sprint végén szállítanak. Részletezi az összes munka eredményét (míg a sprint backlog felvázolja, hogy mit kell teljesíteni egy Sprinten belül). A növekmény az ügyfelek által elvárt végtermék prototípusa vagy vázlatos változata. Minden egyes terméknövelésnek tartalmaznia kell az aktuális sprintciklus jellemzőit, és teljes mértékben integrálnia kell az összes korábbi sprintből származó, eddig befejezett lemaradást.
tekintsük át a Scrum fázisainak és lépéseinek részleteit.
bármely Scrum projekt első lépése a szükséges információk összegyűjtése a jövőbeli termékről. Ez a termék tulajdonosának felelőssége. Ő az a személy, aki kapcsolatba lép az Ügyféllel, hogy megértse jövőképét szoftver. A felhasználói történetek összegyűjtése szintén az egyik feladata. Miután összegyűjtöttük az összes felhasználói történetet, és figyelembe vettük az ügyfél összes kívánságát, prioritásként kezeljük őket egy termékhátraléknak nevezett listában. Ez minden Scrum projekt fő dokumentuma.
a termékhátralék elemek rangsorolása után feladatokká válnak, és több sprintre oszthatók. A csapat a sprinttervezési találkozók során teszi meg. Minden találkozó fő célja egy sprint lemaradás létrehozása. Ez egy olyan dokumentum, amely egy adott sprint összes feladatát tartalmazza. A sprint befejezése után a csapat munkáját a sprint backlog követelmények teljesítésének megfelelően becsüljük meg.
a következő Scrum lépés a Sprint végrehajtásának folyamata. Ez magában foglalja az összes sprint feladat következetes végrehajtását és a munkafolyamat mindennapi értékelését. A sprint backlog követelmények előrehaladását a napi Scrums során értékelik – a csapat összejövetelein, ahol minden pozitív és negatív munka kérdés megvitatásra kerül.
miután a sprint véget ért, a Scrum csapat minden tagja részt vesz a sprint felülvizsgálatában és a sprint retrospektívákban. Ezek az összejövetelek segítenek kideríteni, mi ment rosszul a sprint folyamat során.
minden Sprint ciklus utolsó lépése a termékbecslés szakasza. A terméket a csapat “kész” definíciójának megfelelően értékelik, és az ügyfélnek visszajelzést kapnak. Ezután egy új sprint kezdődik, és a ciklus megismétlődik.
hogyan lehet gyorsan megmagyarázni a Scrum folyamatot?
most összefoglaljuk a Scrum folyamathoz kapcsolódó összes Scrum fázist.
- először is meg kell határoznia a termékhátralékot (ez a PO felelőssége, amint azt fentebb említettük).
- ezután a Scrum csapata becsléseket készít és elrendezi a munkaterhelést az ápolás során a hátraléklista alapján.
- a product backlog list segítségével Sprinttervezési értekezletet kell kezdeményeznie az iteráció sprint céljának meghatározásához, majd ki kell választania a felhasználói történetek listáját a Sprint backlog létrehozásához.
- ezután a lemaradást az egész Scrum Csapatnak be kell fejeznie.
- Napi Scrum értekezletet kell futtatnia (körülbelül 15 perc alatt). A csapatban mindenkinek beszélnie kell és szemtől-szembe kell lépnie az összes taggal, hogy beszámoljon arról, amit tegnap tett, és bejelentse, mit szeretne elérni ma.
- minden nap rendelkeznie kell egy sikeresen lefordítható és bizonyítható verzióval.
- amikor az összes felhasználói történet befejeződött, akkor a Sprint lemaradása befejeződött. Ez azt jelenti, hogy a Sprint folyamat befejeződött. A PO-nak és az ügyfélnek részt kell vennie. Minden csapattagnak be kell mutatnia nekik az elvégzett működő szoftvert.
- a Sprint visszatekintést a Sprint felülvizsgálata után kell megtartani. A Retro során a csapat azonosítja a folyamat azon elemeit, amelyek a sprint során működtek vagy nem működtek, valamint a lehetséges megoldásokat. A visszatekintések általában 90 percig tartanak.
becsomagolás
figyelembe véve az átláthatóság szintjét és a megállíthatatlan tanulási folyamatot a Scrum fejlesztési cikluson belül, a lehető legkisebb eredmény a keretrendszer alapvető költséghatékony eredményévé válik, nem beszélve a kifinomult termékjellemzőkről és a hibátlan termékminőségről.
a Scrum lényege, hogy csak a felelős, szilárd terepi háttérrel rendelkező alkalmazottakat vonják be. Mit gondol a Scrum életciklusáról és a Scrum fázisairól?