Los puntos de la historia son una unidad de medida para expresar una estimación del esfuerzo common que se requerirá para implementar completamente un Pila de Producto artículo o cualquier otra pieza de trabajo.
Cuando estimamos con puntos de historia, asignamos un valor de punto a cada artículo. Los valores brutos que asignamos no son importantes: algunos equipos usan un secuencia de fibonacci modificada (1, 2, 3, 5, 8, 13); otros usan una secuencia de duplicación (1, 2, 4, 8, 16).
lo que importa son los valores relativos. A historia del usuario que se le asignan dos puntos de historia debe ser el doble de esfuerzo que una historia de un punto. También debe ser dos tercios del esfuerzo de una historia que se estima en tres puntos de historia.
En lugar de asignar 1, 2 y 3, ese equipo podría haber asignado 100, 200 y 300. O 1 millón, 2 millones y 3 millones. Lo que importa son las proporciones, no los números reales.
Uno de los razones principales por las que los puntos de la historia son tan valiosos es que permiten a los miembros del equipo con diferentes niveles de habilidad comunicarse y acordar un presupuesto. En lugar de discutir cuánto tiempo le tomaría a cada miembro del equipo personalmente hacer algo, los equipos pueden decir rápidamente que esta historia de usuario requiere aproximadamente el doble o el triple de esfuerzo que esa historia de usuario. Con los puntos de la historia, todo es relativo.
Cómo calcular puntos de historia en Agile
La mejor definición de los puntos de la historia es que representan la esfuerzo para desarrollar una historia de usuario o un elemento de la cartera de productos.
El esfuerzo es una cuestión de tiempo: cuánto tiempo llevará terminar algo. Muchos factores intervienen en la determinación del esfuerzo, incluyendo
- La cantidad de trabajo a realizar
- La complejidad del trabajo.
- Cualquier riesgo o incertidumbre al hacer el trabajo.
Al estimar con puntos de historia, muchas cosas entran en juego: complejidad, esfuerzo, riesgo y volumen. Pero, en última instancia, los puntos de la historia son una estimación del esfuerzo.
Veamos cómo afecta cada issue a la estimación del esfuerzo dada por los puntos de la historia. Para cada issue que interviene en la elección de los puntos de la historia, se proporcionan ejemplos para ayudar a aumentar la comprensión.
La cantidad de trabajo por hacer
Ciertamente, si hay más que hacer de algo, la estimación del esfuerzo debería ser mayor. Considere el caso de desarrollar dos páginas net. La primera página tiene solo un campo y una etiqueta que solicita ingresar un nombre. La segunda página tiene 100 campos que también se pueden llenar simplemente con un poco de texto.
La segunda página no es más compleja. No hay interacciones entre los campos y cada uno no es más que un fragmento de texto. No hay riesgo adicional en la segunda página. La única diferencia entre estas dos páginas es que hay más que hacer en la segunda página.
La segunda página debe recibir más puntos de historia. Probablemente no obtenga 100 veces más puntos aunque haya 100 veces más campos. Hay, después de todo, economías de escala y tal vez hacer la segunda página sea solo 2 o 3 o 10 veces más esfuerzo que la primera página.
Riesgo e Incertidumbre
La cantidad de riesgo e incertidumbre en un elemento de la cartera de pedidos del producto debería afectar la estimación del punto de la historia que se le da al elemento.
Si se le pide a un equipo que calcule un elemento de la cartera de productos y la parte interesada que lo solicita no tiene claro qué se necesitará, esa incertidumbre debe reflejarse en la estimación.
Si la implementación de una función implica cambiar una pieza explicit de código antiguo y frágil que no tiene pruebas automatizadas, ese riesgo debe reflejarse en la estimación.
Complejidad
La complejidad también debe tenerse en cuenta al proporcionar una estimación puntual de la historia. Piense en el ejemplo anterior de desarrollar una página net con 100 campos de texto triviales sin interacciones entre ellos.
Ahora piensa en otra página net también con 100 campos. Pero algunos son campos de fecha con widgets de calendario que aparecen. Algunos son campos de texto con formato, como números de teléfono o números de Seguro Social. Otros campos realizan validaciones de suma de comprobación como con los números de tarjetas de crédito.
Esta pantalla también requiere interacciones entre campos. Si el usuario ingresa una tarjeta Visa, se muestra un campo CVV de tres dígitos. Pero si el usuario ingresa una tarjeta American Specific, se muestra un campo CVV de cuatro dígitos.
Aunque todavía hay 100 campos en esta pantalla, estos campos son más difíciles de implementar. Son más complejos. Tomarán más tiempo. Hay más posibilidades de que el desarrollador cometa un error y deba realizar una copia de seguridad y corregirlo.
Esta complejidad adicional debe reflejarse en la estimación proporcionada.
Considere todos los factores: cantidad de trabajo, riesgo e incertidumbre y complejidad
Puede parecer imposible combinar tres factores en un solo número y proporcionarlo como una estimación para llevar a cabo. planificación de sprints. Sin embargo, es posible porque el esfuerzo es el issue unificador.
En primer lugar, los miembros del equipo de Scrum consideran cuánto esfuerzo se requerirá para realizar la cantidad de trabajo descrita por un elemento de la cartera de productos.
Luego, estos equipos ágiles consideran cuánto esfuerzo incluir para lidiar con el riesgo y la incertidumbre inherentes al elemento de la cartera de productos. Por lo common, esto se hace considerando el riesgo de que ocurra un problema y el impacto si el riesgo ocurre. Entonces, por ejemplo, se incluirá más en la estimación para un riesgo que requiere mucho tiempo que es possible que ocurra que para un riesgo menor e unbelievable.
Finalmente, los equipos también deben considerar la complejidad del trabajo a realizar. El trabajo que es complejo requerirá más pensamiento, puede requerir más experimentación de prueba y error, tal vez más ida y vuelta con un cliente, puede tomar más tiempo para validar y puede necesitar más tiempo para corregir errores.
Durante la estimación ágil, los tres factores deben combinarse en una medida de esfuerzo.
Recuerda la definición de hecho
Una estimación puntual de la historia debe incluir todo lo relacionado con la realización completa de un elemento de la cartera de productos. si un equipo definicion de hecho incluye la creación de pruebas automatizadas para validar la historia (y eso sería una buena thought), el esfuerzo para crear esas pruebas debe incluirse en la estimación de puntos de la historia.
Scrum, puntos de la historia y conversaciones
Las conversaciones son un componente esencial de la estimación ágil. Incluso con ejercicios de pensamiento como puntos de la historia como cuboslos miembros del equipo a menudo no están de acuerdo al principio sobre cuánto esfuerzo será una historia.
Estas estimaciones variables pueden generar conversaciones esclarecedoras entre los miembros del equipo y con los propietarios del producto sobre los criterios de aceptación/condiciones de satisfacción, enfoque y otros factores que pueden afectar cuánto esfuerzo se necesitará para completar un elemento. Hablar sobre un elemento de la cartera de productos aumenta la comprensión del trabajo por parte del equipo y puede revelar brechas y suposiciones que el propietario del producto puede investigar.
El poder de estas conversaciones es una de las razones por las que recomiendo planificación de póquer. El póquer de planificación es una forma divertida de estimar, y también es una forma de mantener en privado la estimación de cada persona hasta que todos los miembros del equipo revelen sus cartas. Las estimaciones individuales significan menos sesgo en los números y, en última instancia, estimaciones más precisas.
Una vez que el equipo ha acordado una estimación, asigna puntos de historia al elemento pendiente. Esa estimación puntual de la historia se usa más tarde para calcular el rendimiento de un equipo. velocidad promedio de dash, capacidad y más.
Los puntos de la historia pueden ser un concepto difícil de entender. Pero el esfuerzo por comprender completamente que los puntos representan el esfuerzo, impactado por la cantidad de trabajo, la complejidad del trabajo y cualquier riesgo o incertidumbre en el trabajo, valdrá la pena.
