Cómo se calculó la velocidad del equipo — explicación de la plantilla

Por qué partimos de puntos conocidos por desarrollador, no de un histórico de equipo

La forma habitual de calcular la velocidad de un equipo Scrum es mirar hacia atrás: promediar los puntos de historia completados en los últimos sprints. Ese dato no existe todavía para nosotros — este es el primer sprint que el equipo ejecuta junto, así que no hay un histórico de equipo del cual partir.

Por eso la plantilla resuelve el problema al revés: en lugar de partir de "cuántos puntos completó el equipo antes", parte de "cuánto tiempo le toma a un desarrollador de este equipo completar una historia de un tamaño ya conocido". Esa es la función de la hoja EstimaciónHUBase: fija una historia de referencia (HU-6, 5 puntos) y la desglosa en actividades técnicas concretas para llegar a una estimación en horas (12 h) que sea realista para el nivel del equipo, no un número de manual. Con esa relación horas↔puntos ya calibrada, la hoja VelocidadEquipo convierte la capacidad disponible del sprint (horas por semana × desarrolladores, menos las horas que se van en ceremonias) en una cifra de puntos que el equipo puede comprometer con evidencia detrás, aunque nunca haya trabajado junto antes.

EstimaciónHUBase. Aquí no se estima "lo que el equipo cree que se demora", sino lo que cada desarrollador, individualmente, estima para cada actividad de la historia de referencia. La captura de pantalla incluida en la plantilla (las tarjetas de planning poker: 3, 5, 3, 3) es justamente evidencia de eso — cada integrante dio su propio número para el tamaño de la historia, sin anclarse a una velocidad de equipo que todavía no existe. El resultado (12 horas para 5 puntos) es la fórmula de conversión horas↔puntos que se usa después.

VelocidadEquipo. Traduce la capacidad real del equipo a puntos usando esa fórmula. Nº Horas por Semana (12), Nº Semanas (duración del sprint) y Nº de Desarrolladores (4) definen la capacidad bruta; se le restan las horas transversales (refinamiento, daily, retro, planeación, revisión) porque son tiempo que el equipo invierte en el sprint pero que no produce historias terminadas. El resultado, dividido entre las horas que vale un punto (calculadas en la imagen 2), da la velocidad del sprint.