Introdução ao backlog do produto

Quando seus resultados estiverem definidos, a equipe pode se reunir e pensar de forma estratégica as ideias de produto que vão ajudar a alcançar essas metas. A primeira etapa pragmática que você pode realizar para chegar lá é adotar um backlog do produto.

No nosso trabalho, já nos deparamos com muitas equipes de produto que usam só um backlog do Jira para tudo: solicitações de função, oportunidades pequenas e grandes, tarefas e subtarefas, bugs e problemas urgentes, além de ideias sobre a direção que o produto pode seguir.

Elas sempre nos contam a mesma história: o backlog aumenta sem controle devido à quantidade cada vez maior de tickets e se torna uma fonte de ansiedade. Esses backlogs incontroláveis e desorganizados impossibilitam a priorização em todos os graus, de mudanças táticas a novos investimentos de grande porte.

Assim, as equipes acabam usando planilhas para ter essas discussões, mas nunca saem do mesmo lugar todo trimestre. Os insights se perdem, as decisões não são registradas, e os recursos são alocados sob a pressão do tempo e de acordo com a intuição ou opiniões impostas.

Mas há uma saída: um backlog do produto que seja baseado em resultados e diferente do backlog de entrega usado no trabalho diário.

O que é um backlog do produto?

O backlog do produto permite criar, priorizar e compartilhar em roteiros ideias que estão ligadas a resultados e metas. Ele pertence à equipe de produto e inclui todas as ideias de produto, insights, oportunidades e soluções. O backlog do produto oferece um local para a equipe determinar o próximo investimento e a razão dele, em vez de planejar tarefas específicas a serem executadas. É possível convidar partes interessadas de toda a empresa para participar desse backlog. Assim, elas podem colaborar nas prioridades e nos roteiros, além de discutir o progresso detalhado das iniciativas de produto em andamento.

O backlog do produto é como uma central para as equipes de produto que pode ser compartilhada com colaboradores de toda a empresa. É um espaço voltado a todos os itens que os profissionais querem monitorar, de ideias vagas a oportunidades definidas por completo. Lá, também é possível aprimorar esses itens ao longo do tempo com base em aprendizados, no feedback dos clientes e nas metas gerais em transformação.

Backlog do produto e backlog de entrega

O backlog do produto é diferente do backlog de entrega, e cada um deles tem uma finalidade específica. 

O backlog de entrega serve para gerenciar a entrega, criar planos relacionados e monitorar o progresso. Ele pertence à equipe de engenharia e contém detalhes do trabalho (epics, histórias, tarefas e subtarefas) relacionados a como cumprir as obrigações. É lá que toda a equipe se junta e colabora para discutir questões de entrega: sequência, dependências, capacidade e marcos técnicos.

É claro que os backlogs do produto e de entrega estão muito interligados. O trabalho no backlog de entrega produz as ideias no backlog do produto, que por sua vez estão vinculadas aos resultados pretendidos. Isso oferece aos líderes, gerentes e desenvolvedores uma visão panorâmica sobre como a equipe trabalha para atingir resultados à medida que passa pelos ciclos de descoberta e entrega.

Ao contrário do backlog do produto, todos os itens no backlog de entrega são planos concretos a serem concluídos em um determinado momento. Por outro lado, o backlog do produto serve para criação de ideias, brainstorming e planejamento. Nem sempre algumas ideias de produto são priorizadas e inseridas nos roteiros, e não há problema nisso.  

Separando as preocupações gerais sobre o produto do planejamento e acompanhamento de entregas, as equipes conseguem priorizar com mais eficácia, conectar o trabalho aos resultados e evitar backlogs descontrolados que tentam atender a tudo e a todos.

Benefícios do backlog do produto

Há muitos benefícios ao usar os backlogs do produto e de entrega:

• É um espaço seguro para a equipe de produto discutir possíveis ideias consultando os dados disponíveis, sem se preocupar com o nível de viabilidade e definição delas. 

• Consolida as discussões sobre produtos em um só lugar para equipes poderem desenvolver conhecimento ao longo do tempo sem precisar consultar dezenas de planilhas.

• Cria uma fonte de informações compartilhada e um entendimento comum sobre as prioridades do produto. Isso evita um problema comum que as equipes de produto enfrentam: a tomada de decisões baseada na intuição ou em opiniões impostas pelos clientes e partes interessadas. 

• Aumenta a transparência nas discussões de priorização, trazendo todos da empresa para um espaço em comum. Isso elimina muitos problemas na hora de colaborar com as partes interessadas e as equipes voltadas ao cliente.

• Como está ligado à entrega, os roteiros continuam atualizados e precisos porque consideram as restrições de entrega.

Como organizar o backlog do produto

Ideias, oportunidades, problemas e soluções: a equipe de produto precisa decidir o que colocar no backlog do produto. É essencial incluir o que a equipe está tentando priorizar e representar como ela pensa sobre as prioridades e investimentos em produtos.

É muito importante que a equipe de produto controle o que é inserido no backlog do produto e a estrutura usada para categorizar e priorizar as ideias. Caso contrário, ela corre o risco de enfrentar a desorganização de backlog que estava tentando evitar.

