3 min lectura • Guide 279 of 877
Gestión de Dependencias de Tareas
Las dependencias son las rocas ocultas en las aguas del proyecto. Ignóralas, y el trabajo se detiene abruptamente cuando está bloqueado. Gestiónales bien, y el trabajo fluye suavemente con progreso paralelo.
Tipos de Dependencias
| Tipo | Ejemplo | Nivel de Riesgo |
|---|---|---|
| Técnica | API necesaria antes de frontend | Alto |
| Equipo | Diseño de otro equipo | Medio |
| Externa | Integración de terceros | Alto |
| Recurso | Esperando acceso/tools | Medio |
| Conocimiento | Esperando requisitos | Medio |
Identificando Dependencias
IDENTIFICACIÓN DE DEPENDENCIAS
══════════════════════════════
EN SPRINT PLANNING:
─────────────────────────────────────
Para cada story, preguntar:
"¿Qué debe existir antes de que esto pueda empezar?"
├── APIs, endpoints, servicios
├── Diseños, specs
├── Ambiente, acceso
├── Datos, contenido
└── Documentar respuestas
"¿Quién necesita proveer algo?"
├── Otros equipos
├── Vendors externos
├── Stakeholders (decisiones)
├── Subject matter experts
└── Clarificar timeline y owner
"¿Qué podría bloquear esto?"
├── Unknowns técnicos
├── Gates de aprobación
├── Disponibilidad de recursos
├── Factores externos
└── Planificar mitigaciones
DOCUMENTAR DEPENDENCIAS:
─────────────────────────────────────
Tarea: Frontend página de perfil
Dependencias:
├── User API endpoint (Team Backend, Día 3)
├── Diseño de perfil (Team Design, Done)
├── Avatar upload service (Bloqueado en S3 setup)
└── Trackear en GitScrum
Mapa Visual de Dependencias
MAPA DE DEPENDENCIAS
════════════════════
[Tarea A] ────────────────────────┐
↓
[Tarea B] ──────────────────→ [Tarea D] ──→ [Tarea F]
↑
[Tarea C] ────────────────────────┘
LECTURA:
• D depende de A, B, y C
• D debe esperar a que todas completen
• D es el cuello de botella
• Priorizar A, B, C para desbloquear D
Reduciendo Dependencias
ESTRATEGIAS DE REDUCCIÓN
════════════════════════
MOCKS Y STUBS:
┌─────────────────────────────────────────────────────────────┐
│ │
│ Frontend no espera por API real: │
│ • Define contrato de API primero │
│ • Frontend usa mock/stub │
│ • Desarrollo paralelo │
│ • Integrar cuando ambos listos │
│ │
└─────────────────────────────────────────────────────────────┘
EQUIPOS CROSS-FUNCIONALES:
┌─────────────────────────────────────────────────────────────┐
│ │
│ El equipo tiene todos los skills: │
│ • Frontend + Backend + QA │
│ • Menos handoffs entre equipos │
│ • Menos esperas │
│ │
└─────────────────────────────────────────────────────────────┘
SISTEMAS LOOSELY COUPLED:
┌─────────────────────────────────────────────────────────────┐
│ │
│ • APIs bien definidas │
│ • Servicios independientes │
│ • Cambios aislados │
│ │
└─────────────────────────────────────────────────────────────┘
En GitScrum
DEPENDENCIAS EN GITSCRUM
════════════════════════
TRACKING:
┌─────────────────────────────────────────────────────────────┐
│ │
│ • Linking entre tareas │
│ • Labels de "blocked" / "blocking" │
│ • Visibilidad en board │
│ • Alertas de blockers │
│ │
└─────────────────────────────────────────────────────────────┘