¿Qué debe hacer con los puntos de la historia que no se completan en el sprint?

Dentro de Scrum/Agile, si tengo una historia completa en un 90 % y el sprint finaliza, ¿qué se debe hacer con esta historia?

La decisión lógica parece ser mover esto al siguiente sprint, sin embargo, si la historia tiene puntos altos, esto afectará mi quemado y capacidad.

Sí, afectaría (como se pretendía). ¿Por qué esto es un problema para usted?

Respuestas (3)

Gran pregunta Curt! Lo que hacen nuestros equipos (operamos en SAFe) es discutir las historias sin terminar primero en la próxima ceremonia de planificación de iteración/sprint. Si el OP ve valor comercial en completar la historia, entonces el equipo decide si los criterios de aceptación y ATDD deben actualizarse para reflejar el trabajo restante. Finalmente, se vuelve a apuntar.

¡Espero que esto ayude! jose

Si un elemento de trabajo no se completa, si no cumple con su definición de hecho, entonces no está hecho . Acreditar a su equipo con una parte de los puntos de la historia es volver a la mentalidad de PM anterior.

Lo correcto es adelantarlo al siguiente sprint (siempre y cuando el PO todavía crea que hay un valor comercial en completar la historia de usuario). El objetivo de Agile es brindar valor comercial, y no hay valor en Historias 95% hechas y no implementadas en un entorno de producción.

De lo contrario, existe el peligro de tener una acumulación que contenga muchas historias casi completadas y llevarlas de sprint a sprint, obstruyendo su tablero. Y lo que es peor, acreditar a su equipo con el éxito por casi completarlos.

¡La mejor medida está hecha, 100% hecha, en vivo y entregando valor!

Suerte con ello !

La respuesta corta (enfoque purista): devolverlo a la cartera de pedidos y dejar que el propietario del producto decida. El aspecto de un gráfico de informes no debería importar realmente.

Respuesta larga (enfoque realista): en algunas organizaciones más grandes con diversos grados de política, los requisitos de gobierno, así como la gestión de arriba hacia abajo, los informes de progreso son importantes. He trabajado en proyectos en los que, literalmente, podríamos ser penalizados si no alcanzamos el 80% de la acumulación de sprint (ridículo, pero así es a veces). En este caso, vea si puede separar el 90% del 10%. El primero se convierte en parte del incremento y puede ajustar las historias de los usuarios (con un impacto retroactivo) para que sus gráficos de quemado se vean bien. El 10 % restante se traslada a la cartera de pedidos para que la OP decida qué hacer con él. Recuerde, con una estimación arbitraria utilizando puntos de la historia, tiene mucha flexibilidad para manejar las "gallinas" mientras se asegura de que los "cerdos" sean lo más ágiles posible.