Probar gratis
5 min lectura Guide 785 of 877

Anti-patrones de Sprint a Evitar

Los sprints pueden ir mal de maneras predecibles. GitScrum ayuda a equipos a detectar anti-patrones temprano a través de métricas y visibilidad del workflow.

Anti-patrones de Planning

Sobre-compromiso

SOBRE-COMPROMISO:
┌─────────────────────────────────────────────────────────────┐
│                                                             │
│ EL PATRÓN:                                                  │
│ El equipo se compromete a más de lo que puede entregar    │
│ El sprint termina con trabajo incompleto significativo    │
│                                                             │
│ SÍNTOMAS:                                                   │
│ • Burndown nunca llega a cero                             │
│ • Stories se arrastran cada sprint                        │
│ • Equipo estresado al final del sprint                    │
│ • La calidad sufre                                         │
│                                                             │
│ FIRMA DEL BURNDOWN:                                         │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ 30│●                                                    ││
│ │   │ ╲                                                   ││
│ │ 20│  ╲▲                                                 ││
│ │   │   ╲ ▲▲                                              ││
│ │ 10│    ╲  ▲▲▲▲▲▲▲▲▲                                     ││
│ │   │     ╲         ← Nunca llega a cero                 ││
│ │  0│──────●                                              ││
│ └─────────────────────────────────────────────────────────┘│
│                                                             │
│ CAUSAS RAÍZ:                                                │
│ • Presión del PO para comprometerse más                   │
│ • Estimación optimista                                    │
│ • No contar overhead (reuniones, reviews)                 │
│ • No trackear capacidad real                              │
│                                                             │
│ CORRECCIONES:                                               │
│ ✅ Usar velocidad histórica, no deseos                    │
│ ✅ Factorizar tiempo libre, feriados, reuniones           │
│ ✅ Dejar buffer (10-15% para incertidumbre)               │
│ ✅ PO prioriza, equipo se compromete                      │
│ ✅ "No" es una respuesta válida                           │
└─────────────────────────────────────────────────────────────┘

Refinamiento Insuficiente

BACKLOG SIN PREPARAR:
┌─────────────────────────────────────────────────────────────┐
│                                                             │
│ EL PATRÓN:                                                  │
│ Stories entran al sprint sin refinamiento apropiado       │
│ El equipo descubre requisitos durante desarrollo          │
│                                                             │
│ SÍNTOMAS:                                                   │
│ • Planning meetings largas                                │
│ • "¿Qué significa esto?"                                  │
│ • Cambios de scope mid-sprint                             │
│ • Developers bloqueados esperando clarificación           │
│                                                             │
│ CORRECCIONES:                                               │
│ ✅ Refinar 2-3 sprints por adelantado                     │
│ ✅ Definition of Ready antes de sprint                    │
│ ✅ Stories estimables significa listas                    │
│ ✅ PO disponible para preguntas                           │
└─────────────────────────────────────────────────────────────┘

Anti-patrones de Ejecución

Mini-Cascada

MINI-CASCADA DENTRO DEL SPRINT:
┌─────────────────────────────────────────────────────────────┐
│                                                             │
│ EL PATRÓN:                                                  │
│ Todo desarrollo primero, luego testing al final           │
│ QA bloqueado hasta el final del sprint                    │
│                                                             │
│ SÍNTOMAS:                                                   │
│ • QA sobrecargado días finales del sprint                 │
│ • Bugs encontrados demasiado tarde                        │
│ • "Done" pero no testeado                                 │
│ • Rush al final del sprint                                │
│                                                             │
│ CORRECCIONES:                                               │
│ ✅ Completar stories de principio a fin                   │
│ ✅ QA involucrado temprano y continuamente                │
│ ✅ Testing como parte del flujo, no fase final            │
│ ✅ Stories pequeñas que fluyen rápido                     │
└─────────────────────────────────────────────────────────────┘

Ignorar Blockers

BLOCKERS SIN RESOLVER:
┌─────────────────────────────────────────────────────────────┐
│                                                             │
│ EL PATRÓN:                                                  │
│ Blockers mencionados pero no resueltos                    │
│ Items bloqueados permanecen bloqueados                    │
│                                                             │
│ SÍNTOMAS:                                                   │
│ • Mismos blockers reportados en múltiples standups        │
│ • "Todavía esperando por X"                               │
│ • Trabajo acumulado en "In Progress"                      │
│ • Frustración del equipo                                  │
│                                                             │
│ CORRECCIONES:                                               │
│ ✅ Scrum Master activamente remueve impedimentos          │
│ ✅ Escalar blockers inmediatamente                        │
│ ✅ Time-box esperando (si no resuelto en X, escalar)      │
│ ✅ Visibilidad de blockers para management                │
└─────────────────────────────────────────────────────────────┘

Anti-patrones de Retrospectiva

SALTAR O IGNORAR RETROS:
┌─────────────────────────────────────────────────────────────┐
│                                                             │
│ PATRONES:                                                   │
│                                                             │
│ SALTAR RETROS:                                              │
│ • "No hay tiempo esta vez"                                │
│ • Siempre canceladas o acortadas                          │
│ • Resultado: Mismos problemas repiten                     │
│                                                             │
│ RETROS SIN ACCIÓN:                                          │
│ • Discutir pero nunca actuar                              │
│ • Action items que nunca se hacen                         │
│ • Resultado: Equipo deja de participar                    │
│                                                             │
│ CORRECCIONES:                                               │
│ ✅ Retro es non-negotiable                                │
│ ✅ 1-2 action items concretos                             │
│ ✅ Owner para cada action item                            │
│ ✅ Review de action items en siguiente retro              │
└─────────────────────────────────────────────────────────────┘

En GitScrum

DETECTAR ANTI-PATRONES EN GITSCRUM
══════════════════════════════════

MÉTRICAS QUE REVELAN PROBLEMAS:
┌─────────────────────────────────────────────────────────────┐
│                                                             │
│  Burndown Chart:                                            │
│  • Nunca llega a cero = sobre-compromiso                  │
│  • Plano luego caída súbita = mini-cascada                │
│  • Línea hacia arriba = scope creep                       │
│                                                             │
│  Velocity Trends:                                           │
│  • Alta variación = estimación inconsistente              │
│  • Tendencia a la baja = problemas crecientes             │
│                                                             │
│  Carry-over:                                                │
│  • Alto porcentaje = compromisos no realistas             │
│  • Mismas stories = refinamiento insuficiente             │
│                                                             │
└─────────────────────────────────────────────────────────────┘

Soluciones Relacionadas de GitScrum