Prepare a história. Conserve o acordo.
Um modelo de refinamento para levar perguntas úteis e sair com mais do que um número.
Como utilizar
- Preencha o resultado esperado, os critérios e as dependências antes da sessão. Mantenha as perguntas em aberto visíveis.
- Use uma ficha por história. Registe pressupostos dos votos menor e maior sem dados pessoais desnecessários.
- Depois da conversa, registe se vão esclarecer, dividir, investigar ou acordar uma estimativa. Repita se houver informação nova.
- Copie o acordo para o backlog. Guarde a ficha descarregada: o editor não guarda alterações.
Pode copiar e adaptar o modelo à equipa. Não é uma exigência oficial do Scrum nem substitui a conversa.
A sua ficha editável
Adapte os campos antes de copiar ou descarregar. As alterações ficam só nesta página e perdem-se ao fechar ou recarregar.
MODELO DE REFINAMENTO · STORYFLOP Sessão / data: Participantes e facilitador: História de referência da equipa: HISTÓRIA Título: Pessoa utilizadora e resultado esperado: Critérios de aceitação (comportamentos verificáveis): 1. 2. 3. Fora do âmbito: Dependências e componentes disponíveis: Testes, revisão e condições de qualidade: Perguntas abertas / responsável / próxima revisão: CONVERSA Votos iniciais: Pressupostos dos votos menor e maior: Informação nova ou alteração do âmbito: Decisão: esclarecer / dividir / investigar / acordar Segunda ronda (se acrescentar informação): Estimativa acordada (ou motivo para adiar): Riscos e pressupostos do acordo: Onde fica registada a decisão no backlog: FECHO O que descobrimos que não estava escrito? O que melhoraremos na próxima preparação? Uso: copie uma ficha HISTÓRIA e CONVERSA por elemento. Os pontos são relativos à equipa; não são horas nem medem desempenho individual. Recurso: https://storyflop.com/pt/recursos/plantilla-refinamiento
Exemplo preenchido · Caso fictício
- História
- Recuperar acesso por uma ligação enviada por email.
- Critérios
- A ligação expira, funciona uma vez e mostra um erro compreensível quando inválida.
- Dependências e limites
- Serviço de email existente. Outro fornecedor está excluído.
- Votos iniciais
- 3, 5 e 13. O 3 omitia testes de expiração; o 13 incluía criar o serviço de email.
- Informação nova
- Confirmamos o serviço disponível e incluímos testes.
- Decisão
- Repetir a ronda. Neste caso fictício, a equipa acorda 5 e regista o âmbito esclarecido no backlog.
- Próxima revisão
- Rever âmbito e estimativa se mudar o serviço de email disponível.
Quando falta informação
Em vez de forçar uma estimativa, registe a pergunta, um responsável e quando rever. Por exemplo: verificar invalidação de ligações usadas; atribuir responsável na sessão; rever antes da próxima ronda.