Meniu

Defect Triaging în Scrum: Cum este organizat într-o configurare Scrum

  • Principal
  • Alte
  • Defect Triaging în Scrum: Cum este organizat într-o configurare Scrum

defect triaging scrum

Încercați Instrumentul Nostru Pentru Eliminarea Problemelor

Introducere în detectarea defectelor:

În tutorialul nostru anterior, noi v-am prezentat evenimentele Scrum - Sprint, Planificare Sprint, Scrum zilnic, Revizuire Sprint și Retrospecție Sprint. Am discutat concepte precum boxul de timp, participanții și activitățile pentru fiecare eveniment Scrum.

Următorul magazin pentru cititorii noștri este Defect Triaging - Un concept care nu este nou pentru cei de la QA, dar vom încerca să înțelegem importanța Defect Triaging și cum este organizat într-o configurare Scrum.

Deci, să începem cu înțelegerea „Ce este Triagingul Defectelor?”.

defect triaging

Ce veți învăța:

Defect Triaging

Defect Triaging este o întâlnire formală în care toate defectele Sprintului actual sunt discutate și triate, adică prioritare.

Dezvoltatorii QA din echipa de dezvoltare demonstrează și explică defectele restului echipei Scrum. Pe baza contribuțiilor tuturor, defectele sunt apoi organizate și clasificate în diferite categorii.

Unii dintre factorii decisivi importanți pentru clasificarea acestor defecte ar putea fi severitatea, riscul asociat, impactul afacerii, apariția, natura etc. Pe baza acestor categorii, vom decide apoi cât de curând trebuie să fie soluționat defectul.

clase de defecte

cum se scrie un plan de testare software

Participanți

Întâlnirea Defect Triaging este participată de toți membrii echipei Scrum.

  • Proprietarul produsului
  • Maestrul Scrum
  • Echipa de dezvoltare

Poate exista posibilitatea ca părțile interesate (interne sau externe) să fie incluse și în reuniunea de depistare a defectelor.

Să discutăm acum și să stabilim o distincție clară în jurul rolurilor și responsabilităților fiecărui membru al echipei Scrum în timpul reuniunii de identificare a defectelor.

Roluri si responsabilitati

Echipa de dezvoltare

  • Dezvoltatorii explică și demonstrează Defectul.
  • Dezvoltatorii s-ar concentra, de asemenea, pe analiza cauzei principale.
  • Dezvoltatorii ar oferi o perspectivă asupra domeniilor de aplicație afectate de Defect.
  • Se efectuează un apel combinat pentru a stabili dacă defectul este acceptabil sau ar trebui respins.
  • Ajută la prioritizarea defectului.
  • Exprimă complexitatea implicată în remedierea Defectului.
  • Alocați defectele între ele pentru remediere și testare.

Scrum Master

  • Scrum Master este, de asemenea, responsabil pentru organizarea întâlnirii de detectare a defectelor.
  • Scrum Master poate facilita, de asemenea, întâlnirea, dacă este solicitat de restul membrilor echipei.
  • Luați notițe dacă există obstacole pe care echipa le poate întâlni pentru remedierile de defecte.
  • Verifică dacă întâlnirea este temporizată și nu se abate de la focalizare.
  • Clasifică defectele la anumite clase de defecte atribuindu-le prioritatea și severitatea.
  • Împreună cu echipa, Scrum Master aduce și domeniile de îmbunătățire pe masă.

Proprietarul produsului

  • Are o miză majoră în prioritizarea defectelor, care ar determina cât de curând poate fi rezolvat defectul.
  • Pentru defectele, având o prioritate medie, Proprietarul produsului poate planifica plasarea lor în Backlog-ul produsului pentru a fi preluat pentru versiunile ulterioare.
  • Permite echipei să înțeleagă cum ar fi afectată afacerea din cauza Defectului.
  • Proprietarul produsului își asumă perspectiva și sentimentele utilizatorului final în timp ce discută despre defecte.

Procesul de detectare a defectelor pe scurt

Toți membrii echipei Scrum se reunesc într-o sală de ședințe pentru o întâlnire de defectare. Oricine din echipa dezvoltatorului poate prelua conducerea și începe să discute în detaliu despre defecte. Echipa discută apoi fiecare dintre defecte pentru validitatea sa.

Defectul este respins dacă se constată că este invalid. În cazul în care Defectul este unul valid, atunci echipa verifică complexitatea remedierii defectului și impactul pe care l-ar avea dacă ar fi lăsat nerezolvat în sistem.

Toți ceilalți din echipă analizează și evaluează acum eroarea pentru o clasificare corectă și se asigură că Prioritatea și Severitatea potrivite sunt atribuite Defectului.

Dacă nu sunt atribuite prioritățile și severitățile corecte, atunci echipa le va reseta la cele corecte. Proprietarul de produs împreună cu echipa vor decide acum asupra defectelor care urmează să fie remediate în funcție de prioritate și care pot fi atribuite lansărilor ulterioare.

În timpul unei întâlniri de triere a defectelor, defectele sunt analizate și evaluate de întreaga echipă Scrum. Echipa atribuie apoi severitatea și prioritatea corecte acestor defecte.

Postează discuția și examinarea, acum vine momentul când atribuirea Defect este terminată. În cadrul acestei activități, unul sau mai mulți dezvoltatori ar fi desemnați să remedieze defectul. Un alt dezvoltator ar fi desemnat să testeze defectul.

O altă activitate foarte crucială este examinarea analizei cauzelor principale pentru fiecare defect și elaborarea unui plan de îmbunătățire a procesului, pentru a reduce la minimum probabilitatea de a avea din nou un defect similar în sistem.

Toate acestea sunt surprinse într-un sistem de urmărire. Pentru echipele care lucrează sub Agile, JIRA a fost cel mai favorit. Prin urmare, la sfârșitul ședinței, echipa are o listă de defecte valabile cu priorități și severități corecte atribuite acestora. Echipa are, de asemenea, un plan de îmbunătățire a proceselor care ar trebui adoptat pentru sprint-urile ulterioare.

întâlnire de defect triaging

Întâlnirea Triaging Defect este programată ori de câte ori au fost găsite câteva Defecte și are nevoie de o discuție. Oricine crede că este necesară întâlnirea de depistare a defectelor poate ridica o cerere pentru întâlnire.

cum să extrageți fișiere 7z pe Mac

Într-o circumstanță obișnuită, întâlnirea Defect Triaging poate ajuta de 2-3 ori în timpul unui Sprint. Dar cu siguranță nu există nicio regulă și întâlnirea se poate întâmpla ori de câte ori apare nevoia.

Concluzie

Asta este tot ceea ce aveam în magazin cu privire la întâlnirea de depistare a defectelor. Întâlnirea de detectare a defectelor este considerată a fi o activitate intensificată pentru a spori agilitatea în rândul membrilor echipei Scrum. A devenit o parte integrantă a procesului Scrum datorită beneficiilor pe care le produce.

În viitorul nostru tutorial, vom discuta despre importanța echipelor Scrum autosuficiente.

De asemenea, vom pune accentul pe ceea ce înseamnă autosuficiența în configurarea Scrum și pe modul în care o echipă poate evolua pentru a deveni o echipă autosuficientă.

PREV Tutorial | NEXT Tutorial

Lectură recomandată

^