O backlog do produto: sua lista de tarefas definitiva

Uma lista de pendências de produtos saudável é muito parecida com uma pessoa saudável: bem cuidada, organizada e vivendo abertamente.

Dan Radigan Dan Radigan
Buscar tópicos

Uma lista de pendências ágil bem organizada não só torna o planejamento da liberação e da iteração mais fácil, como também transmite tudo em que sua equipe pretende trabalhar — incluindo o trabalho interno que o cliente nunca notará. Isso ajuda a definir as expectativas com as partes interessadas e outras equipes, especialmente quando eles levam trabalho adicional para você, e faz com que o tempo da equipe de engenharia seja fixo.

O que é uma lista de pendências de produtos?

O backlog do produto é uma lista de trabalho que a equipe de desenvolvimento deve realizar organizada em prioridades. Ela vem do roteiro do produto e seus requisitos. Os itens mais importantes são mostrados na parte superior do backlog do produto para que a equipe saiba o que fazer primeiro. A equipe de desenvolvimento não trabalha no backlog no ritmo do proprietário do produto, e o proprietário do produto não encaminha trabalho para a equipe de desenvolvimento. Em vez disso, a equipe de desenvolvimento pega o trabalho do backlog do produto de acordo com sua capacidade, em ritmo contínuo (Kanban) ou por iteração (Scrum).

Dica profissional:

Mantenha tudo em um rastreador de problemas–não use vários sistemas para monitorar erros, requisitos e itens de trabalho de engenharia. Se funcionar para a equipe de desenvolvimento, mantenha uma lista de pendências única.

Comece com os dois "Rs"

O roteiro e os requisitos de uma equipe fornecem a base para a lista de pendências do produto. As iniciativas de roteiro são divididas em vários epics, e cada epic terá vários requisitos e histórias de usuário. Vamos analisar o roteiro de um produto fictício chamado Teams in Space.

Roteiro ágil | Coach Agile Atlassian

Como o site Teams in Space é a primeira iniciativa no roteiro, a gente vai dividir essa iniciativa em epics (mostrados aqui em verde, azul e azul-petróleo) e histórias de usuários para cada um desses epics.

Iniciativas ágeis e epics | Coach Agile Atlassian

O proprietário do produto organiza as histórias dos usuários em uma lista única para a equipe de desenvolvimento. O proprietário do produto pode decidir oferecer um epic completo primeiro (esquerda). Ou pode ser mais importante para o programa testar reservar um voo com desconto, o que exige histórias de vários epics (direita). Veja os dois exemplos abaixo.

Histórias e epics ágeis | Coach Agile Atlassian

O que pode influenciar a priorização do proprietário do produto?

  • Prioridade do cliente
  • Urgência no recebimento de feedback
  • Dificuldade de implementação relativa
  • Relações simbióticas entre itens de trabalho (por exemplo, B é mais fácil se fizermos A primeiro)

Apesar do proprietário do produto ser incumbido de priorizar o backlog, essas prioridades não vêm do nada. Proprietários de produtos eficazes procuram comentários e feedbacks dos clientes, designers e da equipe de desenvolvimento para otimizar a carga de trabalho e a entrega do produto para todos.

Mantendo a lista de pendências saudável

Assim que a lista de pendências de produtos é criada, é importante manter regularmente o ritmo com o programa. Os proprietários de produtos devem revisar a lista de pendências antes de cada reunião de planejamento de iteração para garantir que a priorização está correta e que o feedback da última iteração foi incorporado. A revisão regular da lista de pendências é normalmente chamada de "preparação da lista de pendências" nos círculos ágeis (alguns usam o termo refinamento da lista de pendências).

Quando a lista de pendências fica maior, os proprietários de produto precisam agrupar a lista de pendências em itens de curto e longo prazo. Itens de curto prazo precisam ser totalmente concretizados antes de serem rotulados como tal. Isto significa que histórias de usuário completas foram elaboradas, a colaboração com design e desenvolvimento foi organizada e foram feitas estimativas de desenvolvimento. Itens com prazos mais longos podem permanecer um pouco vagos, mas é uma boa ideia ter uma estimativa aproximada da equipe de desenvolvimento para ajudar a priorizá-los. A palavra chave aqui é "aproximar": as estimativas mudarão assim que a equipe tiver uma compreensão completa e começar a trabalhar nos itens com prazos mais longos.

O backlog serve como a conexão entre o proprietário do produto e a equipe de desenvolvimento. O proprietário do produto tem a liberdade de alterar as prioridades do trabalho no backlog a qualquer momento de acordo com o feedback dos clientes, redefinindo as estimativas e novas exigências. No entanto, quando o trabalho estiver em andamento, faça o mínimo de alterações, pois elas interrompem a equipe de desenvolvimento e afetam o foco, o fluxo e o ânimo.

Dica profissional:

Se o backlog crescer além da capacidade de longo prazo da equipe, não há problema em fechar itens que a equipe nunca vai conseguir fazer. Sinalize esses itens com uma resolução específica como "fora do escopo" no rastreador de itens da equipe para usar em pesquisas futuras.

Antipadrões que devem ser observados

  • O proprietário do produto prioriza a lista de pendências no início do projeto, mas não a ajusta à medida que o feedback passa pelos desenvolvedores e pelas partes interessadas.
  • A equipe limita itens na lista de pendências àqueles que estão voltados ao cliente.
  • A lista de pendências é mantida como um documento armazenado localmente e compartilhado com pouca frequência, impedindo que as partes interessadas recebam atualizações.

Como as listas de pendências de produto mantêm a equipe ágil?

Os proprietários de produto inteligentes organizam rigorosamente a lista de pendências de produto de seu programa, tornando-a uma ferramenta de destaque confiável e compartilhável dos itens de trabalho de um projeto.

As partes desafiarão as prioridades, e isso é bom. Fomentar a discussão em torno do que é importante faz com que as prioridades de todos fiquem em sincronia. Estas discussões promover uma cultura de priorização de grupo, garantindo que todos pensem o mesmo sobre o programa.

A lista de pendências de produto também serve como a base para o planejamento de iteração. Todos os itens de trabalho devem ser inclusos na lista de pendências: histórias de usuários, erros, alterações de design, débito técnico, solicitações de clientes, itens de ação da retrospectiva, etc. Isso garante que os itens de trabalho de todos sejam inclusos na discussão geral para cada iteração. Os membros da equipe podem fazer concessões com o proprietário do produto antes de começar uma iteração com conhecimento completo de tudo que precisa ser feito.

Dica profissional:

Os proprietários de produto ditam a prioridade dos itens de trabalho no backlog, enquanto a equipe de desenvolvimento dita a velocidade de trabalho no backlog. Isso pode ser uma relação tênue para os novos proprietários de produto que querem "empurrar" trabalho para a equipe. Saiba mais em nosso artigo sobre fluxo e limites do trabalho em andamento.

Tudo pronto para começar? Saiba como criar o backlog no Jira Software.