Uma parte importante do gerenciamento de qualquer projeto é poder decompô-lo em suas partes componentes. Um bom gerente de projeto e uma boa equipe de projeto precisam saber e entender completamente o que um projeto pretende fazer para planejar e desenvolver os detalhes das entregas do projeto.
As entregas do projeto, de acordo com o Guia PMBOK, são: “Qualquer produto, resultado ou capacidade de executar um serviço exclusivo e verificável que deve ser produzido para concluir um processo, fase ou projeto”. (Instituto de Gerenciamento de Projetos, 2021). Simplificando, as entregas são o que um projeto cria ou produz – a saída de um projeto. Essas entregas podem ser tangíveis, como produtos, ou intangíveis, como eventos ou processos. Eles definem o que um projeto deve fazer ou fazer.
Há uma série de práticas diferentes para abordar a parte do planejamento do projeto. De discussões e considerações informais a sessões estruturadas e formais de brainstorming. As histórias de usuários são uma ferramenta que todo gerente de projeto deve ter em sua caixa de ferramentas para criar e definir as entregas do projeto. E utilizando o Kanban do projectCanvas é possível organizar suas histórias de usuários conforme
História de usuários
As histórias de usuários têm como base práticas ágeis no desenvolvimento de software. Nesse contexto, histórias de usuários são escritas para descrever os recursos a serem incluídos em um projeto de software ou tecnologia. Reunidas, a lista de histórias de usuários compõe o backlog do produto, ou lista de recursos a serem incorporados e incluídos no projeto. Com base na ordem de prioridade, esses recursos são retirados do backlog do produto para inclusão em um ciclo de sprint.
As histórias de usuários são escritas em um formato padronizado. Eles definem claramente o usuário final em mente (quem), o recurso a ser descrito e incluído (o quê) e como o usuário usará esse recurso do produto (o porquê). O formato das histórias do usuário é: “Como (função do usuário), quero um (recurso do produto), para que eu possa (descrever o benefício/uso).
Quem
Define a função do usuário. Responde à pergunta “quem usará a saída e receberá o valor de um determinado recurso de saída?”.
O que
Recurso do produto. Este é o item de entrega da saída supracitada. Em equipes ágeis, isso descreveria uma unidade de entrega. É um recurso único e individual da saída de um projeto.
O Por que
O “Por que” descreve claramente como o usuário definido na parte “quem” da história pretende usar o recurso. O que eles farão com o recurso e como ele agrega valor ao resultado do projeto?
Exemplos de histórias de usuários incluem:
- Como ouvinte , preciso de um botão de sintonização para encontrar minha estação de rádio favorita.
- Como visitante do teatro , preciso de um ingresso para poder assistir à apresentação.
Cartão de Histórias
As histórias de usuários são tradicionalmente escritas em cartões físicos (online) individuais para estabelecer os detalhes de cada história de usuário e facilitar a repriorização e reorganização das histórias para inclusão no projeto. Na prática contemporânea, os story cards podem ser criados e organizados em formato digital, usando vários softwares e aplicativos de gerenciamento de projetos, storyboards ou lousas digitais.
Qualquer formato funciona, desde que possa ser visualizado, compartilhado, discutido e alterado pelos membros da equipe do projeto. Em um nível básico, um cartão de história do usuário deve incluir um título, uma declaração de valor, requisitos básicos, estimativa de tamanho e critérios de aceitação.
O projectCanvas para as histórias de usuários
Em metodologias ágeis como Scrum, a coleção de cartões de história compõe o Product Backlog, ou lista de recursos a serem selecionados para inclusão e incorporados ao projeto durante um ciclo iterativo de sprint. Eles podem ajudar a descrever e definir os recursos da saída de um projeto de um ponto de vista importante – o do usuário final. Nas sessões de brainstorming do projeto, essa abordagem ajuda os membros da equipe do projeto a assumir esse papel ao considerar os recursos. Depois que esses recursos são definidos, eles podem ser adicionados à lista de entregas do projeto, como entregas finais ou para inclusão em um ciclo de desenvolvimento iterativo. Finalmente, eles podem ser usados para complementar uma Estrutura Analítica de Trabalho tradicional.
Desta maneira, seja qual for a forma como são aplicados, as histórias do usuário e os cartões de história são uma ferramenta útil para os gerentes de projeto no planejamento e desenvolvimento do projeto. Eles fornecem uma maneira estruturada de considerar os recursos, atividades e grupos de partes interessadas do projeto.
Todas as etapas podem ser construídas dentro do ProjectCanvas! Quer conhecer um pouco mais?
