Estimación relativa con Planning Poker

Clase 9 de 27 • Curso de Gestión de Equipos Ágiles

Miguel Gomez

student•

++Estimación relativa con Planning Poker++ o Para esto, nos dan una situación, en el que tenemos que bañar a estos animales y además tenemos que estimar la complejidad de hacer estas tareas  Para esto, pillamos al animal más fácil de bañar y lo tomamos como punto de referencia para los demás  Así poco a poco iremos definiendo la complejidad de bañar a cada animal

 Y si nos piden además cuanto tiempo • Tomamos en cuenta que al bañar a un caballo nos tardamos una semana, entonces ¿Cuánto tiempo tardarás para los otros animales? (sencilla regla de 3) o Cuando se habla de “Estimación Relativa”, es relativa al equipo o de quienes están estimando. Porque cada equipo o persona tiene experiencia o habilidades diferentes  Por lo que no hay que comparar los equipos agiles en cuanto complejidad les está llevando, porque es relativo al equipo o La técnica “Planning Poker”  Se aprovecha de la sucesión de Fibonacci, durante los numero pequeños, es decir del 1 al 13, después se van eligiendo número enteros hasta el infinito • Pero se recomienda que la clasificación de una actividad no pase de el 13 porque sino es tan grande, que es preferible partirlo en pequeñas tareas  Tiene también: • Interrogación: No tengo experiencia respecto a la complejidad de lo que estamos intentando estimar, por lo que, no quiero participar porque no tengo información suficiente para estimarlo • Taza de café: Se usa para manifestar que se necesita un break, con respecto a la estimación que se está haciendo y continuar en otro momento • 0: No se suele utilizar mucho e indica que una actividad ya ha sido realizada • 1/2: Es como un bonus, donde el pivote (o punto de referencia) puede cambiar a ser 1/2 debido a que es más fácil de tenerlo en referencia

 Este método, consiste en que cada integrante del equipo debe de tener una baraja con estas características. Y el desarrollo es el siguiente • Se forma el grupo de 5 personas y cada persona debe estimar cada actividad EN SILENCIO y personalmente. Y cuando todos lo hayan hecho se revelarán las cartas para todos • Y si todos coinciden entonces este es el valor que le asignamos a la actividad • Y si hay distintas opiniones, se pide el porque de estas estimaciones y se hace una segunda iteración. Y si sigue habiendo diferencias entonces se vota y se escoge la estimación más puntuada, para poner un valor o (Esto se recomienda que se haga un máximo de 3 veces)

Andrés Felipe Salcedo Sepúlveda

teacher•

Excelente aporte! muchas gracias Miguel por compartirlo.

Andrés Corral

student•

Gracias por el resumen

Pedro Quiñonez Verdugo

student•

Hay que recalcar que la experiencia de un integrante del equipo puede aumentar o disminuir el tiempo del desarrollo de una historia de usuario, por ejemplo, para lavar un cocodrilo no le llevará el mismo esfuerzo a un veterinario canino que un experto en animales exóticos.

Jimmy Campos

student•

Resumen de la clase Se le pone una puntuacion usando la escala fibonacci a cada tarea que se requiere hacer.

Se estima cuantos puntos se pueden completar en una semana

La estimacion es relativa al equipo o a la persona que esta realizando las estimaciones

Para el planning poker se utiliza una baraja con los valores: 0, 1/2, 1, 2 3, 5, 8, 13, 20, 40, 100, infinito, incierto (?).

Scrum poker es un app para realizar la actividad desde un celular

Cuando hay diferencias en la puntuacion del poker, los extremos comparten las opiniones de porque consideran que es mas sencillo o complejo. Despues de que comparten las opiniones, se vota nuevamente. Es ideal no hacer mas de tres rondas de votacion y que el equipo cree un acuerdo para esos casos.

Saray Restrepo

student•

Gracias por tu aporte!

Pablo Ochoa

student•

Inicio de sesión: 1 Registro: 2 Historias: 13 Perfil: 5 Feed: 20 Buscar: 5 Publicar: 8 Notificaciones: 10

Jesús Miguel Moreno Plasencia

student•

FYI: https://sites.google.com/a/scrumplop.org/published-patterns/value-stream/estimation-points

Felipe Bernardo González Barranco

student•

Gracias!!

Daniel Miranda

student•

Inicio de sesión: 1 Registro: 2 Historias: 13 Perfil: 8 Feed: 40 Buscar: 13 Publicar: 2 Notificaciones: 10

DANIEL AMARO

student•

¿Cómo gestionamos en los casos en que las diferencias, en experiencia de desarrollo, en habilidad dentro de un mismo equipo son bastante diferenciadas? tendremos de manera recurrente en un Planinig Poker diferentes criterios, entonces los mas inexpertos pueden sentirse cohibidos en las estimaciones y no se sinceros en el puntaje que dan.

Carlos Andres Tamayo Posso

student•

El Scrum Master del equipo tiene que asegurar que existan zonas seguras en las que los miembros no sean juzgados de acuerdo a la estimación que den cada uno.

