Meni

Triaging v okvari: kako je organizirano v programu Scrum

  • Glavni
  • Drugo
  • Triaging v okvari: kako je organizirano v programu Scrum

defect triaging scrum

Preizkusite Naš Instrument Za Odpravo Težav

Uvod v preizkušanje napak:

V prejšnji vadnici smo vas je seznanil z dogodki Scrum - Sprint, Sprint Planning, Daily Scrum, Sprint Review & Sprint Retrospection. Razpravljali smo o konceptih, kot so časovni boks, udeleženci in dejavnosti za vsak Scrum dogodek.

Naslednje, ki je za naše bralce v prodaji, je Defect Triaging - koncept, ki za ljudi, ki skrbijo za kakovost, ni nov, bomo pa skušali razumeti pomen Defect Triaging in kako je organiziran v programu Scrum Setup.

Začnimo torej z razumevanjem ‘Kaj je preizkušanje napak?’.

triažiranje napak

Kaj se boste naučili:

Triaging napak

Triaging napak je formalno srečanje, na katerem se razpravlja o vseh pomanjkljivostih trenutnega Sprinta, tj.

Razvijalci kakovosti v razvojni skupini prikažejo in razložijo napake preostali ekipi Scrum. Na podlagi prispevkov vseh se napake nato organizirajo in razvrstijo v različne kategorije.

Nekateri pomembni odločilni dejavniki za kategorizacijo teh napak so lahko resnost, tveganje, poslovni vpliv, pojav, narava itd. Na podlagi teh kategorij nato določimo, kako hitro je treba napako odpraviti.

razredi napak

kako odpreti datoteko json v oknih

Udeleženci

Na sestanku za preizkušanje napak sodelujejo vsi člani ekipe Scrum.

  • Lastnik izdelka
  • Mojster Scrum
  • Razvojna skupina

Obstaja možnost, da se zainteresirani (notranji ali zunanji) udeležijo tudi sestanka za preizkušanje napak.

Zdaj se pogovorimo in določimo jasno razliko med vlogami in odgovornostmi vsakega člana ekipe Scrum med srečanjem za preizkušanje napak.

Vloge in odgovornosti

Razvojna skupina

  • Razvijalci razložijo in dokažejo napako.
  • Razvijalci bi se osredotočili tudi na analizo vzrokov.
  • Razvijalci bi zagotovili vpogled v področja uporabe, na katera vpliva napaka.
  • Skupno se pokliče, ali je napaka sprejemljiva ali jo je treba zavrniti.
  • Pomaga pri določanju pomanjkljivosti.
  • Izraža zapletenost odpravljanja pomanjkljivosti.
  • Napake si medsebojno dodelite za odpravljanje in preskušanje.

Scrum mojster

  • Scrum Master je odgovoren tudi za organizacijo srečanja za preizkušanje napak.
  • Scrum Master lahko tudi olajša sestanek, če ga vprašajo preostali člani ekipe.
  • Ustvarjajte si zapiske, če ima skupina težave pri odpravi napak.
  • Preveri, ali je sestanek časovno omejen in ne odstopa od fokusa.
  • Razvrsti napake v določene razrede napak, tako da jim dodeli prednost in resnost.
  • Skupaj z ekipo Scrum Master na mizo prinese tudi področja izboljšav.

Lastnik izdelka

  • Ima velik delež pri določanju prioritet napak, ki bi določil, kako najkasneje je napako mogoče odpraviti.
  • Za napake, ki imajo srednjo prednost, jih lahko lastnik izdelka načrtuje, da jih bo postavil v zaostanek izdelka, ki ga bo prevzel za naslednje izdaje.
  • Skupini omogoča, da razume, kako bi na podjetje vplival posel zaradi pomanjkljivosti.
  • Lastnik izdelka pri razpravi o napakah upošteva stališča in občutja končnega uporabnika.

Postopek preizkusa pomanjkljivosti na kratko

Vsi člani ekipe Scrum se zberejo v sejni sobi na sestanku za pomanjkljive preizkuse. Vsak iz ekipe razvijalcev lahko prevzame vodstvo in začne podrobno razpravljati o napakah. Nato skupina razpravlja o vsaki napaki glede njene veljavnosti.

Napaka se zavrne, če se ugotovi, da je neveljavna. Če je napaka veljavna, potem ekipa preveri zapletenost odprave napake in poslovni učinek, ki bi ga imel, če bi bil v sistemu nerešen.

Vsi ostali v ekipi zdaj analizirajo in ocenijo napako za pravilno razvrstitev in poskrbijo, da je napaka dodeljena ustrezni prednostni nalogi in resnosti.

Če prave prioritete in resnosti niso dodeljene, jih bo ekipa ponastavila na pravilne. Lastnik izdelka se bo skupaj z ekipo zdaj odločil, katere napake je treba odpraviti kot prednostne in katere je mogoče dodeliti naslednjim izdajam.

Med sestankom za odkrivanje napak napake analizira in oceni celotna ekipa Scrum. Nato tim dodeli pravilno napako in resnost.

Objavite razpravo in pregled, zdaj prihaja čas, ko je naloga z napako končana. V okviru te dejavnosti bi bil določen eden ali več razvijalcev, ki bodo odpravili napako. Za testiranje napake bi bil dodeljen drug razvijalec.

Druga zelo ključna dejavnost je preučiti analizo vzroka za vsakega od pomanjkljivosti in pripraviti načrt za izboljšanje postopka, da bi zmanjšali verjetnost ponovne podobne napake v sistemu.

Vse to je zajeto v sistem za sledenje. Za ekipe, ki delajo pod okriljem Agile, je bila JIRA najbolj priljubljena. Zato ima ekipa na koncu sestanka seznam veljavnih napak s pravilnimi prednostnimi nalogami in resnostmi. Ekipa ima tudi načrt za izboljšanje postopka, ki bi ga morali sprejeti za naslednje sprinte.

sestanek za odkrivanje napak

Sestanek preizkusov napak je predviden, kadar koli je odkritih nekaj napak in je treba razpravljati o njem. Kdor meni, da je potreben sestanek za preizkušanje napak, lahko vloži zahtevo za sestanek.

V običajnih okoliščinah lahko srečanje o preizkusu napak pomaga 2-3 krat med šprintom. Vsekakor pa ni pravila in sestanek se lahko zgodi, kadar koli se pojavi potreba.

Zaključek

To je vse, kar smo si obetali na srečanju za preizkušanje napak. Sestanek o preizkusu napak velja za pospešeno aktivnost za povečanje okretnosti med člani ekipe Scrum. Zaradi koristi, ki jih prinaša, je postal sestavni del Scrum procesa.

najboljši mp3 downloader za Windows 10

V naši prihajajoči vadnici bomo razpravljali o pomenu samozadostnih Scrum skupin.

Poudarili bomo tudi, kaj pomeni samozadostnost v programu Scrum Setup in kako se lahko ekipa razvije v samozadostno ekipo.

PREV Vadnica | NASLEDNJA Vadnica

Priporočeno branje

^