Conversão de Requisitos Ágeis em Itens de Projeto e
Atividades
Depois que as histórias de usuários forem priorizadas e selecionadas para implementação em um
sprint específico, a próxima etapa é dividi-las em tarefas ou atividades menores e mais gerenciáveis
que podem ser concluídas pela equipe de desenvolvimento. Esse processo é chamado de
tasking ou “tarefação”.
A tarefa envolve a identificação das etapas e das atividades específicas necessárias para implementar
uma história de usuário. Isso pode envolver dividir a história em recursos ou funções individuais e,
em seguida, identificar as atividades específicas de codificação, teste e implantação necessárias para
implementar cada uma.
Uma maneira de abordar a tarefa é reunir a equipe de desenvolvimento e fazer com que eles
colaborem na divisão das histórias de usuários em tarefas individuais. Isso pode ser feito usando um
quadro branco ou notas adesivas (post-it), com cada tarefa sendo escrita em uma nota separada e,
em seguida, organizada em grupos lógicos, grupos de afinidade ou fluxos de trabalho.
Outra técnica que pode ser usada é chamada de “três amigos”. Essa técnica envolve reunir um
representante da equipe de desenvolvimento, da equipe de testes e do proprietário do produto para
discutir e definir colaborativamente as tarefas necessárias para implementar uma história de usuário.
Uma vez que as tarefas tenham sido identificadas, elas podem ser inseridas na lista de pendências da
sprint, juntamente com estimativas de quanto tempo cada tarefa levará para ser concluída. Isso dará à
equipe uma compreensão clara do que precisa ser feito para implementar cada história de usuário e
ajudará a garantir que todos estejam trabalhando para os mesmos objetivos e cronogramas.
Além das tarefas, os itens do projeto também podem ser identificados durante o processo de
detalhamento de histórias de usuários.
Vejamos um exemplo:
Tarefa 1: analisar os requisitos e projetar o esquema de banco de dados para armazenar
o histórico de pedidos;
Tarefa 2: desenvolver o código do banco de dados para recuperar dados do histórico de
pedidos;
Tarefa 3: criar a interface do usuário para exibir os dados do histórico de pedidos no site;
Tarefa 4: integrar a interface do usuário com o código do banco de dados de back-end;
Tarefa 5: escrever casos de teste automatizados para o recurso de histórico de pedidos;
Tarefa 6: executar testes manuais para garantir que o recurso funcione conforme o
esperado.
Essas tarefas podem ser adicionadas à lista de pendências da sprint e atribuídas aos membros da
equipe para conclusão durante a sprint.
Podemos inclusive quebrar em subtarefas para aumentar a granularidade. Veja, por exemplo:
História do usuário: como usuário do site, quero poder criar uma conta para que eu
possa salvar minhas preferências e visualizar meu histórico de pedidos.
Tarefa 1: projetar fluxo de criação de conta de usuário.
• Subtarefa 1.1: criar wireframes do fluxo de criação de conta de usuário;
• Subtarefa 1.2: obter feedback das partes interessadas sobre wireframes;
• Subtarefa 1.3: revisar wireframes com base no feedback das partes interessadas.
