Los cuatro componentes de una historia de usuario ágil

Los requisitos del proyecto en un proceso que utiliza metodologías ágiles pueden ser entendidos y se expresaron como historias de usuario. LA historia del usuario es una simple descripción de un requisito de producto en términos de lo que ese requisito debe cumplir para quién.

Como mínimo, una historia de usuario tiene cuatro componentes o declaraciones:

  • Título:

  • Como un:

  • Quiero:

  • Así que eso:

Una historia de usuario también incluye etapas de validación - pasos a seguir para saber que el requisito de trabajo para la historia de usuario es correcta: Cuando yo , esto pasa lt;Descripción de la acción>.

Historias de los usuarios también pueden incluir:

  • Un ID historia de usuario: Un número para diferenciar esta historia de usuario de otras historias de usuario.

  • El valor historia de usuario y esfuerzo estimación: Valor es lo beneficioso que una historia de usuario puede ser a la organización la creación de ese producto. Esfuerzo es la facilidad o dificultad en la creación de esa historia de usuario.

  • El nombre de la persona que pensó en la historia de usuario: Cualquier persona en el equipo del proyecto puede crear una historia de usuario.

Una tarjeta de historia de usuario típica con el frente que muestra la descripción principal de la historia de usuario. La parte posterior muestra cómo confirmar que el requisito funciona correctamente, después de que el equipo de desarrollo ha creado el requisito:

imagen0.jpg

Historias de los usuarios no son la única manera de describir los requisitos del producto. Usted simplemente puede hacer una lista de requisitos. Sin embargo, debido a las historias de usuario incluyen una gran cantidad de información útil en un formato simple, compacto, son muy eficaces para transmitir exactamente lo que un requisito que tiene que hacer. El gran beneficio viene cuando el equipo de desarrollo comienza a crear y requisitos de ensayo. Los miembros del equipo de desarrollo saben exactamente quienes están creando la necesidad de, lo que el requisito debe hacer, y cómo volver a verificar que el requisito satisface la intención del requisito.




» » » » Los cuatro componentes de una historia de usuario ágil