Saltar para o conteúdo
StoryFlop
Aprender com o StoryFlop · Português

Histórias de utilizador prontas para estimar

Três exemplos desenvolvidos para descobrir âmbito, testes e dependências antes de escolher uma carta.

Preparar não significa conhecer todos os detalhes

Uma história pronta tem resultado compreensível, limites e perguntas visíveis, não uma especificação exaustiva. O refinamento esclarece e decompõe enquanto aprendem.

Os exercícios fictícios não têm pontos predeterminados. A dimensão depende do produto, dependências, qualidade e referências. Comecem por explicar o que entregar.

Esta ajuda não é uma regra oficial do Scrum nem impede discutir incerteza. Uma pergunta melhor é útil mesmo quando ainda não é possível estimar.

Exemplo 1: procurar encomendas por referência

Uma pessoa do suporte encontra uma encomenda pela referência completa. A API e o campo de pesquisa existem. Correspondências parciais e filtros novos ficam excluídos.

Aceitação: referência válida mostra encomenda autorizada; desconhecida, estado vazio; erro de rede permite repetir sem perder texto. Pesquisa acessível por teclado e com etiqueta clara.

Perguntem pelas permissões, espaços colados e testes da API que cobrem o contrato da interface. Sem API existente, o âmbito inicial mudou.

Comparem com pesquisa semelhante concluída. Explicitem um novo modelo de permissões: semelhança visual não implica dimensão igual.

Exemplo 2: desativar um email de resumo

Uma pessoa desativa o resumo semanal nas preferências. Emails de recuperação continuam ativos. Frequência personalizada fica excluída.

Aceitação: preferência persiste ao voltar a entrar, envio respeita-a e falhas ao guardar recuperam o estado anterior. Decidam o que acontece aos resumos já em fila.

A incerteza pode estar no envio, não no interruptor. Consultem quem conhece o processo e investiguem a fila, se necessário, antes de estimar.

Comecem por opção binária e deixem frequências adicionais para depois. Cada parte deve funcionar de ponta a ponta; interface sem alterações de envio apenas parece funcionar.

Exemplo 3: exportar resultados de um relatório

Uma pessoa autorizada descarrega resultados filtrados em CSV com colunas acordadas e cabeçalho legível. É um produto fictício, não uma funcionalidade anunciada do StoryFlop.

Esclareçam volume, datas, caracteres especiais e permissões. Página visível ou todos os resultados? O que aparece durante a espera? Respostas diferentes exigem soluções diferentes.

Aceitação: filtros corretos, acentos preservados, compatibilidade com a ferramenta e ausência de linhas não autorizadas. Incluam segurança e tratamento seguro de valores semelhantes a fórmulas.

Investiguem volumes incertos com dados representativos autorizados. Exportação útil e explicitamente limitada pode preceder uma completa de custo desconhecido.

A verificação comum antes de votar

Duas pessoas explicam a história. Esclareçam resultados diferentes antes de comparar cartas. Incluam testes, revisão, permissões e dependências no trabalho concluído.

Registem exclusões para evitar pressupostos recorrentes. Atribuam responsável e revisão às perguntas que alteram substancialmente a solução.

Conservem respostas no modelo e levem título e descrição para o StoryFlop. Transfiram o acordo ao backlog para manter contexto na implementação.

  • Conseguimos explicar o resultado esperado
  • Sabemos como o verificar
  • Dependências, limites e perguntas estão visíveis

Passe à prática

Experimente o caso interativo →

Prepare a próxima sessão com o modelo →

Crie uma sala com a equipa →

Fontes e leituras

Os exemplos e instruções do StoryFlop foram criados para esta secção. Estas fontes explicam o contexto do método e do refinamento: