En el mundo ágil, una de las herramientas esenciales para la estimación es el “tamaño relativo” o “puntos de historia”. Estos términos pueden parecer nuevos para aquellos que no están familiarizados con las prácticas ágiles, pero son fundamentales para entender el flujo de trabajo en un entorno Scrum.
Los puntos de historia ofrecen una técnica de estimación que va más allá de simplemente medir el tiempo que tomará completar una tarea. En lugar de basarse en horas o días, se basan en una evaluación general de varios factores críticos: riesgo, esfuerzo requerido y complejidad.
La belleza de utilizar puntos de historia radica en su naturaleza relativa. En lugar de tratar de adivinar cuántas horas tomará realizar una tarea específica, los equipos asignan puntos basándose en cómo ven una tarea en relación con otras. Por ejemplo, si una historia de usuario se considera dos veces más compleja que otra, podría tener el doble de puntos.
Además de la estimación, los puntos de historia sirven como una herramienta para calcular el tamaño total de una historia de usuario o característica. Es una representación numérica que, aunque no se traduce directamente en tiempo, ayuda a los equipos a planificar y priorizar el trabajo.
Una ventaja adicional de usar puntos de historia es que promueven discusiones en el equipo. Al debatir y llegar a un consenso sobre cuántos puntos asignar a una historia, los miembros del equipo adquieren una comprensión más profunda de la tarea y de los desafíos que podría presentar.
El uso de puntos de historia en la gestión de proyectos se ha vuelto tan popular que se ha codificado en el SBOK (Scrum Body of Knowledge). El SBOK proporciona una guía detallada sobre cómo los equipos pueden implementar y beneficiarse de esta técnica de estimación.
Los puntos de historia son asignados por el equipo de desarrollo durante la reunión de refinamiento o planificación del sprint. Se hace mediante un proceso de consenso donde el equipo evalúa el tamaño relativo de una historia comparándola con historias previamente puntuadas. Esta asignación se realiza al comienzo de un sprint o cuando se introduce una nueva historia en el backlog. Y para llevar a cabo esta tarea, los equipos suelen utilizar herramientas de seguimiento de proyectos o tarjetas físicas junto con técnicas como Planning Poker.
Algunos ejemplos son los siguientes:
- Un equipo considera que desarrollar un sistema de inicio de sesión tiene un valor de 3 puntos de historia debido a su complejidad moderada.
- Implementar una nueva función de búsqueda en una aplicación puede tener 8 puntos de historia, ya que implica una mayor interacción con bases de datos y una interfaz de usuario.
- Una corrección menor en la interfaz gráfica puede tener 1 punto de historia por su simplicidad.
- Desarrollar un carrito de compras para un sitio web de e-commerce podría ser evaluado con 13 puntos de historia debido a su alto nivel de complejidad y la integración con sistemas de pago.
- La creación de un sistema de comentarios en un blog podría ser estimado con 5 puntos, considerando la interacción con la base de datos y la necesidad de moderación.