A súrlódási folyamat áttekintése

A Scrum, a projekt menedzsment egyszerű keretét Jeff Sutherland és Ken Schwaber fejlesztették ki. 1995-ben a texasi Austinban, Object-Oriented Programming, Systems, Language and Application konferencián képviselték a folyamatot. Később „Scrum Software Development Process” néven tették közzé a módszertant.

A Scrum kerete

Scrum hangsúlyozza a csapatmunkát, amely befolyásolja a csapat tagjait az összetett problémák megoldásában és a termékek lehető legnagyobb értékű szállításában. Mint a rögbi csapat, a Scrum arra ösztönzi a csapatot, hogy tanuljon megtapasztalást, önszerveződjön abban az időben, amikor foglalkozik a problémákkal és javul a győzelmek és veszteségek tükrözése révén. Általánosságban ez egy olyan projekt kezelésének kerete, amely a csapatmunkára, az elszámoltathatóságra és a jól definiált cél elérése érdekében történő iteratív haladásra összpontosít.

A Scrum-ot gyakran feltételezik az agilis szoftverfejlesztési folyamat részeként, mivel a Scrum-koncepció a folyamatos fejlesztés körül forog, amely az agilis elsődleges alapelve. A keretrendszer azzal az egyszerű beismeréssel kezdődik, hogy a csapat a kezdetektől kezdve nem ismeri a projekt minden csomópontját és sarkát, hanem a változó feltételek és a felhasználói igények adaptálásával tapasztalható meg.

Kulcsszerepek a Scrum-keretrendszerben

A scrum-keretrendszerben három kulcsfontosságú szerepet játszik - a termék sikere szempontjából nagyon fontos a terméktulajdonos, a scrum-mester és a fejlesztői csapat.

  • Terméktulajdonos

Kapcsolattartó szerepet játszik az ügyfelek és a fejlesztői csapat között. Ő a bajnok a termékeikért. A terméktulajdonos gondoskodik arról, hogy a késztermékkel kapcsolatos elvárásokat kommunikálják és megegyezjenek egymással.

  • Scrum Masterworks

Segítőként, aki a csapaton belül a csapás bajnoka. A scrum master elsődleges felelőssége, hogy biztosítsa a scrum legjobb gyakorlatainak a projektben történő végrehajtását. Megtervezi a szükséges forrásokat a sprinttervezéshez, az stand-uphoz, a sprint-áttekintéshez és a sprint-retrospektív eseményekhez.

  • A fejlesztési csapat

Együttműködik a végtermék növekményes kibocsátásának fejlesztésében és tesztelésében. A csapat tagjai a fenntartható fejlődés gyakorlatának bajnokai. A szokásos csapadékcsoportok öt vagy hét tagúak, szorosan kötött és együttesen elhelyezkedők.

A Scrum modell különféle folyamatai

A Scrum módszer bizonyos folyamatokból vagy egymást követő eseményekből áll, amelyeket a scrum csoport rendszeresen végez. Ez néhány fontos esemény, ahol a csapatok szerepet játszanak.

  • A termékmaradvány létrehozása -

A terméktulajdonos részt vesz a termékmaradvány létrehozásában. A terméktulajdonos elsődleges felelőssége, hogy állandó képet kapjon a piaci és vevői igényekről, és ezért vezérelnie kell a terméket a termék látása alapján. Ő készít egy listát az ügyfelek visszajelzései alapján, és a fejlesztői csapat segít abban, hogy a listát prioritássá tegye annak érdekében, hogy az adott időpontban működjön. Ez egy folyamatban lévő folyamat, és a változások vagy új megjelenések új lehetőségekként tekintik inkább akadályokat.

  • Sprint Tervezési Találkozó és Sprint Háttérkép létrehozása -

