Backlog da Sprint: Definição, Priorização e Papeis envolvidos

O Backlog da Sprint é um artefato importantíssimo do time de desenvolvimento. Esta lista de atividades criada a partir do Backlog do Produto possui um papel fundamental no sucesso do produto durante o seu desenvolvimento e o Dono do Produto precisa contribuir na sua elaboração.

O Sprint Backlog é formado por planejamento, priorização e objetivo. Essa tríade deverá permanecer disponível, transparente e intacta para o que o seu sucesso seja atingido.

Neste artigo, vamos apresentar a definição, regras, seleção, priorização e os papeis de cada membro do Time Ágil que envolve o Backlog da Sprint, de modo que você poderá compreender melhor sobre este artefato.

 

Definição do Backlog da Sprint

Em linhas gerais, o Sprint Backlog é um conjunto de itens oriundos do Product Backlog selecionados para desenvolvimento dentro de uma Sprint. É uma parte da lista de desejos do usuário final pronta para ser programada, executada e entregue ao fim de um incremento.

 

Assine nossa Newsletter e fique sempre atualizado com nossos artigos!

 

O Guia oficial do Scrum define como:

“O Sprint Backlog é composto pela Meta da Sprint (por que), o conjunto de itens do Product Backlog selecionados para a Sprint (o que), bem como um plano de ação para entregar o Incremento (como)”.

O Sprint Backlog é um plano feito por e para os desenvolvedores. Deve fornecer detalhamento, visibilidade e transparência suficiente do trabalho que o time de desenvolvimento pretende realizar durante a Sprint para atingir a sua Meta.

Quanto mais se é aprendido, o Backlog da Sprint é atualizado ao longo da sprint. Essa inspeção e análise do progresso pode ser realizada a qualquer momento e verificada por todos os envolvidos na reunião diária.

Meta da Sprint

Ao término da Reunião de Planejamento, é importante que seja definida a Meta da Sprint. Essa meta representa o objetivo da Sprint – até que ponto o time pretende chegar e entregar.

A meta é elaborada pelo time de desenvolvimento com o apoio do Product Owner durante reunião de planejamento. O PO deve fornecer as informações importantes da fase do Produto, objetivo de negócio a ser atingido neste momento e colaborar no planejamento da sprint.

Conforme os desenvolvedores trabalham durante a Sprint, eles mantêm a Meta da Sprint em mente. Por isso é importante que esta definição esteja visível a todos os envolvidos.

Uma vez compreendido o objetivo do negócio atual, é importante que essa meta seja definida e expressada através de Outcome (resultado).

• Um mal exemplo de meta da Sprint: criar as telas de relatório, concluir o cadastro de lotes e corrigir 3 bugs relacionado à entidade Pessoa.
• Um bom exemplo de meta da Sprint: permitir a emissão de informações via relatório, melhorando a experiência dos usuários, reduzindo o tempo de solicitação de report em 3h/mês para cada indivíduo, além de reduzir risco operacional médio.

Regras

Para que o trabalho flua com respeito e sinergia entre as partes, além de manter a auto organização de cada papel, é muito importante que sejam seguidas algumas regras:

• O Time de Desenvolvimento é o único responsável por informar quantos itens poderão fazer parte do Sprint Backlog de acordo com a sua capacidade.
• Durante a execução da Sprint, o Time de Desenvolvimento pode remover itens do Backlog da Sprint ou incluir novos a partir do Backlog do Produto.
• O Product Owner e o Scrum Master não devem exigir mais itens no Backlog.
• O Product Owner pode mudar a priorização de algum item do Backlog da Sprint durante a interação somente com o devido alinhamento prévio junto ao time.
• Se o trabalho acabar sendo diferente do que o time esperava, eles colaboram com o Product Owner para negociar o escopo do Sprint Backlog dentro da Sprint sem afetar a Meta.

 

Seleção e Priorização

Essa lista de itens priorizados e prontos para serem desenvolvidos durante o incremento é priorizada pelo Product Owner. Por outro lado, o Development Team em posse do Backlog é que vai definir o trabalho necessário para conclusão da Interação, e consequentemente, a definição de pronto.

Durante a Reunião de Planejamento, o Product Owner apresenta os itens que estão no topo do Backlog do Produto, de modo que estes devem estar mais claros e entregar maior valor de negócio ao Produto. Os itens separados do Backlog para execução na Sprint farão parte do Sprint Backlog.

Após essa atividade, o time de desenvolvimento separa cada item do backlog em atividades/tarefas para melhor refinamento e previsão de esforço.

Caso um dos itens prioritários não caiba no Backlog da Iteração e não possa ser quebrado, pode ser incluído um outro item menor e também prioritário no Sprint Backlog – tudo isso deve ser negociado entre o Dono do Produto e a Equipe de Desenvolvimento.

Com o intuito de garantir a melhoria contínua do processo ágil, pode ser incluído um ou mais itens oriundos da Reunião de Retrospectiva levantado pela equipe. Esse item pode ser uma mudança estrutural, arquitetura do produto, processo de trabalho ou qualquer outra atividade que melhores a produtividade do Time.

 

Qual o papel de cada membro do Time Scrum na Sprint Backlog?

No modelo ágil, é bastante conhecido os papeis do Time, bem como as suas responsabilidades em cada etapa e artefato. Considerando o framework Scrum como exemplo, apresentamos o papel de cada uma parte no Backlog da Sprint.

Development Team

O Time de Desenvolvimento é o conjunto de profissionais capacitados, multifuncionais e auto organizados, dos quais são responsáveis por aceitar e desenvolver/criar os itens que estão no topo do Backlog do Produto. Portanto, são os principais responsáveis pelo Sprint Backlog.

Esse time tem a responsabilidade de se comprometer e designar a Meta da Sprint com base neste Backlog. O time pode apoiar o Product Owner quando à inclusão ou remoção de itens, bem como a transparência do trabalho realizado até a conclusão do objetivo.

Scrum Master

O Scrum Master é o responsável por assegurar que os processos sejam realizados com sucesso, de modo a garantir que o PO e o Time de Desenvolvimento desempenhem as suas atividades e apoiar na condução do Backlog da Iteração.

O SM deve garantir e trabalhar para que o time não tenha interrupções que comprometa a meta da sprint. Ele também pode ajudar no conflito de interesses entre o PO e o Time de Desenvolvimento quanto à gestão das responsabilidades no Backlog.

Product Owner

O Dono do Produto é papel inicial e primordial neste processo. Ele é o responsável por priorizar e refinar o Backlog do Produto, de modo a garantir que os itens com maior valor sejam incluídos no topo.

Este personagem também deve realizar a apresentação dos itens e responder às dúvidas do time de desenvolvimento e todas as demais informações necessárias para o planejamento e definição deste artefato.

Concluímos então que o PO precisará exercer muito bem as suas características comportamentais de Comunicação e Planejamento para que a elaboração deste artefato, bem como a sua execução e propósito sejam atingidos com sucesso.