Cuando hay diferencias, teniendo en cuenta que la estimación es numérica, lo mejor es promediar los resultados. Sin embargo estos son acuerdos de equipo, es decir, en los acuerdos se puede definir cuantas rondas de votación se realizarán durante la planning (no más de 3 recomendable) si hay diferencias, después de x rondas siguen se puede promediar, sacar la media o la moda, dependiendo de lo que se acuerde. Saludos

Elizabeth Rincón Gacharná

student•

Buscar 2 Notificaciones 2 Feed (Home) 1 Inicio de sesión 2 Registro 3 Perfil 13 Historias 13 Publicar 20

Andrés Felipe Salcedo Sepúlveda

teacher•

Bien!

ADRIANA JAZMIN RODRIGUEZ HERNANEZ

student•

Para una estimacion se establece un punto de referencia llamado pivote, a partir de ahí se hacen las siguientes estimaciones, para determinar cual es el esfuerzo que debe hacer un equipo para terminar una tarea. Planning poker Es una baraja donde el equipo vota individualmente para establecer el valor de dificultad que se establece a una tarea, máximo se hacen 3 votaciones y sino hay acuerdo se hace según se lo halla establecido el equipo previamente.

Julián Darío Bermúdez Trujillo

student•

Inicio de sesión: 1 Registro: 2 Historias: 13 Perfil: 5 Feed: 20 Buscar: 5 Publicar: 8 Notificaciones: 13

Pedro Contreras

company_admin•

una consulta, la estimación relativa es aplicable en agile pero quiero saber si es valido establecer la complejidad como en MS Azure Devops(scrum) que por historia de usuarios y tareas se definen horas hombre?

Andrés Felipe Salcedo Sepúlveda

teacher•

Si! de hecho, muchos equipos ágiles utilizan Azure DevOps para la gestión de su trabajo y en este caso usan historias de usuario estimadas por puntos de historia

Rodolfo Isaid Castillo Moreno

student•

Inicio de sesión: 1 Registro: 2 Historias: 20 Perfil: 5 Feed(home): 8 Buscar: 10 Publicar: 30 Notificaciones: 15

Natalia Madrigal

student•

Buen día!! Inicio de sesión: 1 Registro: 2 Historias: 8 Perfil: 5 Feed:3 Buscar: 2 Publicar: 3 Notificaciones:13

aldo reyes lozano

student•

inicio de sesion 1 registro 2 historia 8 perfil 5 feed home 13 buscar 5 publicar 5 notificaciones 5

Oscar Moreno

student•

Inicio de sesión: 2 Registro: 1 Historias: 1 Perfil: 3 Feed: 8 Buscar: 13 Publicar: 1 Notificaciones: 5

EMMANUEL RAMIREZ REYES

student•

Inicio - 1 Registro - 2 Historias - 13 Perfil - 5 Feed - 40 Buscar - 20 Publicar - 8 Notificaciones - 13

Cesar Orejon Palomino

student•

Inicio de sesión 1 Registro 2 Historias 8 Perfil 5 Feed 13 Buscar 5 Publicar 13 Notificaciones 8

Israel Arnulfo Vaca Bohorquez

student•

Product Backlog: Inicio de sesión: 8 Registro: 8 Historias:5 Perfil: 20 Home:40 Buscar: 3 Publicar: 20 Notificaciones:5

Wilson Javier Serrano Mariño

student•

Inicio de sesión: 2 Registro: 4 Historias: 24 Perfil: 12 Feed:50 Buscar: 4 Publicar: 4 Notificaciones: 12

José Mauricio Osorio Corredor

student•

Inicio de sesión: 2 Registro: 4 Historias: 11 Perfil: 10 Feed: 20 Buscar: 5 Publicar: 8 Notificaciones: 10

Estimación relativa con Planning Poker

Desarrollar un equipo ágil

Todo lo que aprenderás sobre la gestión de equipos ágiles

¿Qué es agilidad?

Construye un equipo ágil desde los valores

Cómo hacer que un equipo sea ágil

Estructura de un equipo ágil

Desafíos y buenas prácticas de la agilidad remota

Estimar en contextos de alta incertidumbre

Planeación en agilidad

Estimación relativa

Estimación relativa con Planning Poker

Planning Poker en equipos remotos

Proyección de lanzamiento

Liderar equipos ágiles remotos

Cómo ser un líder ágil

Comunicación en equipos ágiles remotos

Crear conexión social en equipos remotos

Motiva a las personas

Cómo medir la motivación en equipo remotos

Desarrolla conversaciones significativas

Fomenta la autoorganización

Desarrolla equipos multifuncionales

Aumenta la productividad cuidando el foco

¿Cómo medir un equipo ágil remoto?

Métricas output y outcome

Facilitar eventos ágiles en entornos remotos

Reuniones diarias

Planeación iterativa

Revisión del incremento del producto

Retrospectiva del proceso

Conclusiones del curso