Minden, amit tudnod kell a SCRUM-ról

Ez a „Scrum Methodology” című blog röviden bemutatja a Scrumot. Áttekinti azokat a módszereket és gyakorlatokat, amelyek ezt hatékony, mozgékony keretrendszerré teszik.

Dulakodás egy keretrendszer amelyen belül az emberek kezelni tudják az összetett adaptív problémákat, miközben produktívan és kreatív módon szállítják a lehető legmagasabb értékű termékeket. Leginkább a termékfejlesztési stratégia .



a leggyorsabb és legjobb módszer a Scrum mélyebb megértésére. A Scrumot gyakran módszertanként érzékelik, ahelyett, hogy a scrumot mint módszertant tekintenénk, a folyamatmenedzsment keretének kell tekintenünk.



3 dolog van a Scrum-mal kapcsolatban, amelyekkel egyenesen foglalkoznom kell. Scrum az

  1. Könnyűsúlyú
  2. Könnyen érthető
  3. Nehéz megvalósítani

Ezt szem előtt tartva a remélhetőleg a következőknek meg kell adnia a Scrum alapjait.



Mi az a SCRUM?

Megérteni a Dulakodás , először egy hagyományosabb alternatívát kell megvizsgálnunk - A vízesés modell .

mit csinál az init a pythonban

Mi a vízesés modell?

Ban,-ben Vízesés modell , az összes tervezés a fejlesztési folyamat kezdetén történik, és jó sok időt fektetünk ugyanabba. Ezután a termék teljes fejlesztése megtörténik, majd tesztelés következik. Ezután egy terméket felülvizsgálnak és üzembe helyeznek, amelynek egészéhez körülbelül egy év szükséges.

Vízesés modell - Edureka



Probléma

Most egy ilyen megközelítéssel az a kérdés, hogy a tervezés teljesen tudatlanul történik a lehetséges kihívásokkal szemben, amelyekkel a csapat szembesülhet a fejlesztés során. Ez sok visszalépéshez és késéshez vezethet.

Ezen hosszú ciklus végén rájöhet, hogy a piac követelményei teljesen megváltoztak, és a termék már nem felel meg a követelményeinek. Ez visszavezet az első helyre.

Megoldás

A Scrumban a következő megközelítést alkalmazza.

  • Először te terv csak annyi, hogy elkezdhesse a projektjét.
  • Másodszor, te épít a termék minimális, alapvető funkciókkal.
  • Harmadszor, te teszt azokat a funkciókat a terved szerint.

Végül pedig a felülvizsgálat bemutatni az említett terméket az érintettek számára elfogadás céljából. És ami itt van, az a potenciálisan szállítható termék .

Ez a négy lépés egyből áll ismétlés , amelyet újra és újra megismételnek, csökkentve az egyes időtartamot inkrementális kiadás vagy a termék változata.

Szóval, mi is pontosan a Scrum?

A Scrum végrehajtja a módszertan a potenciálisan szállítható szoftverek segítségével folyamatok, technikák és gyakorlatok segítségével iterációk és növekményekkel nak nek maximális értéket nyújtani . Scrum az nem módszertan . Ez egy egyszerű, könnyű keretrendszer a csapat hatékony együttműködéséhez az összetett termékek terén.

Ki a Scrum mester?

Megmagyarázni, hogy ki a Scrum mester , Szükségem lesz egy hipotézis segítségére.

Probléma

Tegyük fel, hogy sok ember van egy szobában, és a saját magasságuknak megfelelően kell beállniuk a sorba, minimális időbe telik.

Kétféle módon lehet megközelíteni ezt a problémát.

1. megoldás: A felügyeleti megközelítés

Ez a megközelítés magában foglalja azt, hogy egy személy vállalja a felelősséget a többiek sorba szervezéséért. Ez a módszer azonban túl sok időt vesz igénybe, és nem hagy teret az embereknek, hogy maguk gondolkodjanak.

2. megoldás: A Scrum Master megközelítés

Az Dulakodás lehetővé teszi a csapat számára, hogy önszerveződjön és gyorsan változtasson. Ő megkönnyíti AGILIS elveket. A scrum master kezeli az információcsere folyamatát.

