Como estruturar o backlog do produto em um mapa de história do usuário

Como estruturar o backlog do produto em um mapa de história do usuário

Para facilitar o desenvolvimento ágil, o Mapa de Histórias pode receber funcionalidades do usuário identificadas a partir de diferentes fontes. Como mencionado acima, poderiam ser os requisitos derivados de contratos de EA, pacotes de trabalho de iniciativas de gestão de projetos ou análises pontuais como análise do estado atual e do estado desejado, casos de uso em um diagrama de uso a serem integrados ao desenvolvimento de software ágil e etc.

Enviar caso de uso para o backlog do produto para mapeamento de história do usuário

Como mencionei anteriormente, existem muitas fontes diferentes de requisitos, objetivos do usuário e atividades do usuário que podem ser identificadas por meio de entrevistas, possivelmente utilizando diferentes técnicas e ferramentas de modelagem, como modelagem de processos de negócios, mapa mental, diagrama de casos de uso e etc. No exemplo abaixo, desenvolvemos um diagrama de casos de uso e agora queremos enviar os casos de uso para o backlog do produto e desenvolvê-los por meio do processo ágil Scrum.

Exemplo – Caso de uso para gerenciar aplicação de vaga de emprego

4 Passos para refinamento e organização do backlog do produto

Suponha que já tenhamos acumulado uma lista de funcionalidades do usuário no backlog do mapa de histórias a partir de várias fontes diferentes. Uma funcionalidade do usuário será alcançada como uma atividade por meio da realização de algumas tarefas. Cada uma dessas tarefas pode ser ainda decomposta em alguns épicas (histórias do usuário maiores). Cada épica contém uma lista de histórias do usuário que são decompostas em um tamanho adequado para serem incluídas em uma iteração de sprint. Aqui estão os passos envolvidos no planejamento de um mapa de histórias:

1. Arraste as funcionalidades do usuário para a primeira linha do mapa da esquerda para a direita. Cada uma dessas funcionalidades na primeira linha do mapa é chamada de atividade do usuário.
   
2. Crie um número de etapas necessárias para concluir a atividade, conhecidas como tarefa do usuário.
   
3. Cada uma dessas tarefas do usuário pode ser decomposta em um número de épicas.
   
4. Abaixo das épicas, pode-se definir uma lista de histórias do usuário, cujo tamanho é adequado para ser incluído em um sprint.
   

Observe que: podemos considerar a prioridade de implementação como agendada da esquerda para a direita e as histórias do usuário de cima para baixo.