¿Qué son los Story Points en Agile y cómo estimarlos?

¿Qué son los Story Points en Agile?

Los puntos de historia son una medida para estimar el trabajo realizado a través de la implementación de marcos ágiles como Scrum y eXtreme Programming.

La implementación de una historia de usuario es una tarea difícil de lograr. El equipo podría enfrentar riesgos; complejidades, etc. durante el proceso de desarrollo. El equipo de desarrollo mide este nivel de dificultad mediante el uso de una medida abstracta llamada punto de la historia. Por lo tanto, los puntos de la historia en ágil se utilizan como métricas en el desarrollo ágil. Le dice al equipo lo difícil que es la implementación de la historia.

Las sesiones de preparación de la cartera de productos realizan la estimación de los puntos de la historia que luego son evaluados por el desarrollo del producto y el equipo de pruebas. Esto se hace con el fin de aumentar la eficiencia de la planificación del sprint. La preparación de la cartera de productos es la estimación aproximada que verifica:

• Si el plan de sprint está listo para llevarse a cabo de manera eficiente.
• ¿La información es suficiente para completar los asuntos?
• Si el plan de sprint basado en la historia del usuario es razonable.

Hay tres componentes principales en la estimación ágil de puntos de historia:

• Riesgo: para un artículo en particular, los riesgos asociados con él son demandas vagas, cambios a mitad del proceso y dependencia de un tercero.
• Complejidad: Representa el nivel de dificultad de desarrollar una función.
• Recepción: Determina la familiaridad de la función con los miembros del equipo y cuán monótonas son ciertas tareas dentro del desarrollo.

La incorporación de los tres puntos permite la planificación precisa de los sprints, lo que incluye un colchón para la incertidumbre, problemas relacionados con una mejor estimación y evitación de un aprendizaje demasiado importante en los compromisos de tiempo.

Estimación de Story Points en Agile

Pasos para la estimación de puntos de historia ágiles

La participación de los desarrolladores, diseñadores, probadores, etc. se considera un factor clave al estimar los puntos de la historia ágil. Como cada miembro del equipo tiene diferentes perspectivas de llevar adelante el trabajo y entregar el producto, la colaboración efectiva es importante. Por ejemplo, el cambio en cualquier diseño no solo requiere los esfuerzos de un equipo de diseño, sino que también necesita la participación del departamento de desarrollo y control de calidad.

Para comenzar con la estimación de los puntos de la historia en Agile, el equipo debe tener una historia de referencia que no necesariamente debe ser pequeña pero que puede resonar bien dentro del equipo. Esto se sigue a través del dimensionamiento de las historias en función de la historia de referencia. Con la ayuda de las historias de referencia, se deben dar puntos a la historia. A cada historia se le asigna un valor en puntos.

Beneficios del dimensionamiento

El ágil equipo de entrega realiza el proceso de dimensionamiento que es más fácil de estimar. A través del tamaño

• Se puede ver la descripción general del alcance del trabajo.
• El tamaño del trabajo se puede determinar a través de múltiples perspectivas.
• Cualquier suposición falsa puede ser rectificada.
• Las cosas que no pueden ser exactas se eliminan.

El dimensionamiento se realiza considerando lo siguiente:

• La cantidad de trabajo a realizar
• La complejidad del trabajo.
• Riesgo o incertidumbre al hacer el trabajo.
• Duración de tiempo

Los sprints se pueden planificar con mayor precisión siguiendo el proceso enumerado:

Un proceso de tres pasos para estimar los puntos de la historia son:

1. Uso de series de secuencias de Fibonacci.

• La evaluación tradicional del día humano ha sido reemplazada para estimar los puntos de la historia a través de los números de Fibonacci, es decir, 1, 2, 3, 5, 8, …
• No se utiliza una escala lineal ya que ofrece elementos que no están lo suficientemente diferenciados para definir una estimación. Sin embargo, la serie de Fibonacci puede estimar los saltos menores en un problema.
• La serie de Fibonacci representa una secuencia de números donde el siguiente número de la secuencia es la suma de los dos números anteriores. Para estimar los puntos de la historia en Agile , la secuencia de Fibonacci se modifica a 0.5, 1, 2, 3, 5, 8, 13, …

2. Determinación de una matriz

• Se determina una línea base para cada punto de la historia.
• La línea de base se incluye en la matriz como el valor de 1. Este se establece como el estándar para la menor cantidad de riesgo, repetición, etc.

3. Planificación de póquer

A través del póquer de planificación, el equipo acuerda la aproximación correcta del punto de la historia para cada elemento.

El funcionamiento de la planificación del póquer es

• Durante la planificación del sprint, cada desarrollador y probador recibe un juego de tarjetas. Las tarjetas representan un número de serie de Fibonacci.
• Se selecciona un elemento de la tabla de trabajos pendientes para cuestionar y aclarar las características de los elementos.
• Al final de la discusión, el probador y el desarrollador seleccionan en privado una tarjeta que refleja la estimación del artículo.
• Luego, las cartas son reveladas por los estimadores. Pasan al elemento neto si se llega a un consenso. Para diferentes tarjetas, la discusión la llevan a cabo los líderes hasta que llega un consenso.

