defect triaging scrum
Introducció a la detecció de defectes:
En el nostre tutorial anterior, nosaltres us va presentar els esdeveniments Scrum - Sprint, Sprint Planning, Daily Scrum, Sprint Review i Sprint Retrospection. Vam discutir conceptes com la boxa temporal, els participants i les activitats de cadascun dels esdeveniments Scrum.
La següent botiga per als nostres lectors és Defect Triaging: un concepte que no és nou per a la gent de QA, però intentarem entendre la importància del Defect Triaging i com s’organitza en una configuració Scrum.
Comencem, doncs, amb la comprensió 'Què és la detecció de defectes?'.
Què aprendreu:
- Triaging de defectes
- Participants
- Rols i responsabilitats
- Procés de detecció de defectes en poques paraules
- Conclusió
- Lectura recomanada
Triaging de defectes
Triaging de defectes és una reunió formal on es discuteixen i es trien tots els defectes del Sprint actual, és a dir, es prioritza.
Els desenvolupadors de QA de l’equip de desenvolupament demostren i expliquen els defectes a la resta de l’equip Scrum. A partir de les aportacions de tothom, els defectes s’organitzen i es classifiquen en diferents categories.
Alguns dels factors decisius importants per classificar aquests defectes podrien ser la gravetat, el risc associat, l’impacte empresarial, l’aparició, la naturalesa, etc. Basant-nos en aquestes categories, decidim quant de temps s’haurà de resoldre el defecte.
Preguntes i respostes d’entrevistes a la base de dades d’oracle
Participants
Tots els membres de l’equip Scrum participen a la reunió Triaging Defectes.
- El propietari del producte
- El Scrum Master
- L’equip de desenvolupament
Pot existir la possibilitat que els grups d'interès (interns o externs) també es puguin incloure a la reunió de triatge de defectes.
Ara discutim i establim una distinció clara al voltant dels rols i responsabilitats de cadascun dels membres de l’equip Scrum durant la reunió de Triaging de Defectes.
Rols i responsabilitats
L’equip de desenvolupament
- Els desenvolupadors expliquen i demostren el defecte.
- Els desenvolupadors també se centrarien en l'anàlisi de la causa arrel.
- Els desenvolupadors proporcionarien informació sobre les àrees d’aplicació afectades pel defecte.
- Es fa una trucada combinada per saber si el defecte és acceptable o s’ha de rebutjar.
- Ajuda a la priorització del defecte.
- Expressa la complexitat de la correcció del defecte.
- Assigneu els defectes entre ells per corregir i provar de nou.
Scrum Master
- Scrum Master també és responsable d’organitzar la Triaging Defect Meeting.
- Scrum Master també pot facilitar la reunió si ho demana la resta de membres de l’equip.
- Preneu notes si hi ha algun impediment que pugui trobar l'equip per solucionar els defectes.
- Comprova que la reunió tingui un temps limitat i que no s’aparti del focus.
- Classifica els defectes a determinades classes de defecte assignant-ne la prioritat i la gravetat.
- Juntament amb l'equip, Scrum Master també posa a la taula les àrees de millora.
Propietari del producte
- Té una participació important en la priorització dels defectes que determinaria fins a quin punt es pot resoldre el defecte.
- Per als defectes, amb una prioritat mitjana, el propietari del producte pot planejar col·locar-los a la cartera de productes per recollir-los per a les versions posteriors.
- Permet a l’equip entendre com es veuria afectat el negoci a causa del defecte.
- El propietari del producte pren la perspectiva i els sentiments de l’usuari final mentre discuteix els defectes.
Procés de detecció de defectes en poques paraules
Tots els membres de l’equip Scrum es reuneixen en una sala de reunions per a una reunió de Triaging de Defectes. Qualsevol persona de l’equip de desenvolupadors pot prendre la iniciativa i començar a discutir detalladament els defectes. A continuació, l’equip discuteix cadascun dels defectes per saber-ne la validesa.
El defecte es rebutja si es considera que no és vàlid. Si el defecte és vàlid, l’equip comprova la complexitat de la solució del defecte i l’impacte empresarial que provocaria si no es resolgués al sistema.
Ara tots els altres membres de l’equip analitzen i avaluen l’error per obtenir una classificació adequada i s’asseguren que s’assignin la prioritat i la gravetat adequades al defecte.
Si no s’assignen les prioritats i gravitats adequades, l’equip les restablirà a les correctes. El propietari del producte, juntament amb l’equip, decidirà ara sobre quins defectes s’han de corregir per prioritat i quins es poden assignar a les versions posteriors.
Durant una reunió de triatge de defectes, els defectes són analitzats i avaluats per tot l’equip Scrum. A continuació, l’equip assigna la gravetat i la prioritat correctes a aquests defectes.
Publica el debat i l’escrutini, ara arriba el moment en què s’acaba l’assignació de defectes. En aquesta activitat, s’assignaria un o més desenvolupadors per solucionar el defecte. S’assignaria un altre desenvolupador per provar el defecte.
Una altra activitat molt crucial és examinar l’anàlisi de la causa arrel de cadascun dels defectes i elaborar un pla de millora del procés per tal de minimitzar la probabilitat de tornar a tenir un defecte similar al sistema.
Tot això es capta en un sistema de seguiment. Per als equips que treballen sota Agile, JIRA ha estat el favorit més. Per tant, al final de la reunió, l’equip té una llista de defectes vàlids amb prioritats i gravitats correctes assignades. L’equip també té un pla de millora del procés que s’hauria d’adoptar per als sprints posteriors.
La reunió de Triaging de Defectes està programada sempre que s’hagi trobat un parell de Defectes i necessiti una discussió. Qualsevol persona que pensi que es requereix la reunió de triatge de defectes pot presentar una sol·licitud per a la reunió.
En una circumstància comuna, la reunió Triaging Defectes pot ajudar 2-3 vegades durant un Sprint. Però definitivament no hi ha cap norma i la reunió es pot produir sempre que sorgeixi la necessitat.
Conclusió
Això és tot el que teníem a la botiga sobre la Triaging Defect Meeting. Es considera que la Reunió de Triaging de Defectes és una activitat intensiva per augmentar l’agilitat entre els membres de l’equip Scrum. S'ha convertit en una part integral del procés Scrum a causa dels beneficis que produeix.
Al nostre proper tutorial, parlarem de la importància dels equips Scrum autosuficients.
També posarem èmfasi en el que significa l’autosuficiència en la configuració de Scrum i en com un equip pot evolucionar per convertir-se en un equip autosuficient.
com eliminar un element d 'una matriu java
PREV Tutorial | NEXT Tutorial
Lectura recomanada
- Equips Scrum autosuficients: Com crear un equip autosuficient?
- Funcions i responsabilitats de l’equip Scrum: Scrum Master i propietari del producte
- Tutorial de JIRA Scrum Board: Manipulació de Scrum amb Jira per gestionar el Sprint
- Artefactes Scrum: acumulació de productes, acumulació de Sprint i increments de producte
- Preguntes en línia sobre Agile Scrum: proveu els vostres coneixements sobre Agile Scrum
- Què és la tècnica de proves basades en defectes?
- Procés de gestió de defectes: com gestionar eficaçment un defecte
- Què és el cicle de vida de defectes / errors en les proves de programari? Tutorial del cicle de vida de defectes