O backlog, a lista em evolução que orquestra o desenvolvimento de seu produto

O que é backlog ou product backlog?

Você faz parte de uma equipe ágil que usa o método Scrum e gostaria de conhecer todas as suas particularidades? Ou você é um Product Owner e quer saber como criar e gerenciar seu product backlog de forma eficaz? Ou está simplesmente curioso para descobrir os benefícios dessa metodologia e o valor que a mudança para o método ágil pode trazer para seus projetos?

Este artigo revela como o backlog do produto é um aliado para seu gerenciamento de projetos ágeis e revela todos os seus segredos.

Ver todos os software Gestão de projetos

O que é o backlog?

O backlog: definição e exemplo

Na estrutura de projeto do Scrum, há dois tipos de backlog:

• o backlog do produto, que é uma lista de recursos esperados no produto (um recurso é geralmente chamado de "história do usuário "),
• O backlog de sprint é uma lista de tarefas em andamento ou a serem concluídas pela equipe de desenvolvimento durante um período de tempo (iteração).

Este artigo examina em particular o uso do backlog do produto. Gerenciado e organizado pelo proprietário do produto, o backlog do produto lista e prioriza todas as solicitações relacionadas ao produto de acordo com seu nível de prioridade.

Uma ferramenta prática para a comunicação interna sobre o projeto, ela contém informações importantes, como

• o nome do item
• descrição da funcionalidade
• a carga de trabalho
• o sprint atual
• status
• a prioridade, etc.

Exemplo de um backlog do produto - © The Scrum Primer

O uso do backlog do produto na estrutura do Scrum

O backlog do produto é usado como parte de um método ágil, que é uma abordagem iterativa e incremental para o desenvolvimento.

Mais especificamente, ele é usado no método Scrum.

O proprietário do produto tem total responsabilidade pelo backlog do produto. Ele/ela :

1. coleta os requisitos expressos por outros departamentos da empresa, geralmente marketing, ou expressos diretamente pelos clientes;
2. avalia sua aceitabilidade
3. escreve-os na forma de histórias de usuários (US) e mantém controle exclusivo sobre sua priorização no backlog.

O PO não atribui tarefas diretamente à equipe de desenvolvimento, mas as comunica por meio do backlog do produto: no topo da lista estão os elementos mais importantes, ou seja, aqueles que devem ser entregues com prioridade.

Durante a reunião de planejamento do sprint, a equipe de desenvolvimento determina quais histórias de usuário serão desenvolvidas durante o próximo sprint e atribui as tarefas.

Em seguida, ela se organiza de acordo com suas capacidades e produz um backlog de sprint para o próximo sprint. Ao mesmo tempo, ela refina a ordem de prioridade definida no backlog do produto e traduz cada história de usuário em especificações técnicas.

Backlog do produto, especificações, roteiro do produto: quais são as diferenças?

O backlog do produto pode ser comparado a uma ferramenta de coleta de requisitos e a uma lista detalhada das funções esperadas de um produto. Seu objetivo é evoluir ao longo da vida útil do produto.

O backlog de sprint, por outro lado, pode ser comparado a uma ferramenta para coletar as especificações técnicas a serem produzidas para atender às solicitações relacionadas ao backlog do produto.

Uma especificação, por outro lado, é um documento de especificação preciso e fixo, elaborado antes do início do projeto, que lista todas as funcionalidades que o produto precisará ter.

O roadmap do produto, por outro lado, é uma representação de médio a longo prazo do processo de criação do produto e de seu progresso. De acordo com a estratégia geral da empresa, ele estabelece o curso e a visão do produto e define as principais direções comuns a serem tomadas. Ele pode ser revisado em resposta a fatores de mudança internos ou externos.

Como o backlog de um produto é organizado?

Um backlog pode ser considerado uma fila de solicitações de clientes. Como proprietário do produto, você precisa classificá-las, decidir se as aceita ou não e priorizá-las. Vamos ver como fazer isso em quatro etapas.

Etapa 1: configurar a lista de itens

Com base no roteiro do produto e nos requisitos coletados das partes interessadas, você elabora uma lista exaustiva de todos os recursos esperados no produto.

Alguns dos requisitos expressos permanecerão no estágio de ideia, porque você precisa validar a aceitabilidade de cada um deles antes de dar continuidade a eles ou não.

Esses requisitos podem incluir :

• desenvolvimento de novos recursos
• aprimoramento de recursos existentes
• solução de bugs ou problemas técnicos.

Depois que os recursos tiverem sido selecionados, você poderá formalizá-los e escrevê-los na forma de USs, que serão divididos, refinados e ordenados.

