10 min lectura • Guide 868 of 877
Herramientas para alinear la entrega de sprint entre equipos de ingeniería
Alinear la entrega entre equipos de ingeniería requiere más que rastrear tareas. Múltiples equipos trabajando en el mismo producto necesitan visibilidad compartida de compromisos de sprint, seguimiento de dependencias entre entregables de equipos, y planificación coordinada de releases que considere bloqueadores entre equipos.
Resumen de alineación de sprint
| Desafío | Solución | Función GitScrum |
|---|---|---|
| Visibilidad aislada | Vistas entre proyectos | Dashboards multi-tablero |
| Conflictos de dependencias | Vinculación explícita | Relaciones de tareas |
| Coordinación de releases | Hitos compartidos | Seguimiento de hitos |
| Timing de integración | Sprints coordinados | Config. sincronización sprint |
| Escalamiento de bloqueadores | Visibilidad + alertas | Seguimiento blockers, notificaciones |
El desafío de entrega multi-equipo
REALIDAD DE INGENIERÍA MULTI-EQUIPO
═══════════════════════════════════
ESTRUCTURA TÍPICA DE PRODUCTO:
─────────────────────────────────────
┌─────────────────────────────────────────────────────────────┐
│ RELEASE PRODUCTO v2.5 │
├─────────────────────────────────────────────────────────────┤
│ │
│ ┌─────────────┐ ┌─────────────┐ ┌─────────────┐ │
│ │ PLATAFORMA │ │ FRONTEND │ │ MOBILE │ │
│ │ │ │ │ │ │ │
│ │ - API v2 │ │ - Dashboard │ │ - App iOS │ │
│ │ - Auth │ │ - Ajustes │ │ - Android │ │
│ │ - Database │ │ - Billing │ │ │ │
│ └──────┬──────┘ └──────┬──────┘ └──────┬──────┘ │
│ │ │ │ │
│ ▼ ▼ ▼ │
│ ┌─────────────────────────────────────────────────────┐ │
│ │ DEPENDENCIAS COMPARTIDAS │ │
│ │ Frontend necesita API v2 → Plataforma debe entregar│ │
│ │ Mobile necesita Auth → Plataforma debe terminar │ │
│ │ Ambos necesitan migración DB → Coordinación │ │
│ └─────────────────────────────────────────────────────┘ │
│ │
└─────────────────────────────────────────────────────────────┘
SIN ALINEACIÓN:
├── Equipo A entrega cambio breaking de API
├── Frontend del Equipo B rompe en staging
├── App mobile del Equipo C falla en prod
└── Release retrasado 2 semanas para fixes
CON ALINEACIÓN:
├── Dependencias visibles para todos los equipos
├── Cambios breaking comunicados temprano
├── Testing de integración coordinado
└── Release sale en fecha
Modelos de sincronización de sprint
OPCIONES DE CADENCIA DE EQUIPOS
═══════════════════════════════
OPCIÓN A: SPRINTS SINCRONIZADOS
─────────────────────────────────────
Todos los equipos comparten mismo inicio/fin:
Semana 1 Semana 2 Semana 3 Semana 4
│ │ │ │
├─────────────┼─────────────┼─────────────┤
│ Sprint 1 │ Sprint 2 │ Sprint 3 │
│ │ │ │
│ Plataforma ─┼─────────────┼─────────────┤
│ Frontend ───┼─────────────┼─────────────┤
│ Mobile ─────┼─────────────┼─────────────┤
Pros:
├── Simple de coordinar
├── Fechas de entrega claras
├── Retrospectivas juntos fáciles
└── Sesiones de planificación compartidas
Contras:
├── Menos flexibilidad por equipo
├── Dependencias deben caber en sprint
└── Entrega todo-o-nada
OPCIÓN B: SPRINTS ESCALONADOS
─────────────────────────────────────
Equipos desfasados 1 semana:
Semana 1 Semana 2 Semana 3 Semana 4
│ │ │ │
Plataforma ───┼─────────────┼────────────────
Frontend ─────────────┼────────────
Mobile ─────────────┼─────
Pros:
├── Plataforma puede entregar primero
├── Equipos downstream consumen
├── Reduce bloqueos
└── Más flexibilidad
Contras:
├── Más difícil coordinar releases
├── Múltiples sesiones de planificación
└── Ventanas de integración varían
OPCIÓN C: TRENES DE RELEASE
─────────────────────────────────────
Fechas de release fijas, sprints variables:
──────► Tiempo ──────►
│ │
▼ ▼
Tren 1 Tren 2
(Ene 15) (Feb 15)
│ │
│ Plataforma ─────────│
│ Frontend ───────────│
│ Mobile ─────────────│
│ │
Corte: Ene 10 Corte: Feb 10
Pros:
├── Releases predecibles
├── Equipos trabajan a su ritmo
├── Fechas de corte claras
└── Amigable para enterprise
Contras:
├── Features pueden perder el tren
├── Requiere disciplina
└── Más overhead de planificación
Mapeo de dependencias
SEGUIMIENTO DE DEPENDENCIAS ENTRE EQUIPOS
═════════════════════════════════════════
TIPOS DE DEPENDENCIAS:
─────────────────────────────────────
DEPENDENCIA DURA (Bloqueante)
┌──────────────────────────────────────┐
│ Tarea B no puede iniciar hasta que │
│ Tarea A esté completa │
│ │
│ [Endpoint API] ──► [Vista Frontend] │
│ Plataforma Frontend │
│ │
│ Si API retrasa → Frontend bloqueado │
└──────────────────────────────────────┘
DEPENDENCIA SUAVE (Coordinada)
┌──────────────────────────────────────┐
│ Tareas pueden avanzar independiente │
│ pero necesitan coordinación │
│ │
│ [Auth iOS] ◄──► [Auth Android] │
│ Mobile Mobile │
│ │
│ Misma spec, implementaciones difs │
└──────────────────────────────────────┘
DEPENDENCIA EXTERNA (Terceros)
┌──────────────────────────────────────┐
│ Esperando a parte externa │
│ │
│ [Integración Pago] ──► [Stripe] │
│ Plataforma Externo │
│ │
│ Puede tener timeline impredecible │
└──────────────────────────────────────┘
VISUALIZANDO EN GITSCRUM:
─────────────────────────────────────
Sprint 5
┌─────────────────────────────────────┐
│ │
│ Equipo Plataforma │
│ ┌────────────┐ │
│ │ Endpoint │ ──────────┐ │
│ │ API v2 │ │ │
│ └────────────┘ │ Bloquea │
│ ▼ │
│ Equipo Frontend │ │
│ ┌────────────┐ ┌──────┴─────┐ │
│ │ Página │ │ Widget │ │
│ │ Ajustes │ │ Dashboard │ │
│ └────────────┘ └────────────┘ │
│ │ Dep suave │ │
│ ▼ │ │
│ ┌─────────────────────────┴───┐ │
│ │ Ventana Testing Integración │ │
│ │ Días 8-10 del sprint │ │
│ └─────────────────────────────┘ │
│ │
└─────────────────────────────────────┘
Implementación en GitScrum
CONFIGURANDO ALINEACIÓN ENTRE EQUIPOS
═════════════════════════════════════
PASO 1: ESTRUCTURA DE PROYECTOS
─────────────────────────────────────
Nivel Organización:
├── Producto (paraguas)
│ ├── Equipo Plataforma (proyecto)
│ ├── Equipo Frontend (proyecto)
│ ├── Equipo Mobile (proyecto)
│ └── Coordinación Release (proyecto)
Cada proyecto de equipo contiene:
├── Tableros de sprint propios
├── Etiquetas específicas del equipo
├── Backlog del equipo
└── Seguimiento de velocidad
PASO 2: ETIQUETAS ENTRE PROYECTOS
─────────────────────────────────────
Etiquetas compartidas en todos los proyectos:
Etiquetas de release:
├── 🚀 v2.5-release
├── 🚀 v2.6-release
└── 🚀 v3.0-release
Etiquetas de dependencia:
├── ⛓️ tiene-dependencia
├── ⛓️ bloquea-otro
├── 🔴 bloqueador-entre-equipos
└── 🟡 necesita-integracion
Etiquetas de prioridad:
├── 🔥 p0-ruta-critica
├── ⚡ p1-importante
└── 📋 p2-normal
PASO 3: VINCULACIÓN DE DEPENDENCIAS
─────────────────────────────────────
Tarea → Detalles → Tareas Relacionadas
Crear relaciones:
├── "Bloqueado por" → Dependencia dura
├── "Bloquea" → Qué habilita esto
├── "Relacionado con" → Dependencia suave
└── "Duplicado de" → Mismo trabajo
Ejemplo:
┌────────────────────────────────────────┐
│ Tarea: Widget Dashboard │
│ │
│ Tareas Relacionadas: │
│ ├── Bloqueado por: Endpoint API (#234) │
│ ├── Bloquea: Suite Tests E2E (#567) │
│ └── Relacionado: Página Ajustes (#345)│
└────────────────────────────────────────┘
PASO 4: SEGUIMIENTO DE HITOS
─────────────────────────────────────
Crear hitos de release:
Hito: Release v2.5
├── Fecha objetivo: 15 marzo
├── Fecha corte: 10 marzo
├── Equipos: Plataforma, Frontend, Mobile
│
└── Tareas incluidas:
├── [Plataforma] Endpoint API v2
├── [Plataforma] Actualización Auth
├── [Frontend] Widget Dashboard
├── [Frontend] Página Ajustes
├── [Mobile] Integración iOS
└── [Mobile] Integración Android
PASO 5: ENRUTAMIENTO DE NOTIFICACIONES
─────────────────────────────────────
Integraciones → Slack/Teams
Canales:
├── #release-v25 → Todas tareas v2.5
├── #sync-plataforma-frontend → Dependencias
├── #bloqueadores → Bloqueadores entre equipos
└── #tren-release → Recordatorios de corte
Reglas de automatización:
├── Etiqueta "bloqueador-entre-equipos" → Notificar #bloqueadores
├── Hito cambiado → Notificar #tren-release
├── Dependencia desbloqueada → Notificar propietario tarea
└── 3 días antes de corte → Recordatorio a todos
Flujo de coordinación de release
PROCESO DE TREN DE RELEASE
══════════════════════════
LÍNEA DE TIEMPO (CICLO 4 SEMANAS):
─────────────────────────────────────
Semana 1: PLANIFICACIÓN
────────────────────────
┌─────────────────────────────────────────────────────────────┐
│ Día 1: Reunión de planificación de release │
│ ├── Revisar items para este tren │
│ ├── Identificar dependencias entre equipos │
│ ├── Asignar propiedad de puntos de integración │
│ └── Establecer compromisos de fecha de corte │
│ │
│ Día 2-5: Planificación de sprint por equipo │
│ ├── Desglosar en tareas de sprint │
│ ├── Agregar enlaces de dependencia │
│ ├── Etiquetar con hito de release │
│ └── Estimar con buffer de dependencia │
└─────────────────────────────────────────────────────────────┘
Semana 2-3: EJECUCIÓN
─────────────────────
┌─────────────────────────────────────────────────────────────┐
│ Diario: Standups async │
│ ├── Progreso en items de ruta crítica │
│ ├── Escalamiento de bloqueadores │
│ └── Actualizaciones de estado de dependencias │
│ │
│ Semanal: Sync entre equipos (30 min) │
│ ├── Check-in de dependencias │
│ ├── Identificación de riesgos │
│ ├── Ajuste de scope si necesario │
│ └── Coordinación de testing de integración │
└─────────────────────────────────────────────────────────────┘
Semana 4: INTEGRACIÓN Y RELEASE
───────────────────────────────
┌─────────────────────────────────────────────────────────────┐
│ Días 1-3: Congelación de features │
│ ├── Código completo para todos los equipos │
│ ├── Comienza testing de integración │
│ └── Solo corrección de bugs │
│ │
│ Días 4-5: Estabilización │
│ ├── Correcciones de bugs críticos │
│ ├── Testing de rendimiento │
│ └── Finalización de release notes │
│ │
│ Día 5: Release │
│ ├── Rollout escalonado │
│ ├── Monitoreo │
│ └── Plan de rollback listo │
└─────────────────────────────────────────────────────────────┘
Dashboard de visibilidad entre equipos
DASHBOARD DE ALINEACIÓN DE ENTREGA
══════════════════════════════════
┌─────────────────────────────────────────────────────────────┐
│ Release v2.5 - Objetivo: 15 Marzo │
│ Corte: 10 Marzo (5 días restantes) │
├─────────────────────────────────────────────────────────────┤
│ │
│ PROGRESO POR EQUIPO │
│ ───────────────────────────────────── │
│ Plataforma: ████████████████████░░░░ 85% 🟢 En tiempo │
│ Frontend: ██████████████████░░░░░░ 75% 🟡 En riesgo │
│ Mobile: ████████████████████████ 100% ✅ Completo │
│ │
│ ITEMS DE RUTA CRÍTICA │
│ ───────────────────────────────────── │
│ ✅ Endpoint API v2 (Plataforma) Completo │
│ ✅ Actualización Auth (Plataforma) Completo │
│ 🔄 Widget Dashboard (Frontend) En Progreso │
│ └── Desbloqueado hace 2 días │
│ ⏳ Migración Ajustes (Frontend) No Iniciado │
│ └── Bloqueado por: Widget Dashboard │
│ │
│ BLOQUEADORES ACTIVOS │
│ ───────────────────────────────────── │
│ 🔴 Migración Ajustes bloqueada por Widget Dashboard │
│ └── Propietario: @sarah (Frontend) │
│ └── ETA: 8 Marzo │
│ │
│ TESTING DE INTEGRACIÓN │
│ ───────────────────────────────────── │
│ Ventana: 11-14 Marzo │
│ Propietario: Equipo QA │
│ Estado: Programado │
│ │
└─────────────────────────────────────────────────────────────┘
Mejores prácticas
- Sincronizar cadencias - Sprints alineados simplifican coordinación
- Dependencias explícitas - Vincular tareas bloqueantes en la herramienta
- Dashboards visuales - Visibilidad entre equipos reduce sorpresas
- Syncs regulares - Check-ins semanales capturan problemas temprano
- Buffers de corte - Dejar tiempo entre corte y release
- Ventanas de integración - Programar tiempo dedicado de testing
- Rutas de escalamiento - Proceso claro para resolver bloqueadores
- Retrospectivas de release - Aprender de problemas de coordinación