Una matriz completa es útil para que los estimadores la utilicen como referencia durante el póquer de planificación. Esto permite una mayor coherencia entre las tareas. Además, el límite máximo de la estimación es 13, si es más de 13, entonces es efectivo que la tarea se divida en elementos más pequeños. Además, si se estima que la tarea es menor que 1, es recomendable incorporarla a otra tarea.

Otra estimación de 8 pasos para la estimación exitosa de los puntos de la historia en ágil son:

1. Identificar las historias base

• Uno de los pasos importantes para estimar los puntos de la historia en Agile es identificar una historia base que se utilice como referencia para el tamaño relativo de la cartera de pedidos.
• La historia de referencia se selecciona de una historia anterior que llevó a cabo el equipo de desarrollo o de una cartera de productos actual.
• La comprensión de la historia de referencia debe ser la misma entre todos los miembros del equipo. En otras palabras, debe haber confianza en el equipo sobre la historia de referencia.

2. discutir los requisitos

• Los detalles de la historia deben discutirse y las explicaciones relacionadas con la historia del usuario deben ser proporcionadas por el propietario del producto o un analista de negocios.

3. Anota cosas importantes

• Cualquier cosa importante que va a ser importante debe anotarse.
• El Scrum Master hace mejor este trabajo durante las discusiones en curso.

4. Preguntas importantes que se deben hacer

Algunas preguntas son demasiado importantes como para que el equipo de desarrollo tenga que hacerselas a sí mismo.

• Antes de comenzar con el diseño, ¿qué es necesario que aprendan los miembros del equipo?
• ¿Cuál es el requisito del código para la historia? ¿Cuánta longitud se requiere? ¿Existen códigos similares escritos anteriormente por el equipo de desarrollo?
• Para la aceptación por parte de los clientes, ¿cuánto trabajo implica?
• ¿Hay alguna dependencia externa que tenga la historia?
• ¿Alguien en el equipo tiene algún conocimiento o experiencia trabajando en la misma historia?
• ¿Tiene la historia alguna simplicidad o complejidad asociada, ya sea desde la perspectiva de la lógica comercial o desde la perspectiva técnica?
• ¿Cuánta certeza hay para obtener las dependencias a tiempo?

5. Puntos para la comparación relativa

• Se deben asignar puntos relativos para la comparación a la historia.
• Se debe asignar el mismo número de puntos a la historia, es decir, 1, para las historias que tienen la misma cantidad de trabajo que las historias ya dimensionadas.
• Para historias más difíciles, se debe asignar un valor proporcionalmente más alto.
• Si la historia es menos compleja debido al aprendizaje disponible de la historia anterior pero casi similar a esa historia, se le asignará un valor más bajo.

6. Se debe lograr un consenso entre todo el equipo según el tamaño de la historia.
7. Debe haber una validación del hecho de que hay una coherencia interna entre las historias.
8. Debe asegurarse a intervalos repetidos que todos los 1 sean iguales o todos los 2 coincidan, etc.

Beneficios de la estimación ágil de puntos de historia

La aplicación de la estimación a los puntos de la historia en ágil ofrece beneficios tanto para los desarrolladores como para los propietarios del producto.

Los beneficios que se ofrecen a los desarrolladores son:

• La aplicación de la estimación permite a los desarrolladores saber cuánta planificación se requiere para un sprint y, por lo tanto, pueden llevar adelante el trabajo a un ritmo sostenible.
• Se evita la sobreplanificación del sprint.
• La estrategia de implementación y los requisitos necesarios en un producto se entienden bien a través de las discusiones y elaboraciones.

Los beneficios que se ofrecen a los propietarios de los productos son:

• Se puede centrar en la entrega a más largo plazo del producto.
• Se puede evaluar el "valor por dinero" o el "retorno de la inversión" de los artículos.
• Los riesgos técnicos de los artículos grandes son visibles para los propietarios de los productos.

Aprenda cursos de software en línea de las mejores universidades del mundo. Obtenga programas Executive PG, programas de certificados avanzados o programas de maestría para acelerar su carrera.

Resumen

Al igual que la metodología ágil implica práctica, la estimación en sí misma es una práctica que mejorará con el tiempo. La implementación de la estimación de puntos ágiles beneficia tanto a los desarrolladores como al propietario, lo que finalmente da como resultado una solución efectiva.

Si desea dominar sus manos en el desarrollo de software, venga y consulte el curso Programa Ejecutivo PG en Desarrollo de Software - Especialización en Desarrollo Full Stack ofrecido por upGrad.

El curso de especialización ayudará a transformar la creatividad oculta de cualquier profesional de nivel de entrada hacia su futuro de desarrollo de software. Si necesita ayuda, puede ponerse en contacto con nuestro equipo de asistencia.