A sprinttervezési találkozók a projekt elején kerülnek megrendezésre, és a fejlesztési csapat minden tagjának részt kell vennie ebben a találkozóban. A találkozót egy scrum-mester vezette, ahol a csapat tagjai és a terméktulajdonos dönt a sprint céljairól. A sprint időtartama mindössze 2 hét, de ezen idő alatt fontos fenntartani az együttműködést az érdekelt felek és a csapat tagjai között. A terméktulajdonos szabályozza a megfelelő felhasználói történet fontosságát, és az scrum csapata választhat egy jelentős történetet a termékmaradványból. Az adott felhasználói történetet mindig társítani kell a célhoz. A sprinttervezési értekezlet végén minden scrum-tagnak világosnak kell lennie arról, hogy mit lehet behozni az aktuális sprintbe, és hogyan kell továbbadni a növekményeket.

A sprint-hátralék az elemek, felhasználói történetek vagy hibajavítások listája, amelyet a fejlesztői csapat választott az aktuális sprint-ciklusban történő alkalmazáshoz. A sprint elején a csapat eldönti, hogy melyik terméket választja ki a termékmaradványból a sprintben való működéshez. Mintha a sprint során elmaradna a sprint, nagyon rugalmas. De a sprint végső célját rögzíteni kell.

  • Munka a Sprint-on -

Mivel a sprint célja a sprint tervezési találkozón rögzítésre kerül, az scrum csapata megkezdi a munkát, hogy növekményben részesítse. A jelenlegi munkafolyamat nyomon követésére általában egy munkalapot használnak.

  • Az akadályok listája -

Amikor a tényleges munkafolyamat elindul, minden csapattag akadályokat vagy blokkolókat adhat hozzá annak a listájához, amellyel szembesül a kijelölt feladat elvégzésekor. Amint a tagok bejelentik vagy felveszik a blokkolókat a listába, a scum masternek kezdeményeznie kell ezeket a blokkolókat. Amikor a blokkoló felmerül, arról minden további csapattaggal közölni kell a napi scrum-üléseken, és a nyilvántartást az akadályok listájában kell tartani.

  • A Napi Scrum Találkozó -

A napi scrum-ülésre általában egy időben kerül sor, hogy megvitassák a sprint cél eléréséhez szükséges feladatot. Ez egy informális találkozó, amely általában 15 percet vesz igénybe, és a scrum mester kezdeményezést tesz annak érdekében, hogy ez minden nap megtörténjen. Az ülés célja az, hogy a scrum csapat minden tagját azonos vonalban tartsa és a következő 24 órára munkatervet készítsen a cél veszélyeztetése nélkül. Ezen a találkozón a csoport tagjai általában három kérdésre összpontosítanak -

  • Mit tettem tegnap a sprint cél elérése érdekében?
  • Mit fogok tenni ma, hogy segítsem a csapatot a sprint cél elérésében?
  • Vannak olyan akadályok, amelyek akadályozhatják a csapatot a sprint cél elérésében?

Ez nem egy átfogó vitabeszélgetés, amelyet „napi stand-upnak” is hívnak.

  • Sprint Review és Sprint Retrospektív -

A sprint végén a tagok összeülnek, hogy bemutassák a hátralévő elemeket az érdekelt feleknek, csapattársaknak és a terméktulajdonosnak visszajelzés céljából. Ezt követően a terméktulajdonos dönthet arról, hogy a növekményt felszabadítja-e vagy sem.

A sprint utólagos nézetében a csapat tagjai összejönnek, hogy megosszák tapasztalataikat a sprint során szerzett tapasztalataikkal. Megvitatják, mi ment jól, és mit kell tovább javítani a következő iterációban.

A Scrum egy olyan keret, amely rendszerességet biztosít a projektben a különböző szakaszaiban vagy folyamatain keresztül. Bármely szervezet megvalósíthatja az ellenőrzési keretet anélkül, hogy megváltoztatná a szabályait és szabályozását.

Ajánlott cikkek

Ez egy útmutató a súrlódási folyamathoz. Itt a Scrum-keret kulcsfontosságú szerepeit és a Scrum-modell különféle folyamatait tárgyaljuk. A további javasolt cikkeken keresztül további információkat is megtudhat -

  1. Scrum-keret
  2. Scrum fejlesztés
  3. Agilis termékmenedzsment
  4. Agilis sprint tervezés
  5. A Scrum Epic előnyei
  6. A Scrum szoftver szerepe