Ciclo de Vida de un Bug

El ciclo de vida de un incidente (bug) se centra en la notificación, el análisis y la resolución de defectos. Algunos bugs (críticos) requieren un hotfix inmediato, mientras que otros pueden programarse en el sprint actual o siguiente como una corrección de errores.

Diagrama del Ciclo de Vida del Bug

%% Estilo style A fill:#fcc,stroke:#333,stroke-width:2px style B fill:#fc9,stroke:#333,stroke-width:2px style C fill:#f9c,stroke:#333,stroke-width:2px style D fill:#f66,stroke:#333,stroke-width:2px style E fill:#ff9,stroke:#333,stroke-width:2px style F fill:#ffc,stroke:#333,stroke-width:2px style G fill:#c9f,stroke:#333,stroke-width:2px style H fill:#9f9,stroke:#333,stroke-width:2px style I fill:#9cf,stroke:#333,stroke-width:2px style J fill:#fdd,stroke:#333,stroke-width:2px style X fill:#dfd,stroke:#333,stroke-width:2px style Y fill:#ddf,stroke:#333,stroke-width:2px

%% Enlaces Clickables click A "/docs/roadmap/bug-reporting" "Cómo reportar un error" click B "/docs/roadmap/process/ticket-triage" "Proceso de triage de tickets" click C "/docs/roadmap/severity-categories" "Criterios de severidad" click D "/docs/roadmap/process/hotfix-procedure" "Procedimiento de hotfix" click E "/docs/roadmap/process/bugfix-procedure" "Procedimiento de corrección de errores" click F "/docs/roadmap/process/sprint-execution" "Detalles de implementación y pruebas" click G "/docs/roadmap/process/release-readiness" "Criterios para la preparación de producción" click H "/docs/roadmap/process/production-release" "Despliegue en producción" click I "/docs/roadmap/process/post-release-review" "Revisión post-lanzamiento" click J "/docs/roadmap/process/rework-process" "Detalles sobre el proceso de rehacer / evaluación de complejidad" click X "/docs/roadmap/process/next-sprint-reassessment" "Reevaluación en el próximo sprint" click Y "/docs/roadmap/process/next-pi-reassessment" "Reevaluación durante el próximo PI"

Pasos Clave para Incidentes (Bugs)

1. Presentación del Problema

   • Los bugs pueden ser reportados por usuarios, partes interesadas o a través de herramientas de monitoreo.

2. Clasificación del Problema y Evaluación de Severidad

   • El equipo evalúa el impacto, la severidad y el alcance potencial de cada bug.

3. Decisión de Priorización

   • Hotfix (Bug Crítico): Solución inmediata en el sprint actual si interrumpe severamente la funcionalidad.
   • Bugfix (Bug Menos Crítico): Programado para el sprint actual o siguiente, dependiendo de la capacidad.

4. Implementación y Pruebas

   • El equipo desarrolla la solución y realiza las pruebas necesarias.

5. Liberación a Producción

   • La solución se despliega en producción una vez validada (hotfix) o durante la liberación del sprint.

6. Revisión Post-Liberación

   • Se verifica que la solución resuelve el problema sin introducir nuevos problemas.

7. Rehacer / Evaluar Complejidad

   • Si el error no se resuelve completamente, se reevalúa para ajustes adicionales (ya sea trasladado al siguiente sprint o al siguiente PI, dependiendo de la complejidad).