Dividir histórias grandes sem perder um resultado útil
Três casos antes e depois para limitar entregas completas, manter qualidade e voltar a estimar com sentido.
1. Descubra o que torna a história grande
Uma carta alta pode revelar muitos cenários, dependências em aberto ou um resultado pouco claro. Não existe um limiar de pontos universal para dividir. Perguntem o que ainda não conseguem explicar ou verificar.
O guia usa um produto fictício de relatórios e encomendas. As decisões ilustram possibilidades, não resultados de clientes StoryFlop. Antes de dividir, escrevam quem precisa do resultado e o que a primeira entrega permite.
2. Preserve um percurso completo
Separar «criar API», «fazer interface» e «testar» pode organizar tarefas sem produzir três histórias úteis. Procurem uma capacidade limitada com as camadas e verificações necessárias para funcionar.
Limitar não significa retirar permissões, acessibilidade ou testes para baixar um número. Se exportar dados exige verificar quem os pode ver, essa proteção integra a primeira entrega. As restrições devem ser explícitas e aceitáveis para quem utiliza o resultado.
3. Escolha uma restrição explicável
Comecem por um formato, canal, pessoa ou regra de negócio. CSV manual e PDF programado respondem a necessidades diferentes. Confirmem o que entrega valor ou aprendizagem primeiro; não dividam só porque há interfaces separadas.
Se desconhecem volume ou comportamento do fornecedor, definam investigação com pergunta, responsável e revisão. Os resultados podem alterar a divisão. Não prometam uma entrega limitada que ninguém consiga usar.
4. Verifique a divisão antes de votar
Descrevam uma demonstração por parte: quem entra, o que faz e o resultado verificado. Incluam um erro e condições de acesso. Se nada pode ser mostrado sem três histórias inacabadas, revejam a proposta.
Reestimem cada história com a mesma equipa e referências. Não distribuam mecanicamente os pontos originais: a divisão pode revelar trabalho comum ou mudar a solução. As partes não têm de somar a estimativa inicial.
5. Mantenha ligação à necessidade original
Registem âmbito inicial, trabalho adiado e motivos. Mantenham a ligação à necessidade original e dependências entre partes. Revejam se o limite permanece útil quando as prioridades mudam.
Na próxima sessão, perguntem se a primeira parte é verificável e ajudou a decidir. Se só gerou trabalho incompleto, ajustem o padrão. Guardem pressupostos junto das estimativas no modelo de refinamento.
Casos desenvolvidos: do âmbito inicial a uma decisão
Exportar relatórios
Antes
«Exportar todos os relatórios em CSV e PDF, com programação e todos os filtros». Não se esclarece volume nem quem pode descarregar cada linha.
Depois
Primeira história: descarregar manualmente um relatório em CSV, com colunas acordadas, permissões existentes, limite explícito de volume e erros verificáveis. PDF e programação ficam para depois.
Porquê esta decisão: Escolhemos formato e percurso completos sem retirar autorização ou testes. Validem que o limite de volume ainda torna a entrega útil.
Preferências de notificações
Antes
«Configurar todas as notificações por email, telemóvel e aplicação». Mistura canais e regras.
Depois
Primeira história: desativar o resumo semanal por email, guardar a preferência e verificar que o envio a respeita. Mensagens de recuperação continuam ativas.
Porquê esta decisão: A preferência funciona de ponta a ponta. Não entregamos um interruptor separado do envio. Priorizamos outros canais depois de confirmar a necessidade.
Consultar encomendas por papel
Antes
«Painel para todos os papéis e organizações, com pesquisa, exportação e administração». Permissões e percursos por definir.
Depois
Primeira história: consultar as próprias encomendas com autorização existente, pesquisa por referência e estados vazio e de erro. Administração entre organizações e exportação ficam excluídas.
Porquê esta decisão: Limitamos pessoa e percurso sem adiar a autorização. Se a política existente não cobre o acesso, esclarecemos isso antes de considerar a história preparada.
Passe à prática
Experimente o caso interativo →
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: