AgileCoex_8 errores de estimacion agil a evitar

8 errores de estimaci贸n 谩gil que todo equipo debe evitar

La estimaci贸n 谩gil es una forma efectiva de determinar el esfuerzo requerido para completar una historia, pero hay algunos errores comunes que los equipos suelen cometer durante los sprints.

La estimaci贸n 谩gilse est谩 convirtiendo en un elemento central de la gesti贸n de proyectos de software.聽Los equipos de desarrollo usan estimaciones para priorizar el trabajo y establecer cronogramas alcanzables, los propietarios de productos usan estimaciones para configurar product roadmaps y la gerencia usa estimaciones para realizar un seguimiento de los presupuestos. En general, la estimaci贸n 谩gil ofrece muchos beneficios.聽Pero tambi茅n requiere que las estimaciones se hagan correctamente.聽Dado que la estimaci贸n 谩gil, especialmente la estimaci贸n de puntos de historia, es utilizada por casi todos los equipos Scrum, siempre hay algunos errores que los equipos cometen intencional o no intencionalmente.聽En este art铆culo, enumeramos los 8 errores comunes de estimaci贸n 谩gil que deben evitarse.

1. Medici贸n de la productividad basada en puntos

Uno de los errores o conceptos err贸neos comunes en el enfoque 谩gil es que los puntos se consideran como una medida de la productividad de un equipo o el valor empresarial de la historia, lo cual es totalmente err贸neo.聽Estos conceptos err贸neos pueden dar lugar a estimaciones ineficaces o retrasos inesperados.

Un equipo no debe compararse en funci贸n de los puntos que completa o su velocidad promedio (es decir, los puntos de historia promedio que un equipo puede lograr en un sprint).聽Los puntos solo reflejan el esfuerzo requerido para completar una historia, no una medida de la capacidad del equipo para completar la historia en un tiempo determinado.

Aunque los puntos son 煤tiles para la evaluaci贸n interna de un equipo para ver los esfuerzos que deben realizar, los puntos se asignan en funci贸n de la experiencia pasada del equipo con una historia similar que requiri贸 un esfuerzo similar.

La forma en que los equipos asignan puntos a una historia cambia de un equipo a otro.聽Un nuevo equipo 谩gil definitivamente ser谩 d茅bil en la estimaci贸n de puntos, pero la experiencia gradual y los datos de referencia anteriores pueden hacerlos eficientes y aumentar su productividad.聽En resumen, la estimaci贸n de puntos de valor principal que aporta a un equipo es ayudarlos a estimar cu谩nto trabajo pueden completar de manera realista en el pr贸ximo sprint.

2. Estimaci贸n demasiado inteligente

Todos los miembros del equipo en un equipo 谩gil muestran diferentes niveles de conjuntos de habilidades y experiencias.聽Algunos de ellos son profesionales y r谩pidos, mientras que otros son principiantes y lentos.聽Por lo tanto, a menudo, durante una reuni贸n de planificaci贸n de sprint, un miembro del equipo profesional intenta mostrar su capacidad dando menos puntos a una historia, mostrando as铆 menos esfuerzo requerido.聽Pero debido a esa estimaci贸n demasiado inteligente, el equipo en su conjunto no logra el objetivo o lucha arduamente para completar la historia.

En tales escenarios, es importante que los miembros del equipo est茅n informados de que los esfuerzos que estiman son para todo el equipo, no para un solo individuo.聽No hay apreciaci贸n si estima una historia con menos puntos solo para mostrar su competencia y dejar que el equipo sufra m谩s adelante.

En el modelo comercial tradicional, una empresa aprecia a los empleados que dan expectativas poco realistas en funci贸n de su nivel de competencia.聽Pero el enfoque 谩gil es completamente diferente, y esa es su belleza.聽Una vez que una organizaci贸n adopta un enfoque 谩gil, la cultura demasiado inteligente se desvanece, mientras que la organizaci贸n experimenta un entorno de trabajo en equipo m谩s productivo, confiable y realista entre todos los equipos.

