Rols amb permisos que poden fer ús de la guia explicativa: Qui pot fer ús de la guia?

Administrador Project Leader Responsable de qualitat Desenvolupadors Usuaris Lectors

Objectiu

Aquesta guia descriu el procés de gestió dels lliurables tècnics mitjançant Jira, utilitzant el tipus d’incidència Revisió de codi per registrar les evidències, garantir la qualitat dels resultats i mantenir la traçabilitat de les validacions realitzades.


Procés Lliurables tècnics al Jira (Informe d’anàlisi del codi font)

1. Crear una nova issue al vostre projecte (space) clicant sobre el botó “+Create”.

proces_lliurables_tecnics_1

2. Seleccionar Work type “Revisió de codi”

proces_lliurables_tecnics_2

3. Afegir el títol, la release i complimentar la taula amb els resultats i evolució

proces_lliurables_tecnics_3

4. Al camp “Anàlisi de codi” s’ha d’afegir una captura de pantalla amb l’evidència del resultat de la revisió de codi.

Si l’àmbit ho requereix, també es pot afegir una captura amb el detall de defectes seguretat.

Opcionalment, en cas que sigui possible, afegir la URL de la revisió de codi del sonar de Qualitat.

5. Finalment clicar sobre “Crear”


🛠 Workflow: Issue type - Revisió de codi

proces_lliurables_tecnics_4

1. Estat inicial: To Do

  • RdQP crea el ticket de revisió de codi inicial.
  • Un cop creat, assigna la issue al Gestor de Qualitat perquè la revisi.

2. Estat: In Progress

  • El Gestor de Qualitat passa la issue en estat In Progress.
  • Revisa el contingut de la revisió de codi per assegurar-se que compleix amb el model.

3. Estat: Pendent

  • Si el Gestor de Qualitat detecta disconformitats o mancances, canvia l’estat a Pendent.
  • Assigna la issue de nou al RdQP, indicant en comentaris els canvis o correccions necessaris.
  • El RdQP fa les modificacions i torna a assignar la issue al Gestor de Qualitat per a una nova revisió.

4. Estat: Resolt

  • Si el Gestor de Qualitat revisa el document i no hi troba disconformitats, canvia l’estat a Resolt.
  • Això indica que el lliurable ha estat validat correctament i no calen més accions.

Notes addicionals

  • Aquest cicle pot repetir-se diverses vegades entre Pendent i In Progress fins que el document compleixi tots els requisits.
  • És important que cada canvi d’estat vagi acompanyat de comentaris clars indicant les accions realitzades o necessàries.

Impacte i beneficis

  • Eficiència.
  • Reducció de temps en la gestió documental.
  • Simplicitat.
  • Eliminació de passos innecessaris.
  • Traçabilitat (registre centralitzat de dades de les releases a jira).
  • Procés compatible amb la IA.