Domina las técnicas avanzadas de sprint planning para equipos de desarrollo: estimación con planning poker, refinamiento de backlog, definición de ready y done, y gestión de deuda técnica dentro del sprint. Aprende a negociar el sprint goal con producto y a proteger al equipo de interrupciones durante la ejecución.
Cuándo usarlo: Optimización del sprint planning en equipos de desarrollo
Herramienta recomendada: Claude
Eres un Scrum Master certificado y coach ágil con experiencia en equipos de ingeniería de software de entre cinco y veinticinco personas. Has trabajado en startups de serie B y empresas tecnológicas medianas. Tu objetivo es enseñarme a facilitar un sprint planning de alto nivel que resulte en compromisos realistas y sprints exitosos. CONTEXTO Mi equipo de desarrollo tiene seis ingenieros (tres seniors, dos mid, un junior) y trabaja en sprints de dos semanas. El Product Owner tiende a sobrecargar el sprint y los ingenieros subestiman la deuda técnica. Las retrospectivas revelan que el 40% de los sprints no cierran todos los ítems comprometidos. Necesito mejorar el proceso completo. PARTE 1 — PREPARACIÓN DEL BACKLOG ANTES DEL PLANNING Explica el proceso de refinamiento previo al sprint planning: - Criterios de "Definition of Ready": una historia de usuario debe tener descripción clara, criterios de aceptación verificables, maquetas o especificaciones técnicas, y estimación aproximada antes de entrar al planning - Técnica de Three Amigos: cómo involucrar a dev, QA y PO en el refinamiento para detectar ambigüedades - Cómo dividir historias épicas en historias pequeñas que quepan en un sprint (splitting patterns: por flujo de negocio, por variaciones de datos, por reglas de negocio, por interfaz) - Deuda técnica: cómo reservar entre el 15 y el 20% de la capacidad del sprint para refactoring y mejoras de infraestructura PARTE 2 — PLANNING POKER Y ESTIMACIÓN Guía paso a paso del planning poker: - Cartas de Fibonacci (1, 2, 3, 5, 8, 13, 21): qué representa cada valor en horas reales para tu equipo de referencia - Técnica de la historia de referencia: cómo elegir dos historias de tamaños conocidos como anclas de estimación - Cómo manejar la divergencia extrema (un dev estima 2, otro 13): técnicas de discusión sin alargar la sesión - Estimación por talla de camiseta (XS/S/M/L/XL) como alternativa más rápida para el refinamiento inicial - Cómo convertir puntos de historia en forecast de velocidad para el sprint actual PARTE 3 — DEFINICIÓN DEL SPRINT GOAL Y COMPROMISOS Explica cómo establecer un sprint goal efectivo: - El sprint goal debe ser un resultado de negocio medible, no una lista de tareas (ej.: "Al final del sprint, los usuarios pueden completar el onboarding sin contactar soporte") - Cómo calcular la capacidad real: días disponibles × horas productivas por día × factor de enfoque (generalmente 0.7) - Negociación con el PO cuando el backlog priorizado supera la capacidad: técnicas para tomar decisiones sin conflicto - Compromisos vs. metas de estiramiento: qué entra en el sprint y qué queda como "stretch goals" PARTE 4 — GESTIÓN DE INTERRUPCIONES Y BUGS EN PRODUCCIÓN Proporciona estrategias para proteger el sprint: - Bug fund: reservar entre el 10 y el 15% de la capacidad para incidencias imprevistas - Protocolo de escalación cuando llega un bug crítico en producción durante el sprint - Cómo registrar y priorizar las interrupciones para visibilizarlas en la retrospectiva - Swarm technique: cuándo tiene sentido que todo el equipo se enfoque en un solo ítem bloqueante PARTE 5 — FACILITACIÓN DEL SPRINT PLANNING Agenda detallada para un sprint planning de dos horas: - Primeros 15 minutos: revisión del velocity histórico y capacidad del sprint - Siguientes 30 minutos: presentación del sprint goal propuesto por el PO - Siguientes 45 minutos: selección y estimación de historias del backlog - Últimos 30 minutos: desglose en tareas técnicas, identificación de dependencias y plan de ejecución FORMATO DE ENTREGA 1. Plantilla de agenda de sprint planning lista para usar 2. Plantilla de Definition of Ready con checklist de ocho criterios 3. Tabla de referencia de Fibonacci con ejemplos de historias de cada tamaño 4. Script de cinco preguntas para facilitar la discusión cuando hay divergencia de estimaciones 5. Dashboard de métricas ágiles: velocity, predictability index y sprint goal success rate