Por lo tanto, para evitar que los miembros del equipo estimen historias en funci贸n de su competencia, se les debe recordar continuamente que estimen la historia en funci贸n de los esfuerzos requeridos por cualquier miembro (profesional o principiante) de un equipo.聽Podr铆a estar luchando por nuevos equipos 谩giles, pero una vez que los miembros aprendan de sus puntos estimados y esfuerzos reales, la estimaci贸n se volver谩 gradualmente m谩s eficiente y centrada en el equipo.

3. Asignaci贸n de valores de puntos basados 鈥嬧媏n horas o d铆as

Cuando los equipos cambian a un enfoque 谩gil, algunos de ellos desconocen c贸mo funciona la estimaci贸n de puntos.聽Entonces, lo que hacen es asignar puntos a las historias en funci贸n de las horas que llevar铆a completar esa historia.聽Este enfoque est谩 bien si un equipo est谩 dando los primeros pasos en el mundo 谩gil.聽Pero si el equipo se apega a este enfoque durante mucho tiempo, puede comenzar a generar problemas.聽Pronto deben comprender que el sistema de puntos es una estimaci贸n de escala relativa, no una escala de horas.

Agile Relative Estimation

Para ser claros, “Puntos” es una medida del esfuerzo requerido para completar una historia en particular basada en los esfuerzos que tomaron historias similares en el pasado.

Cuando falla una estimaci贸n de puntos basada en horas, la capacidad del equipo para usar la escala de horas se destruye, lo que afecta tanto la productividad como el riesgo de largas demoras.聽Por ejemplo, un equipo estim贸 que una historia se completar铆a en 4 horas, pero les tom贸 8 horas completarla.聽Entonces, comenzar谩n a entrar en p谩nico sobre c贸mo completar la siguiente historia en las horas estimadas, cuando la primera no se complet贸 en las horas previstas.

En resumen, es muy fruct铆fero para un equipo darse cuenta r谩pidamente de que la聽estimaci贸n de puntos es de escala relativa聽y refleja los esfuerzos necesarios para completar la historia sin proyectar las horas que tomar铆a.聽Sin embargo, la eficiencia en la estimaci贸n de puntos tambi茅n requiere algo de tiempo.聽Es la experiencia gradual del equipo lo que hace que su estimaci贸n de puntos sea eficiente y les permite darse cuenta de su velocidad media.

4. Estimaci贸n en una “sentada” o 煤nica

Durante una sesi贸n de estimaci贸n, una pr谩ctica com煤n que realizan la mayor铆a de los equipos 谩giles es intentar estimar todas las historias en una sola sesi贸n.聽Este enfoque es bueno si hay pocas historias para estimar y todos los miembros del equipo est谩n disponibles para unirse a la sesi贸n.

Pero el mundo corporativo se est谩 globalizando y la tendencia del trabajo remoto debido a la pandemia de COVID-19 tambi茅n est谩 cambiando la forma en que colaboran los miembros del equipo.聽Algunos pueden estar trabajando en diferentes zonas horarias, mientras que otros pueden no estar disponibles para asistir a la sesi贸n, lo que provoca que todo el proceso de planificaci贸n del sprint se retrase.聽Adem谩s, estimar todas las historias en una sesi贸n de reuni贸n tambi茅n parece menos eficiente.聽Se debe a que no todos los miembros son capaces de comprender r谩pidamente la historia y proporcionar estimaciones, especialmente los nuevos miembros del equipo.聽Necesitan el tiempo adecuado para comprender la historia y asignar los puntos correctos.聽Por lo tanto, la t谩ctica de estimaci贸n 煤nica no parece un enfoque eficiente si un equipo involucra a novatos o miembros que trabajan de forma remota o en diferentes zonas horarias.

