Probar gratis
5 min lectura Guide 707 of 877

Gestionando Bloqueadores Efectivamente

Los bloqueadores sin resolver son asesinos silenciosos de sprint. GitScrum ayuda a equipos a marcar, trackear y escalar bloqueadores rápidamente con features de visibilidad que aseguran que ningún obstáculo quede sin abordar por demasiado tiempo.

Tipos de Bloqueadores

Bloqueadores Comunes

CATEGORÍAS DE BLOQUEADORES:
┌─────────────────────────────────────────────────────────────┐
│                                                             │
│ BLOQUEADORES DE DEPENDENCIA:                                │
│ • Esperando trabajo de otro equipo                         │
│ • API externa no lista                                     │
│ • Esperando assets de diseño                               │
│ • Bloqueado por bug upstream                               │
│                                                             │
│ BLOQUEADORES TÉCNICOS:                                      │
│ • Issue de infraestructura                                 │
│ • Build/CI roto                                            │
│ • Ambiente no disponible                                   │
│ • Deuda técnica previniendo progreso                       │
│                                                             │
│ BLOQUEADORES DE INFORMACIÓN:                                │
│ • Requisitos no claros                                     │
│ • Especificaciones faltantes                               │
│ • Preguntas esperando respuestas                           │
│ • Necesita decisión de stakeholder                         │
│                                                             │
│ BLOQUEADORES DE RECURSOS:                                   │
│ • Acceso/credenciales faltantes                            │
│ • Esperando licencia                                       │
│ • Necesita hardware/equipamiento                           │
│ • Persona no disponible                                    │
│                                                             │
│ BLOQUEADORES DE APROBACIÓN:                                 │
│ • Esperando sign-off                                       │
│ • Review legal/compliance                                  │
│ • Aprobación de presupuesto necesaria                      │
│ • Review de seguridad pendiente                            │
└─────────────────────────────────────────────────────────────┘

Impacto de Bloqueadores

EVALUACIÓN DE IMPACTO:
┌─────────────────────────────────────────────────────────────┐
│                                                             │
│ SEVERIDAD DE BLOQUEADOR:                                    │
│                                                             │
│ 🔴 CRÍTICO:                                                │
│ • Equipo no puede trabajar en absoluto                     │
│ • Múltiples tareas bloqueadas                              │
│ • Sprint goal en riesgo                                    │
│ Respuesta: Escalación inmediata                            │
│                                                             │
│ 🟡 ALTO:                                                   │
│ • Individual bloqueado completamente                       │
│ • 1-2 tareas bloqueadas                                    │
│ • Impactará sprint si no se resuelve                       │
│ Respuesta: Acción same-day requerida                       │
│                                                             │
│ 🟢 MEDIO:                                                  │
│ • Trabajo ralentizado pero continuando                     │
│ • Workaround existe                                        │
│ • Puede esperar uno o dos días                             │
│ Respuesta: Resolver dentro de 48 horas                     │
│                                                             │
│ CÁLCULO DE COSTO:                                           │
│                                                             │
│ 1 developer bloqueado = $X/día productividad perdida       │
│ 3 días bloqueado × 2 devs = 6 días productividad perdida   │
│                                                             │
│ Plus: Cambio de contexto, frustración, retrasos en cascada │
│                                                             │
│ URGENCIA: Resolver bloqueadores rápido, costo crece diariamente│
└─────────────────────────────────────────────────────────────┘

Proceso de Resolución

Surfaceando Bloqueadores

HACIENDO BLOQUEADORES VISIBLES:
┌─────────────────────────────────────────────────────────────┐
│                                                             │
│ CUÁNDO MARCAR:                                              │
│ • El momento que te das cuenta que estás bloqueado         │
│ • No esperes a standup                                     │
│ • No asumas que alguien sabe                               │
│                                                             │
│ CÓMO MARCAR:                                                │
│                                                             │
│ NIVEL DE TAREA:                                             │
│ • Marcar tarea como bloqueada en GitScrum                  │
│ • Agregar razón del bloqueador                             │
│ • Tagear quién puede ayudar                                │
│                                                             │
│ COMUNICACIÓN:                                               │
│ • Postear en canal del equipo                              │
│ • Mencionar en daily standup                               │
│ • DM a la persona que puede ayudar                         │
│                                                             │
│ FORMATO DE BLOQUEADOR:                                      │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ 🚧 BLOQUEADO: Task #234 - Integración de pagos          ││
│ │                                                         ││
│ │ **Qué:** Necesito credenciales test de Stripe           ││
│ │ **Por qué:** No puedo proceder con testing de integración││
│ │ **Quién puede ayudar:** @DevOps                         ││
│ │ **Impacto:** Bloqueando 3 tareas downstream             ││
│ │ **Bloqueado desde:** Lunes 2pm                          ││
│ │ **Necesario para:** Miércoles EOD para stay on track    ││
│ └─────────────────────────────────────────────────────────┘│
│                                                             │
│ BUENAS DESCRIPCIONES DE BLOQUEADOR OBTIENEN RESOLUCIÓN MÁS RÁPIDA│
└─────────────────────────────────────────────────────────────┘

Path de Escalación

ESCALACIÓN DE BLOQUEADORES:
┌─────────────────────────────────────────────────────────────┐
│                                                             │
│ NIVEL 1: AUTO-RESOLVER (0-2 horas)                         │
│ • Intentar resolver independientemente                     │
│ • Revisar documentación                                    │
│ • Preguntar a teammate                                     │
│                                                             │
│ NIVEL 2: CANAL DEL EQUIPO (2-4 horas)                      │
│ • Postear bloqueador en canal del equipo                   │
│ • Tagear personas específicas que podrían ayudar           │
│ • Proporcionar contexto completo                           │
│                                                             │
│ NIVEL 3: ESCALACIÓN DIRECTA (4-8 horas)                    │
│ • DM a persona específica necesaria                        │
│ • Involucrar team lead                                     │
│ • Request cross-equipo si es dependencia                   │
│                                                             │
│ NIVEL 4: MANAGEMENT (>8 horas)                             │
│ • Escalar a manager                                        │
│ • Puede necesitar intervención organizacional              │
│ • Path de escalación formal                                │
│                                                             │
│ CRITERIOS DE ESCALACIÓN:                                    │
│ • Basado en tiempo: Sin respuesta dentro de timeframe      │
│ • Basado en impacto: Bloqueadores críticos escalan más rápido│
│ • Basado en sprint: Escalar si sprint goal en riesgo       │
│                                                             │
│ ESCALACIÓN NO ES FALLA                                      │
│ Es obtener la ayuda correcta para la situación             │
└─────────────────────────────────────────────────────────────┘

Mejores Prácticas

  1. Marca inmediatamente cuando estés bloqueado
  2. Descripción clara con contexto completo
  3. Tagea específicamente quién puede ayudar
  4. Escala apropiadamente basado en impacto y tiempo
  5. Trackea tiempo bloqueado para métricas
  6. Analiza patrones en retrospectivas

Soluciones Relacionadas