¿Cuál es tu técnica de estimación ágil favorita?

Prefiero una estimación ágil usando los puntos de la historia porque esa técnica, si se ejecuta correctamente, le proporciona una acumulación de elementos de tamaño relativamente grande. “Tamaño relativo” significa que cada elemento de la cartera de pedidos tiene un tamaño “relativo” a los demás elementos de la cartera de pedidos. Lo mejor de una cartera de pedidos de tamaño relativamente grande es que puede extrapolar fácilmente a otras técnicas de estimación. Por ejemplo, si necesita pasar de los puntos de la historia a los días ideales del hombre, las líneas de código fuente, los puntos de función o alguna otra técnica, puede elegir una historia que comprenda muy bien, estimarla usando la técnica deseada y luego usar el propiedad de tamaño relativo de los puntos de la historia de los elementos en su cartera de pedidos para extrapolar toda la cartera de pedidos a la técnica de destino. Esa es una propiedad muy poderosa que mejora la comunicación al permitirle comunicarse con sus partes interesadas utilizando los términos de estimación que prefieran sus partes interesadas.

Como nota al margen, también creo que la escala que usa importa y prefiero usar una escala que haga que sea muy fácil determinar si un elemento en la cartera de pedidos es un múltiplo más grande que otro elemento. Por ejemplo, prefiero una escala como 1, 2, 5, 10, 20, 40, 80, 100 en lugar de 1, 2, 3, 5, 8, 13, 21, 34 (Fibonacci). La razón por la que creo que es importante es porque la estimación ágil usando puntos de historia aprovecha nuestra capacidad innata para comparar cosas sin ser exactos. Para ilustrar mi punto, si tienes un perro grande y un perro pequeño y te pregunto cuánto pesan más los perros grandes, es probable que no estés en lo correcto. Sin embargo, si te pregunto si el perro grande es dos veces más grande que el perro pequeño, lo clavarías.

El que es neutral es Business Value / Sprint.

  1. El número de historias reproducidas por Sprint es subjetivo y depende del estilo y la capacidad del propietario del producto para dividir los problemas grandes en subproblemas más pequeños. Podrías revisar las definiciones de épica, historia, característica y tarea con tu equipo, y aún estar desconcertado por las variaciones.
  2. El número de puntos de la historia podría ser defectuoso con puntos lanzados en función de las percepciones de las personas sobre cuán complejo es un problema dado. Si el enunciado del problema se articula con un toque de “¡Esto es un gran problema!”, Puede estar seguro de que las personas tenderán a asignar más puntos, ya que es mejor prevenir que curar.
  3. Pronto…

La medición del valor empresarial no es subjetiva. Si es así, tiene un problema mayor que descubrir técnicas de estimación ágiles. El valor comercial es claro y directo como:

  1. Porcentaje de vistas de anuncios que dieron como resultado clics en anuncios por mes
  2. Incremento del 20% en visitas a la página por semana
  3. Reducción de latencia del 50% por año.
  4. Aumento de ingresos del 10% por trimestre

… Y si usted tiende esto en Sprints, meses, trimestres y años, debería poder decir con certeza si está remando en la dirección correcta o no.

Las tarjetas Scrum con valores de puntos de historia son una excelente manera de evitar que los equipos tarden demasiado. La mayoría de las personas prestarán atención a los expertos. Sin embargo, la mejor parte es el diálogo que surge desde diferentes perspectivas cuando hay grandes diferencias de puntos.

La cuestión es que debes preparar a tu equipo con anticipación. Esto generalmente significa prepararlos con algunas historias más simples para comenzar y acostumbrarlos al proceso.

Evite la trampa de cuantificar esto en horas. El tiempo real saldrá de las tareas y la gente intentará correlacionar esto con los puntos de la historia. Principalmente desea poder desglosar las historias en su componente más pequeño, o al menos hasta cierto punto, el equipo de Scrum confía en que pueden entregar dentro del sprint. Si no puede, la historia sigue siendo demasiado grande y debe revisarse.

Esto retroalimenta el siguiente ejercicio de planificación de sprint a medida que revisan el trabajo atrasado y ajustan los puntos de la historia sobre los existentes y luego revisan los nuevos.

En mi práctica, utilizo uno de los tres tipos de técnica según la situación. En general, hay 3 técnicas populares en la estimación ágil:

1. Planificación de póker;

2. Tamaños de camiseta;

3. Valoración de la masa relativa;

Puede encontrar más detalles de cada técnica en mi página de Linkedin.

https://www.linkedin.com/pulse/t

Espero que encuentres allí todas las respuestas necesarias.

Mientras trabajas como profesional, no hay favoritos, pero el contexto es apropiado. Como entrenador ágil, prefiero presentar varias técnicas a los equipos y la organización y ayudarlos a descubrir cuál les conviene. Incluso en algún momento, ninguna estimación tiene sentido, pero en todos los casos el contexto debe tenerse en cuenta.

Como prefiero scrum. Entonces, al entrar en una reunión del plan de sprint, tengo una cartera de productos preparada.

Realizo una actividad de estimación por mi cuenta antes (conocimiento de programación y experiencia como analista de sistemas ayuda). No muestres mu estimaciones al equipo.

durante la reunión, use una técnica de tarjetas simples para encontrar un cálculo promedio de las tareas de una historia. (también ayuda a identificar algunas tareas ocultas o aclaraciones, por ejemplo, algunos miembros estimaron una tarea demasiado alta o baja).

Este es, con mucho, mi método favorito. Las habilidades personales y la experiencia juegan un papel en cualquier cosa favorita.