planning poker
En el Vídeo del Viernes hoy traemos un ejemplo en clave de humor de una reunión de planificación en Agile, Planning Poker en estado puro.
Chet Rong nos enseña la forma “(W)Rong” de llevar a cabo una estimación y una planificación en Agile.
En el vídeo calificamos estas situaciones como graciosas y absurdas, pero son prácticas que se ponen en práctica en la actualidad en muchos proyectos.
¿Qué preferimos, estar exactamente equivocados o estar aproximadamente acertados? El Planning Poker se realiza para conocer todos los puntos de vista del equipo en la estimaciones de las historias de usuario, no una única visión aportada por el Product Owner. Si alguien ofrece una valoración diferente a la mayoría, se debate ese punto y se vuelve a votar.
¡Disfruta del fin de semana!
¿Alguna recomendación más? ¡Gracias!
Este año ha sido complicado. En el sentido de que ha sido un año duro.…
Y el año se acaba. Después de tantos días juntos en este blog hoy llegamos…
Las compañías energéticas están en el ojo del huracán con los precios que estamos sufriendo…
Sin duda hay una creencia muy extendida que piensa que las cosas se consiguen porque…
El Haiku de hoy de Taylor Swift me encanta. Resume perfectamente lo que no debes…
Las ideas innovadoras siempre son interesantes para que nos puedan inspirar. Si además ayudan a…
View Comments
Pablo,
Esas "formas" me suenan... seguro que es más habitual de lo que creemos sobre todo cuando "cambiamos" de metodología en cascada a SCRUM u otras ágiles.
Yo ataría al product owner durante la planificación... Por si las moscas :)
Suerte en los Bitácoras!
Susana, cómo que te suenan? sal corriendo de donde estés... Además, estás copiando sus conductas!!! Eres peligrosa :).
Por cierto, qué mal nombre eligieron para este método de planificación. El póker es un juego de engaño, faroles, hay un ganador... Todo lo contrario a lo que se busca en una planificación dentro de Agile.
Muchas gracias por tus ánimos y por tus comentarios
Pablo
Excelente vídeo,
Si no le hacemos caso a Chet Rong, entonces deberíamos:
- Al encontrar una estimación que difiere de las demás, debemos contrastar las razones por las cuales esa persona llegó a una conclusión diferente.
- Todo el equipo debe intervenir en la elaboración de la planificación, de hecho, el Product Owner es el que no debería intervenir en elaborar los estimados, sólo debe proporcionar información o mayor detalle sobre los requerimientos (historias de usuario).
- El Product Owner debe estar involucrado durante toda la ejecución, no se si a nivel de Daily Scrum, pero si frecuentemente.
Un saludo,
Mejor no hacer mucho caso a (W)Rong :).
La involucración del "Product Owner" es fundamental, sea cual sea el método de trabajo elegido.
Muchas gracias por tu aportación Ricardo
Saludos
Pablo