5 min lectura • Guide 783 of 877
Optimización del Daily Standup
Los standups deberían energizar, no agotar. GitScrum ayuda a los equipos a rastrear el progreso para que los standups se enfoquen en colaboración, no en reportes de estado.
Standups Efectivos
Propósito del Standup
OBJETIVOS DEL STANDUP:
┌─────────────────────────────────────────────────────────────┐
│ │
│ PARA QUÉ ES EL STANDUP: │
│ ─────────────────────── │
│ ✅ Exponer bloqueadores rápidamente │
│ ✅ Coordinar en trabajo compartido │
│ ✅ Identificar ayuda necesaria │
│ ✅ Mantenerse alineados en objetivos del sprint │
│ ✅ Conexión diaria breve │
│ │
│ PARA QUÉ NO ES EL STANDUP: │
│ ───────────────────────── │
│ ❌ Reportes de estado detallados al manager │
│ ❌ Resolución de problemas (hacer offline) │
│ ❌ Discusiones de diseño (hacer offline) │
│ ❌ Code reviews (hacer offline) │
│ ❌ Explicaciones largas del trabajo hecho │
│ │
│ ─────────────────────────────────────────────────────────── │
│ │
│ PREGUNTA CLAVE: │
│ │
│ "¿Qué necesita saber el EQUIPO │
│ para avanzar HOY?" │
│ │
│ Si solo le importa al manager → no es para standup │
│ Si todos necesitan saberlo → decirlo en standup │
└─────────────────────────────────────────────────────────────┘
Formato Tradicional
FORMATO DE TRES PREGUNTAS:
┌─────────────────────────────────────────────────────────────┐
│ │
│ ENFOQUE CLÁSICO: │
│ │
│ Cada persona responde: │
│ 1. ¿Qué hice ayer? │
│ 2. ¿Qué haré hoy? │
│ 3. ¿Qué me está bloqueando? │
│ │
│ EJEMPLO: │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ @alex: ││
│ │ "Ayer: Terminé endpoint de API de login ││
│ │ Hoy: Empezar con reset de contraseña ││
│ │ Bloqueadores: Ninguno" ││
│ │ ││
│ │ @jordan: ││
│ │ "Ayer: Code review de login ││
│ │ Hoy: Continuar componentes de dashboard ││
│ │ Bloqueadores: Esperando diseño de estados de error" ││
│ │ ││
│ │ SM: "@diseñador, ¿puedes dárselos a Jordan hoy?" ││
│ │ @diseñador: "Sí, antes del mediodía" ││
│ └─────────────────────────────────────────────────────────┘│
│ │
│ PROS: │
│ • Simple, familiar │
│ • Todos hablan │
│ │
│ CONTRAS: │
│ • Puede sentirse como reporte de estado │
│ • "Ayer" a menudo irrelevante │
│ • Gente se desconecta de actualizaciones de otros │
└─────────────────────────────────────────────────────────────┘
Caminar el Tablero
STANDUP ENFOCADO EN EL TABLERO:
┌─────────────────────────────────────────────────────────────┐
│ │
│ ENFOQUE CAMINAR EL TABLERO: │
│ │
│ En lugar de ir persona por persona, │
│ caminar por el tablero de derecha a izquierda │
│ │
│ HECHO TESTING EN PROGRESO POR HACER │
│ ←───────────────────────────────────────── │
│ Empezar aquí, ir hacia la derecha │
│ │
│ ─────────────────────────────────────────────────────────── │
│ │
│ EJEMPLO: │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ SM: "Caminemos el tablero" ││
│ │ ││
│ │ [Señala columna TESTING] ││
│ │ SM: "PROJ-123 en testing - ¿estado?" ││
│ │ @qa: "Testeando hoy, debería terminar al final del día"││
│ │ ││
│ │ [Señala columna EN PROGRESO] ││
│ │ SM: "PROJ-124 - ¿algún problema?" ││
│ │ @alex: "En camino, necesito review de diseño" ││
│ │ @diseñador: "Lo reviso después del standup" ││
│ │ ││
│ │ SM: "PROJ-125 - ¿bloqueado?" ││
│ │ @jordan: "Sí, esperando spec de API" ││
│ │ SM: "¿Quién puede ayudar?" ││
│ │ @alex: "Hago pair después del standup" ││
│ └─────────────────────────────────────────────────────────┘│
│ │
│ BENEFICIOS: │
│ • Enfocado en completar trabajo │
│ • Los bloqueadores se abordan │
│ • Solo habla quien tiene información relevante │
│ • Reuniones más cortas │
└─────────────────────────────────────────────────────────────┘
Alternativas Async
Standup Asíncrono
STANDUP ASÍNCRONO:
┌─────────────────────────────────────────────────────────────┐
│ │
│ CUÁNDO USAR: │
│ ├── Equipos distribuidos en múltiples zonas horarias │
│ ├── Trabajo profundo es prioritario │
│ ├── El equipo es maduro y auto-organizado │
│ └── Los standups síncronos no agregan valor │
│ │
│ CÓMO FUNCIONA: │
│ ├── Publicar actualización en Slack/GitScrum │
│ ├── Antes del mediodía hora local │
│ ├── Formato estructurado │
│ └── Reunión síncrona solo si hay bloqueadores │
│ │
│ EJEMPLO EN SLACK: │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ #daily-standup ││
│ │ ││
│ │ @alex (9:15 AM) ││
│ │ ✅ Completado: GS-123 endpoint de login ││
│ │ 🔄 Hoy: GS-124 reset de contraseña ││
│ │ 🚫 Bloqueadores: Ninguno ││
│ │ ││
│ │ @jordan (10:02 AM) ││
│ │ ✅ Completado: Review PR de login ││
│ │ 🔄 Hoy: Dashboard componentes ││
│ │ 🚫 Bloqueadores: Necesito specs de diseño de errores ││
│ │ ↳ @diseñador (respuesta en hilo) ││
│ │ "Los subo antes del mediodía" ││
│ └─────────────────────────────────────────────────────────┘│
│ │
└─────────────────────────────────────────────────────────────┘