Los cuatro componentes de una historia de usuario ágil
Video: Introducción a las historias de usuario
Los requisitos del proyecto en un proceso utilizando metodologías ágiles pueden entenderse y se expresaron como historias de usuario. UN historia del usuario es una simple descripción de un requisito de producto en términos de lo que esta exigencia debe lograr para quién.
Como mínimo, una historia de usuario tiene cuatro componentes o declaraciones:
Video: Ejemplo práctico de scrum historias de usuarios
Una historia de usuario también incluye pasos de validación - pasos a seguir para saber que el requisito de trabajo para la historia de usuario es correcta: Cuando yo
Historias de usuarios también pueden incluir:
Un ID historia de usuario: Un número de 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 crear ese producto. Esfuerzo es la facilidad o dificultad en la creación de esa historia de usuario.
Video: Historias 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 típica historia de usuario con la parte frontal 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:
Video: Definición de historias de usuario con Trello
historias de usuario no son la única manera de describir los requisitos del producto. Usted podría simplemente 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. La gran ventaja viene cuando el equipo de desarrollo comienza a crear y requisitos de la prueba. Los miembros del equipo de desarrollo saben exactamente los que están creando la necesidad de, lo que el requisito debe hacer, y cómo volver a verificar que el requerimiento se ajusta al concepto de la obligación.