Planning Poker: cómo estimar tareas con Fibonacci
Contenido del curso
Julián Darío Bermúdez Trujillo
Ixcoatl Francisco Pérez
Platzi Team
Ixcoatl Francisco Pérez
Ixcoatl Francisco Pérez
Ixcoatl Francisco Pérez
Ixcoatl Francisco Pérez
Ernesto Arturo Bonilla Ramos
Ernesto Arturo Bonilla Ramos
Ernesto Arturo Bonilla Ramos
José David Calderón Serrano
Jose Francisco Contreras Romo
Condor Agency
ORLANDO ERNESTO ARBAIZA AVILES
Guillermo Alberto Segura Cruz
Diego Mauricio Zuluaga Rodríguez
David Leonardo Roa F.
Es importante tener en cuenta que al leer la historia de usuario, es clave tener en cuenta todos los Criterios de aceptación presentados. incluso podrían salir más de acuerdo a la participación del equipo.
¿Qué es la estimación relativa y por qué usarla?
La estimación relativa asigna un tamaño comparativo a cada elemento de la lista de producto, evitando unidades de tiempo fijas. Se consideran tres variables clave: complejidad, incertidumbre y tamaño. Para estandarizar, se usa la serie de Fibonacci como escala de pesos y se define un pivote que sirve de referencia común.
Creo que esta técnica funciona bien para ambientes donde se involucran diferentes profesionales de diferentes áreas, por lo que el conocimiento no está centralizado o es conocimiento general, por lo que cada miembro debe aportar para la optima evaluación de la solución y el entendimiento de la complejidad.
¿Cómo elegir el pivote con serie Fibonacci?
Qué variables considerar: complejidad, incertidumbre y tamaño?
El planning poker es una técnica basada en juego que usa cartas de la serie de Fibonacci para estimar en simultáneo, promover debate y alcanzar acuerdos informados. El proceso se repite hasta lograr un consenso o un rango de estimación aceptable.
¿Qué rol tiene el product owner y el equipo?
¿Cuándo debería el equipo repetir la votación?
Debes repetir la votación inmediatamente después de que los miembros con las estimaciones más dispares hayan explicado sus puntos de vista al resto del equipo. El objetivo de esta nueva ronda no es obligar a todos a pensar igual, sino alinear el conocimiento técnico para que el número final refleje una comprensión compartida. Si después de un par de rondas siguen sin acordar, es señal de que la historia de usuario es demasiado ambigua y necesita dividirse.
¿Es posible usar esto en otros proyectos?
Absolutamente, esta técnica brilla en cualquier entorno donde exista incertidumbre y trabajo colaborativo, como campañas de marketing, diseño de productos físicos o planificación de eventos. Siempre que necesites alinear las expectativas de un equipo multidisciplinario sobre el esfuerzo que requiere una meta, puedes usar puntos relativos en lugar de fechas límite arbitrarias. Al final del día, el verdadero valor no está en el número que eligen, sino en la conversación estratégica que se genera antes de ejecutar.
¿Cómo elegimos el pivote ideal para empezar?
El pivote debe ser una tarea que todo el equipo comprenda a la perfección, preferiblemente algo rutinario o que ya hayan resuelto en el pasado reciente. Se le asigna un valor bajo en la serie de Fibonacci (como un 2 o un 3) para dejar espacio suficiente hacia arriba al evaluar tareas más complejas. Si eliges una tarea demasiado grande como base, te quedarás sin números para dimensionar los verdaderos desafíos técnicos del proyecto.
Dado el caso de negocio Salud Tech:
i. Dada las 3 historias de usuarios construídas y detalladas en el paso anterior, define cuál sería el Pivote y con la técnica de Planning poker, estima el valor para las otras historias de usuario.
Historia de Usuario Story Points Justificación del Esfuerzo
HU-1: Registro/Login (PIVOTE) 3 Autenticación estándar + 2FA obligatorio. Patrón repetible.
HU-2: Disponibilidad Médico 5 Lógica de calendario + bloqueos automáticos + notificaciones + logs de auditoría. 67% más complejo que pivote.
HU-3: Agendar Cita 8 Máxima complejidad: validaciones transaccionales atómicas, concurrencia simultánea, envío multi-canal (email+SMS), ID único trazable. 167% más complejo que pivote.
Dado tu Proyecto personal:
i. Haz lo mismo para tu proyecto personal. Si estás trabajando con el equipo, aplica la técnica de Planning poker en conjunto con ellos.
Historia de Usuario Story Points Justificación del Esfuerzo
HU-1: Lore/Narrativa 2 Sistema simple de fragmentos narrativos. Principalmente contenido (copywriting + integración básica). Menos código, más creatividad.
HU-2: Personajes/Sprites (PIVOTE) 5 Creación de assets visuales + animaciones + sistema de skins + persistencia DB + validación seguridad assets. Balance perfecto de trabajo creativo + técnico.
HU-3: Mundos/Mapas 8 Múltiples niveles optimizados para carga <3s, sincronización multijugador ≤100ms, anti-cheat básico. Complejidad técnica dominante sobre creativa.
¿Cómo elegimos el pivote ideal para empezar?
El pivote debe ser una tarea que todo el equipo comprenda a la perfección, preferiblemente algo rutinario o que ya hayan resuelto en el pasado reciente. Se le asigna un valor bajo en la serie de Fibonacci (como un 2 o un 3) para dejar espacio suficiente hacia arriba al evaluar tareas más complejas. Si eliges una tarea demasiado grande como base, te quedarás sin números para dimensionar los verdaderos desafíos técnicos del proyecto.
1. Historia de Usuario: Agendamiento Ágil (Crear Cita)
Como paciente frustrado por la falta de agenda, quiero visualizar y seleccionar espacios disponibles en tiempo real dentro de los próximos 7 días, para asegurar mi atención médica inmediata y eliminar la incertidumbre de una espera prolongada.
Puntaje 13 (Pivote) Es esencial esta funcionalidad para poder crear citas para luego cancelar o reagendarlas
2.Historia de Usuario: Flexibilidad de Agenda (Modificar Cita)
Como paciente con horarios cambiantes, quiero reprogramar mi cita existente hacia un espacio más cercano o conveniente de forma autónoma, para no perder mi turno de atención rápida y evitar el proceso burocrático de llamadas telefónicas. Puntaje: 20 Esta funcionalidad requiere que se puede crear y cancelar una cita para poder reagendarla.
3. Historia de Usuario: Liberación Responsable (Cancelar Cita)
Como paciente consciente del sistema. quiero cancelar mi cita de forma sencilla desde la aplicación, para **liberar ese espacio inmediatamente para otra persona que necesite atención urgente y mantener el ciclo de disponibilidad de 7 días funcional 13 Se requiere que exista la posibilidad de crear citas para poder cancelarlas. Requiere menos esfuerzo
El Planning Poker funciona muy bien en cualquier escenario donde la incertidumbre sea alta y se requiera de la opinión de un grupo técnico.
Puede servir por ejemplo, para ayudar al Product Owner a entender cuánto tiempo se invertirá para arreglar el código fuente de un sistema con relación al desarrollo de nuevas funcionalidades.
También, ayuda a identificar qué historias son demasiado grandes o demasiado ambiguas para considerarlas en el próximo Sprint.
A alguien mas le sucede que los retos inician antes de que se explique la información en la que estan basados? Creo que están mal colocados
¿Cuándo usar estimación relativa frente a fija?
La estimación relativa es ideal para equipos ágiles cuando la incertidumbre es alta, enfocándose en la complejidad y el tamaño comparativo de las tareas en lugar de unidades de tiempo fijas. Esto fomenta una mejor comprensión y comunicación dentro del equipo sobre el esfuerzo total.
Yo prefieron que cada desarrollador genere tareas asociadas a las historias y que le asignen un tiempo después las validamos y de esa forma se estima mejor en mi opinión
