Os quatro componentes de uma história de usuário ágil

Video: Creación de historias de Usuario según Scrum

Os requisitos do projeto em um processo usando metodologias ágeis pode ser compreendida e expressa como histórias de usuários. UMA história do usuário é uma simples descrição de um requisito do produto em termos do que esta exigência deve realizar para quem.

No mínimo, uma história de usuário tem quatro componentes ou declarações:

  • Título:

  • Como um:

  • Eu quero:

  • De modo a:

A história do usuário também inclui etapas de validação - as medidas a tomar para saber que a exigência de trabalho para a história do usuário está correto: Quando eu , isto acontece lt;Descrição de actiongt ;.



histórias de usuários também podem incluir:

Video: Histórias do Usuário | Ismael Soares | Papo Reto

A ID história de usuário: Um número para diferenciar esta história de usuário a partir de outras histórias de usuários.

  • O valor história de usuário e esforço estimativa: Valor é como benéfica uma história de usuário pode ser com a organização criar esse produto. Esforço é a facilidade ou dificuldade na criação dessa história de usuário.

    Video: Ejemplo práctico de scrum historias de usuarios

  • O nome da pessoa que pensou na história de usuário: Qualquer pessoa na equipe de projeto pode criar uma história de usuário.

  • Um cartão típico história do usuário com a frente mostrando a principal descrição da história do usuário. A parte traseira mostra como confirmar que a exigência funciona corretamente, depois que a equipe de desenvolvimento criou a exigência:

    Video: Introducción a las historias de usuario

    histórias de usuários não são a única maneira de descrever os requisitos do produto. Você poderia simplesmente fazer uma lista de exigências. No entanto, porque as histórias do usuário incluem uma série de informações úteis em um formato simples, compacto, eles são muito eficazes em transmitir exatamente o que um requisito precisa fazer. O grande benefício é quando a equipe de desenvolvimento começa a criar e requisitos de teste. Os membros da equipe de desenvolvimento sabem exatamente quem eles estão criando a necessidade de, que a exigência deve fazer, e como verificar novamente que o requisito satisfaz a intenção do requisito.


    Publicações relacionadas