Replanning, Story boards and Expenses revenues estimation
Replanificación de los sprints
GQM (Goal, Question and Metric)

Ejemplo:
Objetivo:
- Mejorar lo estimado, reducir desviación y cumplir las expectativas de los clientes.
Preguntas:
- ¿Cuál es la capacidad de entrega media del equipo por unidad de tiempo?
- ¿El equipo entrega en un rango estable?
Métricas:
- Puntos de historia (por historia de usuario)
- Velocidad
- Porcentaje de historias de usuarios completadas por sprint
Herramientas para replanear sprint
- Monte Carlo Análisis: Calcula el rendimiento del equipo dado ciertos valores como el tiempo de entrega, las historias de usuario completadas, … (Se puede coger automáticamente de github). Te predice el rendimiento futuro y cuando se acabará cierta tarea.
- Zenhub/Github: Para hacer un burndown y burnup report. Hay que evitar que haya mucha diferencia entre la tarea que se entrega tarde y la que se entrega antes de tiempo, eso significa que se está estimando mal y hay que replanificar. Otro problema es que haya una tendencia muy elevada, eso significa que a lo mejor esa tarea se debería de haber dividido en varias subtareas, para que se mantenga estable el tiempo de entrega de las subtareas.
¿Cuándo replanificar?
- Cambio de requisitos.
- Cambio de prioridad de las tareas.
- Cuando la evolución del BurnDown es mala.
- Cuando las gráficas de control no van como debería.
Regla del pulgar (Rule of thumb)
![]()
Story board
Viñetas de cómic que muestren los puntos clave de una de las funcionalidades de tu aplicación.
3 consejos esenciales
- Debe ser lo más simple posible.
- Enfocarse en la gran idea que queremos transmitir.
- Debe ser muy visual, evitando texto.
Pasos

Historia:
- Pensar en escenas claves.
- Pensar en un guión. Timeline narrativo: Opener-Problema-Solución-Llamada a la acción
- Pensar en el nivel de detalles de nuestras escenas.
- No olvidarse de describir bien cada viñeta.
Diseño:
- Manual vs. Digital
- Seguir consejos de dibujo para definir ciertas cosas de nuestras viñetas.
- Usar rejillas para mostrar las perspectivas.
- Usar color para hacer énfasis en ciertas cosas.
Información y detalles:
- Numerar las viñetas
- Añadir movimientos de cámara
- Detallar los diálogos y comentarios adicionales.
Revisión y mejora:
- Dejar marinar el storyboard un tiempo.
- Usar el Feedback de los compañeros.
Estimaciones de beneficios y gastos
No hay que ser:
- ni demasiado optimistas: Costes excesivos, acceder a las reservas innecesariamente, cortes a mitad de desarrollo
- ni demasiado conservador: Ese exceso de beneficio se podría haber usado para destinarlo en ciertos aspectos del desarrollo.
Gráficas

