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. Ver conteúdo
Tarefa 6: executar testes manuais para garantir que o recurso funcione conforme o esperado. Ver conteúdo
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; Ver conteúdo
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; Ver conteúdo
Vejamos um exemplo: Tarefa 1: analisar os requisitos e projetar o esquema de banco de dados para armazenar o histórico de pedidos; Ver conteúdo
Além das tarefas, os itens do projeto também podem ser identificados durante o processo de detalhamento de histórias de usuários. Ver conteúdo
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. Ver conteúdo
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. Ver conteúdo
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. Ver conteúdo
Outra técnica que pode ser usada é chamada de “três amigos”. Essa técnica envolve reunir um representante da equipe de desenvolvimento, Ver conteúdo
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. Ver conteúdo
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. Ver conteúdo
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. Ver conteúdo
A tarefa envolve a identificação das etapas e das atividades específicas necessárias para implementar uma história de usuário. Ver conteúdo
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”. Ver conteúdo
Depois que as histórias de usuários forem priorizadas e selecionadas para implementação em um sprint específico, Ver conteúdo
São apresentadas 3 áreas: a primeira, em tons de azul, é onde estão as histórias dos usuários (Story Area); a segunda, em tons de verde, é a área das restrições e de design da interface do usuário (Constraint Area); por fim, em tons de laranja, está a área onde modelamos a solução para que seja produzido o código (Model Area). Ver conteúdo
Roman Pichler, um especialista em gestão de produtos ágeis, aplicou esse conceito de “Refinamento” ao backlog (repositório de requisitos dentro do framework Scrum), criando uma espécie de modelo, que é apresentado na figura logo acima. Ver conteúdo
Eles refinam os critérios de aceitação e adicionam detalhes adicionais para garantir que a história seja clara e acionável. Ver conteúdo
Vejamos como isso fica com a nossa história do usuário original: a equipe realiza uma sessão de refinamento de lista de pendências e analisa a história do usuário do recurso de status de voo. Ver conteúdo
Refinamento de backlog: envolve revisar e priorizar regularmente o backlog do produto para garantir que ele esteja atualizado e que a equipe esteja focada em fornecer os recursos mais valiosos primeiro. Ver conteúdo
O diagrama inclui o usuário, o recurso de status de voo e os outros componentes do produto; Ver conteúdo
Utilizando a mesma história do usuário, aqui vai mais um exemplo: a equipe cria um diagrama de caso de uso de alto nível para ilustrar como o recurso de status de voo interagirá com outras partes do produto. Ver conteúdo
Modelagem Ágil: a modelagem ágil envolve a criação de diagramas ou modelos para ajudar a comunicar requisitos e decisões de projeto. A modelagem ágil pode ajudar a garantir que a equipe esteja alinhada com a visão e o design do produto. Ver conteúdo
Depois a equipe testa o protótipo com um pequeno grupo de usuários e coleta feedback para refinar o design; Ver conteúdo
Vejamos um exemplo utilizando a história do usuário usada acima: a equipe cria um protótipo do recurso de status de voo com uma interface simples e que permite aos usuários visualizar atualizações em tempo real de seus próximos voos. Ver conteúdo
A criação de protótipos pode ajudar a identificar problemas de design logo no início e ajudar a garantir que a equipe esteja criando o produto certo. Ver conteúdo
Prototipagem: envolve a criação de um modelo simples e de baixa fidelidade do produto ou recurso para testar e validar com os usuários. Ver conteúdo
“O status do voo deve incluir atualizações em tempo real sobre os horários de partida e chegada, quaisquer alterações no portão de embarque e quaisquer atrasos ou cancelamentos”; Ver conteúdo