Ez kevesebb időt emészt fel, és a csapat úgy növekszik, hogy megtanuljanak maguknak gondolkodni.

SCRUM Framework

A Scrum nem módszertan, hanem a tudományos módszer empirizmus . Alapvetően egy többel helyettesítette a programozott algoritmikus megközelítést heurisztikus (önálló tanulás) az egyik, tiszteletben tartva az embereket és az önszerveződést, hogy kezeljük a szoftverfejlesztés akadályainak kiszámíthatatlan természetét.

Mi az empirizmus?

Az empirizmus nem más, mint tényeken, tapasztalatokon és bizonyítékokon alapuló munka. Az empirikus folyamat az, ahol az előrelépés a valóság megfigyelésén alapszik, nem fiktív tervek .

Az empirizmus 3 oszlopon áll, nevezetesen átláthatóság , ellenőrzés és alkalmazkodás .

Átláthatóság

Ez azt jelenti, hogy a tényeket bemutatjuk. Minden érintett alkalmazott - az ügyfél, a vezérigazgató, az egyéni közreműködők - átláthatóak a másokkal folytatott napi kapcsolatok során.

Ellenőrzés

Ezt a termék, a folyamatok, az emberek szempontjai, gyakorlata és a Scrum csapat minden tagjának folyamatos fejlesztése érdekében kell elvégezni.

Alkalmazkodás

Az ellenőrzés eredményei alapján alkalmazkodási képességre utal. Ez a kifejezés ebben az összefüggésben a folyamatos fejlesztésről szól.

Scrum életciklus

1. lépés: A folyamat kezdődik a terméktulajdonos . Ez a személy létrehoz egy termek elmaradas , a feladatok és követelmények prioritási listája, amelyre a végterméknek szüksége van.

2. lépés: A csapat összejön sprint tervezés , és közösen döntenek arról, hogy mi a munka először a termékhátralékból. Az elemek ezen alkészlete a következőkké alakul sprint elmaradás .

3. lépés: A sprint alatt a csapat naponta találkozik, hogy kommunikálja az előrehaladást és a kérdéseket. Ezt a találkozót hívják napi scrum. A Scrum Master felügyeli és biztosítja, hogy a csapat minden tagja betartsa a scrum elméleteit, szabályait és gyakorlatát.

4. lépés: Minden sprint végén a sprint áttekintés találkozót a termék tulajdonosa szervezi. A megbeszélés során a fejlesztői csapat bemutatja az utolsó sprintben végzett munkát. Ezután a terméktulajdonos megbeszéli a fennmaradó termékállományt és a projekt befejezésének várható idejét, ha szükséges.

Jegyzet: Mindegyik sprint végén a csapatnak rendelkeznie kell egy működő, használható termékdarabbal a munkájához. .

5. lépés: A felülvizsgálat után a scrum csapat összegyűlik sprint retrospektív találkozó , ahol a csapat megbeszéli, mi ment jól, mi nem, és ha jobban tudtak volna-e járni. Lehet, hogy egy technikai korlát az, hogy visszatartja őket, vagy egy csapattag túl van terhelve feladatokkal. A csapat dönti el, hogyan orvosolja ezeket a problémákat és a következő sprint során végrehajtandó fejlesztések tervei.

6. lépés: Az ciklus ismétlődik a termékhátrában maradó feladatokhoz. Ez addig folytatódik, amíg az alábbiak bármelyike ​​meg nem történik

  • A határidő lejárt
  • A költségvetés kimerült
  • A terméktulajdonos elégedett az említett termékkel

Mi az a Sprint?

A Sprint egy iteráció a Scrumban. Ez egy hónapos időtartam, és használható, kiadható termék létrehozását eredményezi.Egy új Sprint azonnal elindul az előző befejezése után.

A Sprint során

  • Nincs változás készülnek, amelyek veszélyeztetnék a Sprint cél
  • A növekedés minősége nem csökken
  • A projekt hatóköre lehet között újratárgyalt Terméktulajdonos és Csapat

Minden Sprintnek van egy cél (a sprint célja), amit fel kell építeni. Ez egy tervrajz vagy egy rugalmas terv, amely irányítja az ebből eredő terméknövekedést.