Etapa 2: criar um mapa estratégico

Para determinar quais recursos serão desenvolvidos, você pode usar uma ferramenta de planejamento estratégico e gerenciamento visual, como o mapa de impacto.

Exemplo de um mapa de impacto - © Project Freak

Para criar seu mapa de impacto :

1. defina seus objetivos comerciais,
2. caracterize seu público-alvo (personae),
3. identificar as necessidades de cada um de seus públicos-alvo,
4. distinguir as funcionalidades que atenderão precisamente a essas necessidades e, em seguida, usá-las para atingir seus objetivos.

Etapa 3: Priorizar os elementos

O backlog do produto pode se encher rapidamente com uma grande variedade de ideias, e é por isso que é crucial priorizá-las de acordo com sua importância. Os níveis de prioridade definidos correspondem à ordem em que serão desenvolvidos.

Nesse estágio, você pode classificá-las e ordená-las de acordo com seu valor, em linha com a estratégia da empresa, mas não exclusivamente.

Para priorizar os elementos do backlog, use vários critérios, incluindo

• o grau de importância da funcionalidade para o cliente/usuário (valor comercial),
• a quantidade estimada de trabalho necessário,
• as dificuldades esperadas para implementá-la,
• o conhecimento técnico ou comercial adquirido pela equipe ao implementá-la.

Embora, em teoria, o Proprietário do Produto seja o único responsável pela priorização dos elementos, na prática ele pode recorrer a outras partes interessadas para fazer ajustes:

• clientes, para seus comentários e feedbacks
• o scrum master para priorizar os objetivos e a ordem lógica das tarefas em um nível técnico,
• a equipe de desenvolvimento para otimizar as cargas de trabalho.

O objetivo é conciliar os benefícios esperados com o esforço necessário.

Etapa 4: Planejar o backlog do sprint

Antes de cada reunião de planejamento do sprint, revise o backlog para verificar mais uma vez se a priorização é apropriada e se leva em conta os novos fatores que surgiram durante o sprint anterior:

• Feedback do cliente,
• revisões das estimativas iniciais
• novas restrições, etc.

☝️ Certifique-se de criar a primeira versão de sua lista de pendências antes do primeiro sprint. Essa é a sua ferramenta básica para planejar e coordenar todos os desenvolvimentos futuros.

Determine um cronograma de entrega para os recursos esperados para esse sprint. Depois que o sprint e o cronograma de iteração tiverem sido acordados com a equipe técnica, tome cuidado para não aceitar nenhum novo US até a nova iteração. É com base nesse perímetro estanque que a equipe de desenvolvimento criará sua lista de pendências do sprint, que tentará concluir por completo durante o sprint em questão.

Ver todos os software Gestão de projetos

Uma história sem fim?

O backlog de um produto está destinado a ter uma vida longa, provavelmente equivalente à do próprio produto: ele evoluirá continuamente, será adicionado, reavaliado, limpo e assim por diante.

Para manter seu backlog vivo, a fim de desenvolver um produto de alto impacto e alto valor agregado, sua manutenção do backlog do produto será crucial.

Aqui estão algumas dicas finais:

• Limite o número de itens no backlog. Para gerenciar a chegada de novas ideias com tranquilidade, inclua as mais relevantes e não hesite em deixar as solicitações de baixa prioridade de lado em uma lista separada. Isso evita sobrecarregar o backlog do produto, que contém apenas os EUA classificados como prioritários. Você também tem a liberdade de fechar determinados tíquetes se eles excederem a capacidade da equipe de desenvolvimento.
  
• Planeje um horário regular para organizar seu backlog. Concentre-o nos itens realmente urgentes e verifique se você tem tudo o que precisa para iniciar o próximo sprint. Em particular, você pode introduzir a cerimônia de preparação do backlog para analisar a situação com a equipe de desenvolvimento uma vez por sprint.
  
• Use um software especializado em gerenciamento de projetos ágeis, como a monday.com, para economizar tempo e otimizar o monitoramento do seu backlog de produtos. Existem soluções adaptadas aos métodos ágeis e Scrum, projetadas especificamente para equipes de projetos ágeis. Seus recursos :
  • melhoram a comunicação entre as partes interessadas
  • promovem a colaboração e a visibilidade das tarefas do projeto,
  • oferecem monitoramento eficaz do projeto com notificações e indicadores para ajudá-lo a atingir seus objetivos.

Como você gerencia seu backlog? Não hesite em compartilhar suas práticas recomendadas conosco na seção de comentários!