szoftverfejlesztési életciklus (SDLC). Scrum modell lépésről lépésre
Scrum framework lehetővé teszi végrehajtási agilis fejlesztési módszertan. A szoftverfejlesztés vízesési modelljével ellentétben a Scrum iteratív és inkrementális fejlesztési folyamatot tesz lehetővé. A projekt több fázisra oszlik, amelyek mindegyike használatra kész terméket eredményez. A végén minden lépés (az úgynevezett sprint Scrum terminológia), egy használható termék szállítják az ügyfél., Az ügyfelek visszajelzései segítenek feltárni a lehetséges problémákat, vagy szükség esetén megváltoztatni a kezdeti fejlesztési tervet. Ha azt szeretné, hogy projektje szigorúan kövesse az agilis manifesto alapelveit, használhatja a Scrum modellt, és győződjön meg róla, hogy a helyes úton halad.
itt vannak a fejlesztési folyamatban részt vevő fő szerepek, a Scrum modell szerint:
- a termék tulajdonosa gondoskodik a végfelhasználó érdekeiről;
- A Scrum Mester koordinálja az egész fejlesztési folyamatot., Egy másik feladat annak biztosítása, hogy a Scrum-ot megfelelően használják, valamint hogy rendszeres Scrum találkozókat tartsanak;
- A Scrum csapat fejleszti a terméket. Fő feladatai a programozás, elemzés, tesztelés stb.
most nézzük meg a fejlesztési folyamat fő lépéseit, amelyekből a Scrum áll.
A Scrum modell fázisai
1. lépés. Termék Backlog Creation
a Termék backlog egy lista, amely tartalmazza a fejlesztési folyamat során végrehajtandó funkciókat. Prioritás szerint rendelik, és minden elemet felhasználói történetnek hívnak. Minden felhasználói történet egyedi azonosítót kap., Általános szabály, hogy a felhasználói történetek a következő formátumúak: a , Azt akarom, hogy így legyen . Ez az alábbi lista megmutatja, hogyan nézhetnek ki ezek a történetek.,ange időtartama és kezdő időpontja a jelenlegi is a drag-and-drop, hogy meg tudom becsülni a teljes projekt idő
ezen kötelező mezők mellett szükség esetén hozzáadhatók az opcionálisak:
- a sáv egy bizonyos típusú felhasználói történetek kiválasztására szolgál prioritásuk megváltoztatásához., Lehet használni, hogy növelje a prioritás a felhasználói történetek, amelyek kapcsolódnak a Vezérlőpulton, például;
- komponensek alkotják a komponensek listáját, hogy meg kell változtatni a munka során. Az alkalmazás moduljai, például hitelesítés vagy keresés, például;
- a kérelmező olyan ügyfél, aki érdeklődik bizonyos funkciók végrehajtása iránt;
- a Hibakövetési azonosító tartalmazza a megfelelő felhasználói történethez kapcsolódó észlelt hibák listáját.
2. lépés. Sprint Tervezés és Sprint Backlog létrehozása
először meg kell határoznia, hogy mi lesz a sprint időtartama., A rövid sprint lehetővé teszi, hogy gyakrabban engedje el a termék működő verzióját. Ennek eredményeként az ügyfél visszajelzései gyakrabban érkeznek, az összes lehetséges hiba és hiba időben felfedésre kerül.
alternatívaként előnyben részesítheti a hosszabb sprint időtartamot. Ez lehetővé teszi a fejlesztők számára, hogy alaposabban dolgozzanak. Az optimális sprint időtartamát e két lehetőség átlagaként határozzák meg. Rendszerint egy Scrum modellben a sprint körülbelül 2-4 hétig tart. Ami ebben a szakaszban fontosabb, a Sprint Cél. A cél határozza meg minden sprint., Ennek megfelelően a sprint tele van felhasználói történetekkel. Egy másik fontos dolog az érdekelt felek és a csapat tagjai közötti együttműködés. A termék tulajdonosa meghatározza a megfelelő felhasználói történet fontosságát, míg a Scrum Csapat meghatározza a megfelelő munkaerőköltségeket.
ezután a Scrum Csapat kiválaszthatja a legfontosabb felhasználói történeteket a termék lemaradásából. Ezután a csapat tagjainak el kell dönteniük, hogyan fogják megoldani ezt a feladatot. Továbbá a csapat megoszthatja az egyes felhasználói történeteket a legkisebbekre, majd a feladatok sorozatává alakíthatja őket., A Sprint lemaradást ezután kell létrehozni. Olyan felhasználói történetekből áll, amelyek az aktuális sprint során befejeződnek. Ezeknek a történeteknek az összege attól függ, hogy képesek-e az egyes történetekhez rendelt történetpontokban az értékelési szakaszban. A Scrum Csapatnak képesnek kell lennie arra, hogy ezeket a történeteket időben befejezze.
3. lépés. Dolgozik a Sprint. Napi Scrum találkozók
Miután kiválasztotta a tényleges felhasználói történeteket az aktuális fázishoz, megkezdődik a fejlesztési folyamat.
az aktuális munkafolyamat nyomon követéséhez általában egy feladattáblát használnak., Általában nagy kártyák vannak, amelyek bizonyos felhasználói történetek nevét tartalmazzák, valamint egy csomó apró sticky notes, amelyek leírják az egyes feladatokat, amelyek szükségesek ennek a történetnek a végrehajtásához. Minden egyes táblát a projekt sajátosságai szerint fejlesztenek ki. Vessünk egy pillantást egy kis példára.
a kártyák fontossága szerint rendezhetők. Amikor egy feladaton végzett munka megkezdődött, a megfelelő matrica a “teendők” mezőről a “folyamatban” mezőre kerül., A munka befejezése után a matrica áthelyezhető a ” tesztelés “mezőbe, majd a feladat sikeres tesztelése után a matrica a” kész ” mezőbe kerül. Az alábbiakban bemutatjuk, hogyan nézhet ki a Scrum feladattábla:
erre a feladatra speciális szoftver is használható.
például Atlassian JIRA.
egy másik fontos Scrum funkció a Napi Scrum találkozók., Ezek a találkozók fő célja, hogy teljes körű és hiteles tájékoztatást kapjanak a projekt aktuális állapotáról, és gondoskodjanak arról, hogy minden csapattag ugyanazon az oldalon legyen. A Scrum találkozók során minden egyes csapattagnak meg kell mondania, hogy mit tett a Sprint célért, melyik feladat lesz a következő, és milyen problémákkal szembesültek a csapat tagjai a munka során.
ezenkívül a burndown diagram egy másik széles körben használt eszköz, amely lehetővé teszi a napi folyamatok hatékony ellenőrzését. Megmutatja, hogy hány feladat marad befejezetlen., Ez a diagram lehetővé teszi, hogy ellenőrizzék a fejlesztési folyamat lehet frissíteni minden találkozó után.
napról napra a Scrum találkozók segítenek növelni a fejlesztési folyamat rugalmasságát. Azt is lehetővé teszik annak megértését, hogy milyen változtatásokat kell végrehajtani.
Az X-tengely a munka hátralévő napjait jelenti, míg az Y-tengely az aktuális szakasz történetpontjainak teljes mennyiségét jeleníti meg. Miután egy olyan feladat, amely bizonyos számú történetpontot igényel, befejeződött, hozzáadhat egy pontot a diagramon az aktuális előrehaladás jelzéséhez.,
a JIRA lehetővé teszi ezen diagramok létrehozását is:
Ez a diagram segít következtetéseket levonni a munka aktuális sebességéről. E következtetésektől függően a következő sprint felhasználói történeteinek száma megváltoztatható.
fontos megjegyezni, hogy mivel a Scrum modell minden sprintjének ideális eredménye működő termék, a teljes életciklus-tesztelési folyamat nagyon fontos. A tesztelési időszak költségeinek minimalizálására különböző módok vannak. Például csökkentheti a felhasználói történetek teljes mennyiségét., Ennek eredményeként a lehetséges hibák száma minimálisra csökken. A másik út az, hogy a QA mérnökeit bevonják a Scrum csapatba.
olvassa el azt is, hogy a QA miért játszik kulcsszerepet a kiváló minőségű szoftver termékfejlesztésben
4.lépés. Termék növekmény és Sprint felülvizsgálat
az eredmény minden sprint Scrum egy potenciálisan szállítható termék növekmény, amely bizonyítható, hogy az ügyfél. Minden egyes iteráció után a fejlesztői csapat létrehoz egy új verziót egy szoftvertermékből, amelynek nagyobb értéke van., A Sprint Review során, amely minden sprint végrésze, a teljes eredmények bemutathatók és elemezhetők. Mindezek alapján az érdekelt felek döntést hozhatnak a projekt további változásairól, és megtervezhetik a következő sprintet.
5. lépés. Retrospektív és következő Sprinttervezés
retrospektív fő célja az eredmények megvitatása, valamint a fejlesztési folyamat továbbfejlesztésének módjainak meghatározása a következő lépésben., Fontos jellemzője, hogy ebben a szakaszban a Scrum csapat egészének munkájának javítása érdekében megvitatják a munka és az interakció folyamatait. A csapatnak meg kell határoznia, hogy mi ment jól a munkafolyamat során, és mit lehet jobban tenni a jövőbeli iteráció során. A fejlesztés módjainak meghatározásakor a csapat a következő sprint tervezésre koncentrálhat.
következtetés
A Scrum fő megkülönböztető jellemzői az agilitás és a folyamatos fejlődés. Ezt leginkább az állandó kommunikáció és az érdekelt felek szoros együttműködése biztosítja minden egyes lépésben., A Scrum megközelítés folyamatos iteratív és inkrementális fejlesztési folyamatot jelent. A cél az, hogy biztosítsuk a termék értékének folyamatos növelését, valamint a további iterációk prioritásainak megválasztásában a rugalmasság fenntartását.
a sprint befejezésekor az ügyfél az aktuális iterációnál értékelheti a működő termék funkcionalitását, és tájékozott döntést hozhat arról, hogy a projekt hogyan fejlődjön a következő sprintek során.,
annak ellenére, hogy az Agile manifesto szerint inkább a működő szoftvert kell előnyben részesítenie az átfogó dokumentációval szemben, semmi sem akadályozza meg a fejlesztőket a szoftverkövetelmények specifikációjának használatában. Az SRS jó abban, hogy elmondja, mit kell tennie egy rendszernek vagy terméknek. Annak ellenére, hogy az SRS lemaradhat a projektfejlesztés néhány agilis aspektusáról, például az együttműködésről, továbbra is jó eszköz lehet a tervezéshez és az ütemezéshez.