Incidencias de GitLab

Todas las tareas se siguen con incidencias de GitLab. Cada incidencia lleva un estado que muestra dónde está en el flujo de trabajo.

Flujo de estados

  1. Open — la incidencia se ha informado o solicitado, pero aún no está planificada ni priorizada. Cualquiera puede crear una incidencia; quien lidera el equipo la tria.
  2. Awaiting specifications — aún hay que escribir las especificaciones de diseño, funcionales y técnicas antes de poder empezar. Este estado se omite cuando la incidencia ya es lo bastante clara.
  3. Awaiting development — la incidencia está completamente especificada (a nivel de producto y técnico) y lista para tomarse.
  4. In development — la incidencia se está estudiando (investigando) y desarrollando, y pasa por el proceso de revisión de código.
  5. On hold — el trabajo está bloqueado, esperando a otra persona (por ejemplo, un cliente u otro equipo), o la incidencia falló la validación y necesita más trabajo. Cuando quien desarrolla está listo para retomarla, la incidencia vuelve a In development.
  6. In validation — hay un artefacto disponible (compilación o entorno de staging) y la incidencia se está probando.
  7. Awaiting deployment — la incidencia está validada; hay que etiquetar y publicar una nueva versión del software para los usuarios finales.
  8. Done — la incidencia está terminada y desplegada.

Una incidencia también puede cerrarse sin completarse:

  • Won't do — la incidencia se cierra sin hacerse.
  • Duplicate — la incidencia se cierra porque otra ya la cubre.
graph TD
    S0[Open] --> S1[Awaiting specifications]
    S0 --> S2[Awaiting development]
    S1 -->|design, functional, tech| S2
    S2 --> S3[In development]
    S3 <--> S4[On hold]
    S3 --> S5[In validation]
    S5 -->|needs work| S4
    S5 --> S6[Awaiting deployment]
    S6 -->|release| S7[Done]