Como criar uma história do usuário Agile em Três Passos

Certifique-se que qualquer pessoa envolvida com, ou sejam afectados por o produto e sua criação está disponível para ajudar a criar requisitos. As partes interessadas podem incluir

• Pessoas que interagem com clientes em uma base regular, tais como representantes de serviço ao cliente, vendedores, ou pessoal agência bancária.

• especialistas em negócios para as diferentes áreas onde os clientes do seu produto interagir. Por exemplo, XYZ Banco pode ter um gerente responsável de contas correntes, outro gerente encarregado de contas de poupança, e um terceiro gestor responsável pelos serviços de pagamento de contas on-line. Se você estiver criando um aplicativo bancário móvel, todas estas pessoas estão interessados ​​no projeto.

• Usuários de seu produto, se eles estiverem disponíveis.

• Peritos sobre o tipo de produto que você está criando. Por exemplo, um desenvolvedor que criou aplicativos móveis, um gerente de marketing que sabe como criar campanhas móveis, e um especialista em experiência do usuário, que é especializada em interfaces móveis tudo pode ser útil na amostra XYZ Banco projeto de mobile banking.

• intervenientes técnicos, pessoas que trabalham com os sistemas que possam ter necessidade de interagir com o seu produto.

Ao pensar sobre os clientes que irão utilizar o seu produto, muitas vezes é útil para atribuir-lhes personas, tais como um vendedor ou um representante de serviço ao cliente. Usando personas pode ajudar a compreender exatamente o que seu produto pode precisar de fazer. Manter o cliente que você descreveu em sua declaração de visão do produto em mente ao criar personas.

Suas partes interessadas produtos podem ajudar a criar personas. Encontrar pessoas que são especialistas no negócio do dia-a-dia para o seu produto. Esses interessados ​​vão saber muito sobre seus clientes potenciais.

Uma boa maneira de criar histórias de usuários é trazer suas partes interessadas juntos para uma sessão de criação história do usuário. Ter as partes interessadas anote como muitos requisitos para cada persona como eles podem pensar.

Certifique-se de adicionar continuamente novas histórias de usuários à sua carteira de produtos. Mantendo o seu product backlog up-to-date vai ajudar você a ter as maiores histórias de usuários prioridade quando é hora de planejar o seu sprint.

Você não precisa gastar uma tonelada de tempo tentando identificar cada requisito único seu produto pode ter no início do projeto. Você cria novas histórias de usuários e adicionar requisitos durante todo o processo. As melhores mudanças muitas vezes vêm no final de um projeto, quando você sabe mais sobre o produto e os clientes.