4 min lectura • Guide 206 of 877
Gestionando Tareas Bloqueadas Efectivamente
Las tareas bloqueadas son asesinos de productividad invisibles. Un developer atascado esperando aún está costando tiempo mientras no produce nada. La gestión efectiva de bloqueadores significa detección rápida, comunicación clara y resolución rápida a través de escalación apropiada.
Tipos de Bloqueadores
| Tipo de Bloqueador | Ejemplo | Path de Resolución |
|---|---|---|
| Información | Necesita clarificación de requisitos | Preguntar a PO/stakeholder |
| Técnico | Necesita API de otro equipo | Coordinación cross-equipo |
| Acceso | Necesita permisos de base de datos | Request a IT/DevOps |
| Aprobación | Necesita sign-off de diseño | Escalar a aprobador |
| Dependencia | Esperando tarea prerequisita | Priorizar dependencia |
Detección y Marcado
Marcado Inmediato
DETECCIÓN Y MARCADO DE BLOQUEADORES
═══════════════════════════════════
CUÁNDO MARCAR:
─────────────────────────────────────
Marca inmediatamente cuando:
├── No puedes proceder sin X
├── Esperando a alguien/algo
├── Esperas esperar > 2 horas
└── No hay workaround disponible
NO ESPERES:
├── "Quizás respondan pronto"
├── "Lo mencionaré en standup"
├── "Lo resolveré solo" (si no puedes)
└── Visibilidad habilita ayuda
FLUJO DE BLOQUEADOR EN GITSCRUM:
─────────────────────────────────────
1. Agregar etiqueta "blocked" a tarea
2. Agregar comentario explicando bloqueador:
🔴 BLOQUEADO: Necesito credenciales API de vendor
Detalles:
├── Contactado: vendor@example.com
├── Esperando desde: Ene 15, 10am
├── Necesario para: Ene 17
└── Impacto: No puedo proceder con integración
@emma (PM) - ¿puedes escalar?
3. Mover a columna "Blocked" (si usas)
4. Mencionar quién puede ayudar
5. Buscar trabajo alternativo
NOTIFICACIÓN:
├── Equipo ve en standup
├── Dashboard de bloqueadores actualizado
├── Notificación de Slack enviada
└── PM alertado para escalación
Dashboard de Bloqueadores
DASHBOARD DE VISIBILIDAD DE BLOQUEADORES
════════════════════════════════════════
BLOQUEADORES ACTUALES:
┌─────────────────────────────────────────────────────┐
│ Tareas Bloqueadas (3) │
├─────────────────────────────────────────────────────┤
│ │
│ 🔴 GS-456: Integración de Pagos │
│ Bloqueado: 2 días │
│ Razón: Esperando credenciales API de vendor │
│ Owner: Sara │
│ Resolver: Emma (siguiendo con vendor) │
│ ETA: Mañana │
│ │
│ 🔴 GS-489: Migración de Base de Datos │
│ Bloqueado: 4 horas │
│ Razón: Necesita aprobación DBA para cambio schema│
│ Owner: Miguel │
│ Resolver: Miguel (reunión programada 2pm) │
│ ETA: Hoy │
│ │
│ 🔴 GS-501: Implementación de Diseño │
│ Bloqueado: 1 día │
│ Razón: Esperando assets de diseño │
│ Owner: Alex │
│ Resolver: Jordan (equipo de diseño) │
│ ETA: Hoy │
│ │
└─────────────────────────────────────────────────────┘
VISIBLE PARA:
├── Equipo (en standup)
├── PM (para escalación)
├── Manager (si prolongado)
└── Stakeholders (si sprint impactado)
Proceso de Resolución
Path de Escalación
ESCALERA DE ESCALACIÓN DE BLOQUEADORES
═══════════════════════════════════════
NIVEL 1: Auto-resolver (0-2 horas)
─────────────────────────────────────
├── Contacto directo con dueño del bloqueador
├── Mensaje/mención en Slack
├── Documentar intento
└── Si no hay respuesta → escalar
NIVEL 2: Ayuda del equipo (2-4 horas)
─────────────────────────────────────
├── Mencionar en standup
├── Awareness del PM
├── ¿Asignee alternativo?
└── Si no resuelto → escalar
NIVEL 3: Escalación a PM (4-8 horas)
─────────────────────────────────────
├── PM contacta manager del bloqueador
├── Negociación de prioridad
├── Presión de deadline
└── Si no resuelto → escalar
NIVEL 4: Escalación a Manager (8-24 horas)
─────────────────────────────────────
├── Engineering manager involucrado
├── Discusión de managers cross-equipo
├── Reasignación de recursos
└── Si no resuelto → ejecutivo
NIVEL 5: Ejecutivo (24+ horas)
─────────────────────────────────────
├── Awareness de Director/VP
├── Discusión de prioridad de negocio
├── Bloqueador organizacional
└── Usualmente no necesario
TIMELINE ES GUÍA:
├── Ajusta basado en impacto
├── Path crítico → escalación más rápida
├── Bajo impacto → más paciencia
└── Documenta todos los intentos
Mejores Prácticas
- Marca inmediatamente no esperes a standup
- Descripción clara del bloqueador y necesidad
- Tagea quien puede ayudar para notificación directa
- Trabaja en algo más mientras esperas
- Escala apropiadamente basado en tiempo e impacto
- Documenta resolución para aprendizaje futuro