SCRUM szertartások

Van négy szertartások / események a súrlódásban.

Sprint tervezés

A Sprintben elvégzendő munkákat a Sprint tervezésnél tervezik. Ezt az egész Scrum csapat együttműködő munkája tervezi. A Sprint tervezés időkerete legfeljebb nyolc óra egy hónapos Sprint esetében.

A Sprint Planning a következő kérdésekre ad választ

mi a vektor a java-ban
  • Mit lehet kézbesíteni a közelgő növekményben?
  • Hogyan érhető el az ehhez a sprinthez szükséges munka?

Napi Scrum

A Daily Scrum egy 15 perces időzített esemény a scrum csapat számáraa tevékenységek megtervezésére és szinkronizálására a következő 24 órában. A Sprint minden napján megrendezik.

A napi vizsgálat során minden tagnak meg kell válaszolnia a következő kérdéseket

  • Mit csináltam tegnap?
  • Mit fogok ma csinálni?
  • Mik az akadályaim?

A Scrum Master feladata, hogy minimalizálja a csapat feladatának akadályait, hogy a sprint időbeosztva legyen.

Sprint Review

A Sprint Review egy informális találkozó, ahol a Scrum csapat és az érdekelt felek együttműködnek a sprintben elkövetett dolgokban. Ennek alapján és a Termek elmaradas a Sprint során a következő dolgokat tervezik, amelyeket meg lehet tenni az érték optimalizálása érdekében.

Sprint retrospektív

A Sprint Retrospective a Sprint Review után következik beés a közelgő Sprint Planning találkozók előtt. Taz övét három órán át dobozolják egy hónapos sprintekre.

A Sprint Retrospective során a csapat a következőket tárgyalja

  • Mi ment jól?
  • Olyan dolgok, amelyek nem működtek?
  • Mit kellene másképp csinálni?

SCRUM műtárgyak

A Scrum műtárgyai az átláthatóság, valamint az ellenőrzés és az adaptáció lehetőségeinek biztosítására irányuló munkát jelentik. Kifejezetten arra készültek maximalizálja a legfontosabb információk átláthatóságát . Ezért a scrum csapatban mindenkinek van ugyanaz megértés a műtárgy.

Három műtárgy van egy súrlódásban, nevezetesen: Termek elmaradas , Sprint lemaradás és Növekedés .

Termek elmaradas

A Product Backlog egy sorrendben felsorolt ​​lista a termékben szükséges mindenről. Ez a Terméktulajdonos . A termékhátralék soha nem teljes . Kezdetben a legjobban megért követelményeket tartalmazza, és a termék és környezete fejlődésével fokozatosan fejlődik, így válik megfelelő és releváns a jelenlegi piaci igények szempontjából .

Sprint lemaradás

A Sprint Backlog a Sprinthez kiválasztott Product Backlog elemek összessége, a következő növekmény leadásának tervével. Az előrejelzéseket a fejlesztői csoport elmagyarázza, hogy a következő lépésben milyen funkciókat kíván elérni, és milyen munkát kell végezni az eléréséhez.

Növekedés

A növekmény az összes termékhátralék összegea Sprint során elkészült tételekés az összes korábbi Sprintet. A Sprint végén az új növekmény használható állapotúnak kell lennie és megfelelnek a Scrum Team definíciójának Kész .

Amikor egy növekményt úgy írnak le Kész , mindenkinek el kell fogadnia egy ellenőrzőlistát, amely teljes ellenőrzés után a terméket „Kész” -nek nyilvánítja.

Következtetés

A Scrum nem azért működik, mert három szerepe van, öt esemény és három műtárgy, vagy egy módszertan miatt, hanem azért, mert ragaszkodik az iteratív, értékalapú inkrementális szállítás agilis alapelveihez. Gyakran gyűjti az ügyfelek visszajelzéseit, és reagál a piaci változásokra. Ez gyorsabb piacra kerülési időt, jobb kiszámíthatóságot és fokozott ügyfél-reagálást eredményez. És javított szoftverminőséget és jobb kockázatkezelést biztosít.