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

Já se pegou pensando “Por que isso sempre acontece comigo?” depois de um projeto que deu errado? Ou talvez tenha se flagrado apontando o dedo para sua equipe após um lançamento malsucedido? Quem sabe você é aquela pessoa que sempre…

Avelino segurando um microfone e uma camiseta preta escrita Agile. Ele é pardo, barba e cabelos grisalhos.

Se você estivesse em um elevador com um grande investidor, conseguiria convencê-lo em menos de um minuto sobre o valor do seu produto? No artigo Apresentação de Produto: Como mostrar o seu Produto de Forma Enxuta e Impactante escrevi sobre…

Avelino segurando um microfone e uma camiseta preta escrita Agile. Ele é pardo, barba e cabelos grisalhos.

Você já abandonou as estimativas porque achava que elas só faziam o time perder tempo? Eu também. Mas aprendi que elas podem ser mais úteis do que parecem. Já utilizamos Kanban há algum tempo e suas métricas nos são muito…

Avelino segurando um microfone e uma camiseta preta escrita Agile. Ele é pardo, barba e cabelos grisalhos.

Em um mundo ideal, todos os times da empresa seriam de ponta a ponta. Indo desde a concepção do produto / serviço através de formulação de hipóteses, passando pela construção, entrega para o cliente até a aferição de resultados. Porém,…