Issues (tipos)
Los distintos tipos de issues que usa el equipo, sus diferencias y cuándo usar cada uno.
Tipos de issues
El equipo distingue cinco tipos de issues según su naturaleza y origen:
Feature: Nueva funcionalidad o mejora significativa de una funcionalidad existente. Surge del discovery de producto. Siempre pertenece a un proyecto padre.
Deuda técnica: Trabajo técnico que mejora la salud del sistema sin impacto directo en funcionalidad visible (refactors, actualizaciones de dependencias, mejoras de arquitectura). Puede pertenecer a un proyecto padre si es parte de una refactorización mayor; si es un ajuste técnico puntual, no.
Ajuste: Cambio menor sobre algo existente, sin discovery previo. No justifica una iniciativa. Nunca tiene proyecto padre.
Bug: Comportamiento del sistema que difiere de lo especificado o que impacta negativamente la experiencia. Tiene su propio flujo de priorización por SLA. Nunca pertenece a un proyecto padre.
Fast track: Trabajo urgente y puntual que no puede esperar el ciclo normal de planificación. Por definición no tiene iniciativa asociada ni proyecto padre.
Atributos comunes a todos los issues
Todos los issues comparten: título, descripción, tipo, estado, responsable y estimación de esfuerzo. Los bugs incluyen además: pasos para reproducir, comportamiento esperado y comportamiento actual.
Priorización de issues
La prioridad de un issue se determina en el refinamiento. Los bugs en producción tienen una vía de priorización separada documentada en la sección "Bugs en producción".