Para manter o controle sobre o backlog, as partes interessadas externas devem fazer contribuições predefinidas, em vez de receber privilégios diretos de criação e edição de itens. Por exemplo, esses colaboradores podem adicionar comentários, votar em ideias ou marcar o cliente que solicitou uma função.

Confira a seguir duas estruturas recomendadas para organizar um backlog do produto: pedregulhos, pedras e pedrinhas, bem como listas longas, médias e curtas. Recomendamos que você organize o backlog do produto com base nessas três categorias e atividades.

No Jira Product Discovery, para fazer isso, basta configurar visualizações específicas com as ideias certas e escolher quais campos vão ser mostrados para ajudar na discussão (seleção e classificação) e promover a colaboração (insights, votos, comentários e reações).

Pedregulhos, pedras e pedrinhas

Muitas equipes de produto têm apenas um tipo de objeto: “ideia”. No entanto, o backlog pode conter itens de diferentes formas, tamanhos e níveis de granularidade, de novas ideias promissoras a pequenas melhorias no produto. 

Uma prática comum é organizar um backlog com três categorias de item: 

• Pedregulhos: investimentos de grande porte, oportunidades estratégicas e novas ideias promissoras

• Pedras: investimentos de médio porte e melhorias significativas no produto que geram resultados

• Pedrinhas: investimentos de pequeno porte, como a correção de bugs e problemas de UX triviais

É recomendado criar áreas separadas para essas categorias no backlog do produto e pensar em como equilibrar os investimentos entre as três, reservando orçamento e espaço no roteiro para cada. Em específico, as pedrinhas são difíceis de priorizar sem esse tipo de intenção. Uma nova ideia promissora pode ser empolgante, mas os problemas triviais causam impactos negativos cada vez maiores na experiência do usuário. 

Você encontra mais informações sobre essa estrutura na seção Ideias.

Listas longa, média e curta

Outra forma simples e prática de estruturar um backlog do produto foi criada por Brent Johnson, uma das primeiras pessoas a adotar o Jira Product Discovery. Brent descreveu que o trabalho relacionado ao produto sempre envolve três categorias: lista longa, média e curta.

A equipe de produto usa as ideias das listas longa, média e curta no backlog do produto e convida as partes interessadas de toda a empresa a colaborarem.

• A lista longa inclui tudo: ideias sem prioridade, problemas, oportunidades e soluções. Essa lista pode ter de 200 ideias. 

  • A equipe de produto organiza a lista longa usando o conhecimento que ela tem sobre as preocupações estratégicas e operacionais, o mercado e as necessidades dos clientes e da empresa. O resultado disso é a criação de uma lista média.

• A lista média é uma pré-seleção de possíveis prioridades: as oportunidades atrativas em que a equipe pode investir de verdade. De uma lista longa de 200 ideias, 10 a 20 chegam à lista média.

  • Essas ideias parecem ser promissoras porque são importantes em termos estratégicos, surgem com frequência nas discussões com os clientes e têm um forte potencial de encantar os usuários. Elas devem ser priorizadas em uma lista curta, em geral com as contribuições de diferentes partes interessadas da empresa. 

    • Para saber mais, consulte Priorização.

• Em essência, a lista curta é o roteiro do produto: ideias que a equipe se comprometeu a explorar ainda mais. Essas tarefas colocam em ação as oportunidades, problemas e soluções para iniciar a criação de uma experiência de produto ou melhorar uma existente. 

  • A equipe atualiza essa lista e a avalia com frequência usando como base o que aprendeu. O restante da empresa pode contar que essa lista é a que vai receber atualizações com mais regularidade.

    • Para obter mais informações, consulte Elaboração de roteiro.

Como criar um backlog do produto no Jira Product Discovery

Criamos o Jira Product Discovery como um local onde as equipes de produto podem reunir, colaborar e priorizar suas ideias. No Jira Product Discovery, você pode criar um ou vários backlogs de produto, chamados de “Projetos de descoberta”. 

De modo geral, é melhor colocar pessoas que trabalham juntas no dia a dia no mesmo projeto (por exemplo, um grupo ou vários grupos). No entanto, muitos clientes do Jira Product Discovery usam um único projeto para hospedar várias equipes e produtos. Isso é ainda mais útil quando é necessário um alto nível de colaboração entre essas equipes.

Veja aqui uma demonstração de como fazer isso:

Com o plano Premium do Jira Product Discovery, você pode ver ideias de vários projetos em um único lugar, criando visualizações que mostram as diferentes ideias e contam toda a história dos planos de produtos de uma organização.

Quais são os próximos passos?

No resto deste manual, a gente vai explicar em detalhes como usar um backlog do produto para:

• Levar ideias do início à entrega final

• Configurar canais de feedback e coletar insights para validar ideias

• Priorizar as ideias que podem causar impactos

• Criar roteiros que ganhem o apoio e o comprometimento de equipes e partes interessadas

A gente vai dar exemplos de como isso é feito na equipe do Jira Product Discovery, usando o Jira Product Discovery e outros produtos.