¿Cuándo marcar una historia de usuario como hecha en scrum?

7

Hay una noción en scrum que enfatiza la entrega de unidades viables al final de cada sprint. Cada unidad realizable también se mapea directamente o indirectamente a una historia de usuario y cuando en el nuevo sprint PO introduce nuevas PBI (nuevas historias de usuario), esto significa que prácticamente el equipo no siempre puede volver a las historias de usuario anteriores para hacer el resto del trabajo. lo que a su vez significa que cuando implementas una historia de usuario, debes hacerlo tan completo como lo conoce el equipo en ese momento, y no debes olvidar nada (algo como "Lo siento, me he olvidado de implementar validación para ese control de entrada "o" no sabía que la verificación entre navegadores es parte de la historia del usuario "). Por otro lado, la prueba, la compatibilidad con versiones anteriores, los criterios de aceptación, la implementación y más y más conceptos vienen después de cada historia de usuario.

Entonces, ¿cuándo pueden los miembros del equipo saber que la historia del usuario está hecha completamente , no solo como demostración, y comenzar una nueva?

    
pregunta Saeed Neamati 30.07.2011 - 12:34

4 respuestas

16

Usted define la definición de done . Pero debería incluir todo para que sea completamente hecho . "Lo siento, olvidé implementar la validación para ese control de entrada" significa que su historia no está terminada, por lo que debe volver a colocarse en la columna en curso. Si descubrió que después del sprint, es un error que la OP puede solucionar (o no) en el próximo sprint. La OP finalmente decide si envía el producto al final de una iteración.

Como usted dijo, las pruebas se producen después de que el código se haya escrito para una historia de usuario determinada. Pero las pruebas deben ser parte de su definición de hecho.

Por lo tanto, hecho completamente es el estado que se obtiene cuando una historia de usuario coincide con su definición de hecho .

    
respondido por el user2567 30.07.2011 - 12:59
2

Primero, donde trabajo las tareas como pruebas, criterios de aceptación, revisión de código son parte de las historias de usuario ..

En segundo lugar, la historia de usuario se realiza cuando es ACCEPTED por PO. PO revisa una historia para su aceptación tan pronto como el equipo la marca como COMPLETE . Si el PO no acepta la historia, es probable que el equipo agregue más tareas.

Y sí, tienes razón, el equipo debe completar la historia según el alcance acordado durante la planificación de Spritn. Sin embargo, el alcance y el cronograma no van de la mano, por lo que el equipo después de discutir con PO siempre puede reducir el alcance de la historia, hasta un nivel en el que se puede completar dentro de la iteración.

Cualquiera que sea el alcance acordado, la historia no debe marcarse COMPLETADA si hay problemas conocidos; sin embargo, la OP aún puede aceptarla al final de la iteración, p. ej. Es posible que los errores restantes no sean críticos ni frecuentes.

    
respondido por el Asim Ghaffar 06.08.2011 - 17:00
1

Además de las revisiones de código, una definición de finalización y la definición de criterios de aceptación de alto nivel que una historia de usuario debe aprobar para que se complete, también tenemos una revisión al final de cada sprint, donde se presentan las historias a una comunidad más amplia en nuestra empresa (soporte de primer y segundo nivel, consultores, personal de ventas, etc.), ya que generalmente tienen un conocimiento más profundo del dominio. Solo después de que una historia pasa esta revisión, se trata como completada.

    
respondido por el Benni 31.07.2011 - 13:23
0
  1. La definición de hecho, por historia, es el diferenciador único y seguro entre hacer y terminar para una historia. Por lo general, es una oración corta que describe qué hacer para verificar que la historia está terminada.
  2. Si una historia se considera realizada según su definición de hecho, significa que está hecha.
  3. Si algo relacionado con una historia anterior se encuentra aún por hacer, entonces se crea una nueva historia para ese algo con su nueva definición de hecho.
  4. La nueva historia se agrega a la acumulación como cualquier otra, para que se someta al flujo de scrum estándar.
  5. Con el tiempo, las definiciones de hecho mejorarán, así como la capacidad de leer entre líneas, lo que reducirá los malentendidos.
respondido por el Ando 31.07.2011 - 15:09

Lea otras preguntas en las etiquetas