how make agile estimation process easy with planning poker
Todos conocen el arte de la estimación.
¿Cómo puedo reproducir archivos SWF?
Estimamos todos los días de nuestras vidas. La mayoría de nosotros puede estimar el peso de las verduras simplemente sosteniéndolas; también podemos medir la madurez de una fruta por su aroma.
En el artículo de hoy, aprenderemos sobre Planning Poker también conocido como Scrum Poker Cards, una técnica ágil de estimación y planificación, que es muy popular, fácil y sencilla en la actualidad.
Para un ejemplo de estimación de la vida real, tomemos un escenario de 3 amigos:
Tim, Bob y John que quieren conducir a una conferencia técnica después del trabajo. El lugar está a 60 km de distancia y tiene un terreno montañoso. Tim, Bob y John discuten el plan de viaje durante la hora del almuerzo.
Bob dice , “Yo también estuve en esta conferencia el año pasado. Conozco el camino y me tomará 2 horas conducir hasta allí ”.
Tim dice , “Soy un piloto nuevo y nunca antes había estado en esa zona. Si conduzco, tardaré 4 horas '.
Juan dice , “Estoy bien conduciendo por una zona montañosa, pero no había estado allí antes. Así que podría llevarme 3 horas llevarnos a todos allí '
Esto parece una conversación normal, pero estos amigos solo estimaron cuánto tiempo les tomará a cada uno de ellos conducir hasta la Conferencia Técnica basándose en su experiencia pasada, sus habilidades de conducción y su familiaridad con el terreno.
Del mismo modo, en el desarrollo de software, proporcionamos estimaciones basadas en nuestras experiencias pasadas similares , habilidades técnicas y familiaridad / conocimiento del dominio de los aspectos técnicos de la tarea asignada.
Lo que vas a aprender:
- ¿Por qué necesitamos estimar?
- Comprensión de las unidades de estimación
- ¿Qué es Planning Poker o Scrum Poker?
- Herramienta recomendada
- ¿Cuándo se hace Planning Poker?
- Realización de una sesión de planificación de póquer
- Resumen de pasos
- Algunos consejos útiles
- Conclusión
- Lectura recomendada
¿Por qué necesitamos estimar?
El cronograma de entrega del proyecto de software depende de las necesidades comerciales. Para que el equipo se comprometa con los plazos, es importante que se una y proporcione una estimación realista.
Al principio del proyecto, es posible que el requisito no esté bien definido, que no se describa la metodología de desarrollo detallada, que no se hayan identificado las dependencias, etc. Sin embargo, es importante establecer una estimación de alto nivel para que el proyecto se pueda planificar. respectivamente.
Por ejemplo, si la estimación de alto nivel es más de lo que el equipo puede lograr en una duración determinada, se pueden tomar decisiones si se necesita adquirir un recurso adicional, se deben extender los plazos, etc.
Por tanto, la estimación es un paso muy importante en el ciclo de vida del desarrollo de software.
Comprensión de las unidades de estimación
Las unidades de estimación pueden ser horas, días o puntos de historia. Las estimaciones en horas y días son fáciles de entender y relacionar. El concepto de puntos de la historia es más abstracto.
Los puntos de la historia se utilizan como una medida de la complejidad y las incógnitas asociadas con una tarea. El valor del punto de historia se calcula de acuerdo con una línea de base calculada. Esta línea de base es establecida por el propio equipo en base a la velocidad del equipo en proyectos pasados. Cuanto mayor sea el valor del punto de la historia, se requiere más esfuerzo para implementar una tarea en particular.
Sin embargo, es importante comprender que los puntos de la historia no equivalen a horas, por lo que es difícil comparar los puntos de la historia y la estimación del esfuerzo en horas. Por lo tanto, 1 punto de la historia? 1 hora.
¿Qué es Planning Poker o Scrum Poker?
Como se define en Wikipedia :
'Planning Poker, también llamado Scrum Poker, es una técnica gamificada basada en el consenso para estimar, que se utiliza principalmente para estimar el esfuerzo o el tamaño relativo de los objetivos de desarrollo en el desarrollo de software'
La palabra 'póquer' recuerda a todos sobre el juego de cartas de póquer, y no hace falta decir que estas técnicas de estimación utilizan tarjetas para proporcionar estimaciones. Discutiremos
Discutiremos más sobre las cartas y cómo se lleva a cabo una sesión de planificación de póquer en las secciones siguientes del artículo.
Herramienta recomendada
# 1) Póquer ágil
cómo agregar un elemento a la matriz de Java
Poker ágil es una conocida aplicación de Jira para una planificación y estimaciones rápidas y convenientes para equipos remotos y ubicados en el mismo lugar.
Comenzar con Agile Poker es simple y fácil, ya que se inspiró en tres metodologías de estimación estándar de la industria: Planning Poker®, Wideband Delphi y Magic Estimation (también conocido como Silent Grouping, Affinity Estimation, Swimlanes Sizing o Relative Estimations).
=> Descarga Agile Poker Tool aquí¿Cuándo se hace Planning Poker?
Planning Poker es una técnica de estimación y, como todas las sesiones que proporcionan estimaciones, debe realizarse antes del iteración / sprint empieza.
Las historias de los usuarios se pueden extraer de los problemas del backlog y preseleccionarlas antes de la reunión de Planning Poker. Con base en las estimaciones proporcionadas para las historias de usuario, se puede tomar la decisión con respecto a las historias que se incluirán en cada iteración.
Por ejemplo, basado en la velocidad y el desempeño anteriores del equipo, el Gerente de Proyecto es consciente de que el equipo es capaz de entregar 20 puntos de historia en 2 semanas. Si durante la sesión de planificación de póquer, la estimación total de las historias de usuario preseleccionadas supera los 20 puntos de la historia, entonces el gerente de proyecto tomará decisiones sobre qué historias de usuario incluir y / u omitir en la próxima iteración para que el equipo pueda entregar con éxito el historias de usuarios comprometidas a tiempo.
Realización de una sesión de planificación de póquer
Realicemos una sesión de póquer de planificación simulada para tener una mejor idea del proceso.
Para llevar a cabo la sesión de planificación de póquer, necesitaría varias copias del mazo de cartas de planificación de scrum. No es necesario tener tarjetas en papel. Hay varias aplicaciones en línea como Scrum Poker (android) o planificación de Scrum Poker (IOS), etc. que se pueden utilizar.
Las tarjetas tendrán estimaciones comunes sobre ellas, p. Ej. 0, 0.5,1, 2, 3, 5, 8, 13, 20, etc. Esta secuencia les resultará familiar a la mayoría de los lectores y es la serie de Fibonacci.
Algunas otras tarjetas opcionales son:? - para indicar que el estimador es incierto, símbolo de infinito - para indicar que la tarea no se puede completar y tarjeta de taza de café - para indicar que el estimador necesita tomar un descanso.
La siguiente figura muestra una baraja de cartas de planificación de póquer:
Si lo desea, también puede utilizar un dispositivo temporizador para realizar un seguimiento y limitar el tiempo dedicado a cada discusión.
Para esta sesión de planificación de póquer, considere una solicitud de registro universitaria basada en la web. A continuación, se muestran las historias de la acumulación que se implementarán en un próximo sprint:
Historia de usuario 1: Como usuario, no debería poder registrarme sin proporcionar el número de teléfono celular
Descripción: Hacer obligatorio el campo del teléfono celular. El usuario recibirá el mensaje de error 'El número de teléfono celular es obligatorio' si el campo se deja vacío. Debería haber un botón 'Cerrar' en este mensaje de error emergente. La interfaz de usuario del cuadro de diálogo y el tamaño de fuente y el estilo del texto del mensaje de error deben ser los mismos que los de otros mensajes emergentes del formulario. Este mensaje se activará cuando un usuario intente guardar la aplicación.
Historia de usuario 2: Como usuario, no debería poder registrarme sin proporcionar el número de teléfono celular en el formato adecuado.
Descripción: Agregue la validación para el número de celda (ahora debe tener el formato 111-111-1111). El usuario obtendrá 'El formato del número de teléfono celular debe ser 111-111-1111' si el formato es incorrecto. Debería haber un botón 'Cerrar' en este mensaje de error emergente. La interfaz de usuario de un cuadro de diálogo y el tamaño de fuente y el estilo del texto del mensaje de error deben ser los mismos que los de otros mensajes emergentes del formulario. Esta validación se activará cuando el usuario intente guardar la aplicación.
Tarea 3: Cambiar el logotipo de la universidad por un nuevo logotipo en las 75 páginas de la aplicación web
Asumiremos que el facilitador es Tia, analista de producto del proyecto. Los estimadores son Tony (desarrollador), Maria (diseñador de UI) y Gavin (tester). José, el Gerente de Proyecto también estará presente en la reunión pero no participará en la estimación.
Paso 1 : Tia programa una sesión de planificación de póquer y hace circular las historias de usuarios potenciales que se incluirán en el próximo sprint con el equipo.
Paso 2: Todos los participantes asisten a la reunión. Cuando comienza la reunión, Tia entrega la baraja de cartas a cada estimador o cada estimador abre la aplicación de planificación de cartas de póquer en sus teléfonos inteligentes.
¿Qué capa del modelo osi aborda el cifrado de datos?
Paso 3 : Tia ofrece una descripción general de la historia de usuario 1. Los estimadores solicitan aclaraciones, discuten brevemente las áreas de impacto, la metodología de desarrollo, etc.
Paso 4: Cuando Tia le pregunta, todos los estimadores llaman a su número. María, Tony y Gavin eligieron 2 puntos de la historia como estimación.
Paso # 5: Una vez que se alcanza el consenso, el equipo pasa al siguiente requisito.
Paso # 6: Tia proporciona una descripción general del Requisito 2. Todos eligieron un punto de la historia como estimación, se alcanza el consenso y el equipo pasa al siguiente requisito.
Paso # 7: Tia ofrece una descripción general de la Tarea 3. María y Tony eligieron 1 y Gavin eligió 2 puntos de la historia como estimación. Dado que no se llega a un consenso, se les pide a Tony y Gavin que justifiquen su elección. Tony dice que dado que el logotipo de la Universidad se muestra desde una única ubicación en cada página web, solo necesitan actualizar el logotipo en esa ubicación y cree que 1 punto de la historia es una estimación suficiente para el desarrollo y la prueba de ambos.
Gavin, por otro lado, argumenta que aunque la ubicación del logotipo está centralizada, todas las páginas web usan hojas de estilo diferentes, el evaluador debería navegar a cada página web y verificar si el logotipo se muestra correctamente (no debería aparecer cortado, no debe aparecer estirado, etc.).
Además, la prueba debería realizarse para varios navegadores. Entonces, según Gavin, 2 puntos de la historia es una estimación realista para el desarrollo y las pruebas.
Paso # 8: Tia pide la revalorización de estimaciones. Ahora, María, Tony y Gavin están de acuerdo y eligieron 2 puntos de la historia como estimación.
Todas las historias de usuario ahora están estimadas, con el valor total de puntos de historia del siguiente sprint como 2 + 1 + 2 = 5 puntos de historia. Luego, el Gerente de Proyecto / Analista de Proyecto crea formalmente un nuevo Sprint y programa la fecha de inicio y finalización del Sprint.
Resumen de pasos
(Haga clic para agrandar imagen)
Herramientas de planificación de póquer en línea:
Algunos consejos útiles
#1. Los estimadores deben venir preparados y revisar los requisitos de antemano. Esto se puede hacer en las sesiones de preparación de trabajos pendientes. Estar preparado es esencial porque las estimaciones deben proporcionarse en función de la comprensión de los requisitos.
Por ejemploCon el fin de proporcionar una estimación precisa, el desarrollador debe tener claro la metodología que seguirá para implementar los requisitos. Si hay algunas incógnitas o la tarea es de alta complejidad, el punto de la historia y una estimación adjunta a la tarea será mayor.
#2. La planificación de una reunión de póquer es una actividad con un límite de tiempo y su propósito es unirse como un equipo y proporcionar estimaciones. El enfoque debe ser proporcionar estimaciones basadas en las actuaciones anteriores (o la velocidad) de los equipos. Esta reunión no debe confundirse con otras reuniones como Daily Scrum, Backlog Grooming o Retrospective.
#3. Las estimaciones deben ser proporcionadas por las personas que realmente trabajarán en el proyecto. Con equipos que están ubicados en diferentes ubicaciones geográficas, las personas reales que trabajan en el proyecto deben colaborar y proporcionar estimaciones. La reunión se puede realizar en línea para facilitar a los equipos de todas las ubicaciones globales.
#4. ¡Recuerda divertirte!
(imagen fuente )
Conclusión
- Planning Poker Estimation funciona muy bien en metodología ágil .
- Esta técnica es escalable y las estimaciones se basan en la velocidad del equipo.
- Planning Poker también tiene mucho éxito debido al hecho de que recibimos estimaciones directamente de las personas que van a trabajar en la tarea y, por lo tanto, es más realista.
- Si el Project Manager proporciona las estimaciones él mismo, sin consultar al equipo o sin finalizar los detalles técnicos, esencialmente puede poner en riesgo el proyecto debido a suposiciones hechas, detalles pasados por alto, etc.
- Cada vez más empresas están haciendo la transición hacia Agile y utilizando técnicas de estimación no tradicionales.
La estimación es una parte esencial de Planificación de proyectos . El enfoque para la estimación debe ser coherente, flexible, escalable y debe funcionar bien para tareas más pequeñas e historias de usuarios por igual. Además, no debería consumir mucho tiempo y recursos del equipo.
¡Lo último que necesita es una tarea de estimación para estimar!
Acerca de autor: Este útil artículo está escrito por Neha B. Ella esActualmente trabaja como Gerente de Garantía de Calidad y se especializa en liderar y administrar equipos de control de calidad internos y externos.
Háganos saber si tiene alguna consulta utilizando la técnica de Planning Poker para la estimación y planificación ágil.
Lectura recomendada
- 4 pasos hacia el desarrollo de la mentalidad de pruebas ágiles para una transición exitosa a un proceso ágil
- Técnicas de estimación ágil: una estimación verdadera en un proyecto ágil
- Cómo ofrecer funciones de software de alto valor en un corto período de tiempo utilizando Agile Scrum Process
- 6 razones más comunes por las que debería adoptar Agile en su organización (Parte 1)
- Tutorial ágil de JIRA: cómo utilizar JIRA de forma eficaz para gestionar proyectos ágiles
- Manifiesto ágil: comprensión de los valores y principios ágiles
- El cambio de mentalidad de un probador ágil: alinearse con el manifiesto ágil
- Tutorial SAFe Agile: Qué es Scaled Agile Framework