Planning com backlog prematuro? Que tal um refinamento?

Este post não tem tags.

Compartilhe:

Em alguns times que estão começando a usar Scrum é comum perceber que o refinamento do backlog acontece durante a planning, ou seja, todas as histórias da sprint são explicadas, entendidas, iteradas, estimadas e fatiadas durante a cerimônia.

Isso pode trazer alguns problemas.

Planning muito longa ou rasa: Deixar todo o entendimento das novas histórias para uma única reunião pode estender muito o tempo da reunião, caso:

  • Muitas dúvidas precisem ser tiradas.
  • Critérios de aceitação serem combinados.
  • Histórias grandes precisem ser fatiadas.
  • O time ainda não conheça o real valor de negócio para cada história.

Em um cenário pior, o tempo da planning não é comprometido, mas sua qualidade sim, e os itens acima são feitos de forma muito rasa ou completamente ignorados.

Algumas histórias travarem com indefinições: Como uma consequência de uma planning rasa, o time pode sofrer com isso durante a sprint. Descobrindo grandes buracos na definição das histórias, que caso dependam de uma decisão externa travam o fluxo de desenvolvimento de uma forma que comprometa o objetivo da sprint.

Uma pré-seleção ser feita sem a visão de ROI: Para ter uma noção clara de ROI (Return on Investment) para cada história é preciso saber o quanto estamos investindo nela. É comum que o valor do investimento seja o esforço estimado pelo time, mas se o time não conhece ainda as próximas histórias no backlog significa que o PO precisou fazer uma pré-seleção do backlog sem olhar o ROI, e trazer esses itens para a planning. Com isso temos poucas garantias de que não teria algum outro item no backlog com o ROI mais alto do que essas que o PO trouxe.

Backlog desestruturado: Outro risco seria não ter um backlog bem estruturado, com as histórias no topo sendo fatias finas, conforme a visão do horizonte para o backlog. Na pré-seleção do PO pode acontecer que uma das histórias tenha um esforço enorme, incompatível com o tamanho da sprint por exemplo.

Refinamento do Backlog

Uma prática que muitos times utilizam como solução é fazer um refinamento durante a sprint sempre que necessário. Ela não é uma regra oficial no scrum guide, mas é uma reunião que ajuda a ter uma planning eficiente e um backlog bem mantido e priorizado.

A frequência desta reunião não precisa estar casada com o ciclo do scrum, e idealmente é feita sob demanda para que o time não caia no caso de refinar itens a menos e nem itens a mais. O número ideal de itens refinados certamente vai depender do seu contexto e a experimentação deve prevalecer.

Se existem algumas dessas disfunções no seu time, você acha que vale experimentar fazer um refinamento separado da planning?

Sobre o autor(a)

Função não encontrada

Bacharel em física pela UFRJ, com mais de 10 anos de trabalho com desenvolvimento de software. Tornou-se Agile Coach em 2010. Criador de diversas dinâmicas de facilitação e referência na comunidade ágil.

Artigos relacionados

Uma das principais habilidades que desenvolvemos enquanto consultores é a de fazer boas perguntas. Uma vez que as pessoas percebem o poder que tem uma boa pergunta, colocada ali na hora certa e que muda o destino de uma reunião,…

Há cerca de uma semana um estudo com um título bombástico tomou conta da web: “268% dos projetos que passaram a utilizar Métodos Ágeis pioraram e 56% passaram a falhar”, dizia o título. E ao ler o conteúdo, pareceu que…

A polêmica da semana é sobre o suspeitíssimo “estudo” afirmando que projetos com Agilidade teriam 268% mais chance de falhar.  Muito rapidamente os cavaleiros do apocalipse já se apropriaram do conteúdo para poder dizer que já sabiam! Claro que esse…

Oi time! Vamos conversar rapidinho sobre como podemos fazer nossas reuniões renderem mais sem deixar ninguém na corda bamba com a agenda lotada. Aqui vão algumas dicas pra gente manter o equilíbrio: A) Marcando as reuniões: 1) Checagem de Disponibilidade:…