Una聽soluci贸n recomendada聽es proporcionarles a los miembros historias de antemano para que puedan tener una comprensi贸n previa de las historias antes de asistir a la reuni贸n de planificaci贸n del sprint.聽Para ahorrar a煤n m谩s tiempo, se puede pedir a un equipo que estudie historias y proporcione estimaciones de puntos antes de una fecha l铆mite determinada.聽Posteriormente, el moderador puede recopilar las estimaciones de todos los miembros y ver si se llega a un consenso.聽De lo contrario, se puede realizar una sesi贸n r谩pida para volver a estimar las historias y llegar a un consenso.聽Este enfoque de estimaci贸n de puntos de historia se conoce como聽Async Poker聽.

5. Interconexi贸n de valor comercial y puntos

Los equipos 谩giles deben tener claro el “Valor comercial” y los “Puntos” y no deben interrelacionarlos para crear confusi贸n.

Si bien un equipo 谩gil es el que estima el esfuerzo requerido para completar una historia, son los propietarios del producto quienes estiman el valor comercial de una historia en particular y sopesan otras variables.

A diferencia de los puntos, el valor comercial de una historia puede cambiar r谩pidamente debido a m煤ltiples factores, incluido el enfoque de orden para completar las historias.聽De hecho, el valor comercial tambi茅n puede cambiar cuando el equipo est谩 trabajando en el proyecto durante un sprint.

El propietario de un producto puede incluso priorizar el backlog considerando la relaci贸n entre el valor comercial y los puntos estimados. Adem谩s, tambi茅n puede desempe帽ar un papel motivador para el equipo al permitir que los miembros sepan cu谩nto valor comercial tiene una historia en particular para el propietario del producto.

Dado que el valor comercial puede cambiar en cualquier momento, lo mejor para los equipos 谩giles es mantener el valor comercial y los puntos separados unos de otros.聽Un equipo debe estimar una historia en funci贸n de los esfuerzos que requiere, independientemente del valor comercial que tenga para el propietario del producto.聽De esta manera, un equipo permanece enfocado y productivo, mientras que puede ajustar sus prioridades m谩s adelante seg煤n las instrucciones del propietario del producto.

6. Ajuste de valores de puntos

La mala estimaci贸n de la historia es un error com煤n que cometen los equipos, especialmente aquellos que han adoptado recientemente el enfoque 谩gil.聽El marco 谩gil tiene muchos beneficios que ofrecer, pero su naturaleza iterativa es una de las principales.聽Sin embargo, la naturaleza iterativa no significa que los equipos puedan ajustar los valores de los puntos una vez que se dan cuenta de que una historia debe ser subestimada.聽Si lo hace, simplemente elimina todo el prop贸sito del sistema de estimaci贸n de puntos.

Los puntos de la historia son el indicador de c贸mo el equipo entiende la historia usando su conocimiento y experiencia y luego estima el esfuerzo que requerir谩 para completarla.聽Entonces, cuando los esfuerzos reales no coinciden con los esfuerzos estimados, es una experiencia de aprendizaje para el equipo para que puedan estimar correctamente en futuras historias similares.聽Ese es el objetivo principal a lograr con el sistema de estimaci贸n de puntos.

Si un equipo altera los valores de los puntos, b谩sicamente est谩 alterando la historia.聽Si lo hace, reduce la capacidad del equipo para hacer eficientes sus habilidades de estimaci贸n.聽Entonces, cuando se discuta una historia similar en el futuro, cometer谩n el mismo error si han alterado los valores de los puntos en el pasado.聽En resumen, mantenga intactos los valores de los puntos, aprenda de sus estimaciones err贸neas y mejore sus habilidades de estimaci贸n.

7. Aprender del fracaso

Una vez que se completa una sesi贸n de sprint, un equipo puede sentarse para discutir el rendimiento general del sprint, c贸mo se desarrollaron las cosas, cu谩les fueron los aspectos negativos y otros elementos similares.聽No hacerlo significa que un equipo no se toma en serio aprender de sus errores de estimaci贸n anteriores.

La sesi贸n de discusi贸n posterior al sprint es 煤til para que los equipos observen m谩s de cerca sus habilidades de estimaci贸n de historias y establezcan puntos de referencia para el futuro.聽Pueden ver qu茅 historias subestimaron o sobreestimaron y cu谩les fueron los factores detr谩s de la variaci贸n prominente.

Probablemente, siempre escuchar谩 de equipos 谩giles sobre historias que sobreestimaron con un margen muy grande.聽Por ejemplo, durante una reuni贸n de planificaci贸n de un sprint, un equipo se encontr贸 con una historia que inclu铆a una tecnolog铆a totalmente nueva/desconocida.聽Entonces, el equipo estim贸 esa historia con muy poca comprensi贸n.聽Pero cuando comenzaron a trabajar en la historia, se dieron cuenta de que la tecnolog铆a era f谩cil de usar y solo requer铆a un esfuerzo insignificante de su parte.

Adem谩s, es importante que un equipo est茅 informado sobre las planificaciones del propietario del producto durante el proceso de desarrollo de la historia y la estimaci贸n.聽De esta manera, no quedar谩n sorprendidos durante una reuni贸n de planificaci贸n de sprint.聽Una cualidad que debe mostrar un propietario de producto es su discusi贸n previa sobre planes futuros con el equipo durante la sesi贸n de sprint.聽Un equipo puede hacer diferentes preguntas sobre planes futuros y luego, cuando comienza la sesi贸n de la reuni贸n de sprint, un equipo debe estar bien preparado para proporcionar las estimaciones correctas.

8. Seguir puntos a ciegas

Si una historia no se adapta a las estimaciones, no significa que tengas que seguir ciegamente las estimaciones puntuales durante un sprint. Puede ajustar las prioridades del backlog y cambiar el enfoque a otras historias valiosas.

Entendamos esto con la ayuda de un ejemplo.聽Considere un equipo que estim贸 que una historia era sencilla porque pens贸 que la biblioteca est谩ndar disponible ayudar铆a a completar la mayor铆a de las partes de la historia.聽Seg煤n ellos, la simple integraci贸n de la biblioteca ser铆a suficiente para encubrir la historia.

M谩s tarde, los criterios de aceptaci贸n de la historia pasaron por encima de las capacidades de la biblioteca.聽Gradualmente, el equipo pudo comprender que ten铆an que hacer algo m谩s que la integraci贸n de la biblioteca para encubrir la historia.聽Este concepto err贸neo durante la estimaci贸n de la historia y ahora la frustraci贸n en el equipo afect贸 la productividad general y tambi茅n hizo que otras historias del mismo sprint corran el riesgo de retrasarse.

En este tipo de situaciones, seguir los puntos a ciegas resultar谩 en menos productividad y retrasos. Entonces, lo que el equipo o los propietarios de productos pueden hacer es ajustar las prioridades del backlog para sumar el esfuerzo real que la historia exige completar. Pueden ver si hay otras historias con 铆ndices de valor empresarial m谩s altos y centrar su atenci贸n en ellas para seguir siendo productivos y evitar retrasos inesperados.

Conclusi贸n

La estimaci贸n es una pr谩ctica imprescindible que realizan los equipos 谩giles para mantenerse enfocados y alinear sus objetivos de sprint.聽Cuando un equipo 谩gil trabaja en conjunto durante mucho tiempo, su estimaci贸n de puntos de historia se vuelve m谩s precisa y realista.聽Sin embargo, los nuevos equipos pueden y cometer谩n errores hasta que aprendan de su experiencia.聽Por lo tanto, aseg煤rese de que su equipo est茅 al tanto de los 8 errores mencionados anteriormente y trate de evitarlos tanto como pueda.

Referencia:

https://doasync.com/blog/8-agile-estimation-mistakes-to-avoid/

Posted in Estimaci贸n 谩gil and tagged , , , , .

Leave a Reply