Backlog do Produto [2022]: Gestão Ágil | StakeHolder News
dezembro 30, 2020 abril 16, 2021 Isabela de Assunção 842 visualizações
Como Fazer o Product Backlog Eficiente?
Fazer do backlog do Produto um Documento Vivo
Coloque Limites Específicos
Use as pontuações de priorização
Não liste melhorias como Histórias de usuários
Use uma ferramenta de gerenciamento de produto
Gerencie seu backlog como um produto
Backlog do Produto: Gestão Ágil em Projetos | Um planejamento e organização adequados são parte integrante de seu sucesso. É aí que os atrasos fornecem orientação.
Quando criado e gerenciado corretamente, o backlog se torna uma ferramenta que ajuda as equipes a navegar em constante mudança, atingir o pico de produtividade e oferecer o máximo valor tanto para o negócio quanto para o cliente. Confira mais detalhes no Stakeholder.
Um backlog do produto é uma lista prioritária de produtos (como novas características) que deve ser implementada como parte de um projeto ou desenvolvimento de produto. É um artefato de tomada de decisão que ajuda a estimar, refinar e priorizar tudo o que você possa querer completar no futuro.
Ele ajuda a garantir que a equipe esteja trabalhando nas características mais importantes e valiosas, corrigindo os erros mais importantes ou fazendo outro trabalho importante crítico para o desenvolvimento do produto.
O backlog, portanto, é tremendamente útil em situações em que você é incapaz de fazer tudo o que está sendo solicitado (portanto, na maioria das situações), ou em contextos em que mesmo uma pequena quantidade de planejamento ajudará muito (portanto, na maioria dos contextos).
Muitos pensam neste acúmulo como uma lista de afazeres, e o definem exatamente desta forma, como uma lista de coisas que você deve fazer para entregar seu produto ao mercado.
Na verdade, não é necessariamente uma lista de afazeres. Pense nisto como uma lista de desejos.
Quando pensamos no backlog do produto como uma lista de desejos, convidamos à flexibilidade e à mudança. Ao fazê-lo, possibilitamos a verdadeira agilidade e damos à organização um poder que é necessário para vencer no mercado hoje: o poder de mudar de ideia.
Neste contexto, o objetivo do backlog do produto pode ser reduzido a três objetivos simples.
Desenvolver uma base comum para alinhar as partes interessadas e as equipes, para que as equipes implementem as histórias de usuários mais valiosas.
Proporcionar flexibilidade para se adaptar às novas necessidades e realidades.
Melhorar a precisão das previsões de lançamento de produtos, criando um denominador comum a muitas equipes que colaboram em um único produto.
Este acúmulo é frequentemente alimentado por um roteiro estratégico, depois dividido em temas, épicos, sprints e histórico de usuários.
A maioria inclui itens que seriam concluídos dentro do próximo trimestre ou ano fiscal.
Criar um backlog de produtos é um caso clássico de "mais fácil falar do que fazer". Um backlog de produtos é uma lista de melhorias de produtos que sua equipe precisa executar para que sua estratégia de produto se torne realidade.
O que torna esta ideia desafiadora é que, às vezes, um acúmulo de produtos pode se transformar em uma lista interminável de ideias que nem sempre são totalmente examinadas.
Três coisas podem impedir que você crie um backlog útil de produtos:
Os backlogs podem rapidamente se tornar esmagadores. Se você listar cada melhoria de produto que precisa executar, você pode acabar com 1.000 melhorias de produto em uma lista. Isso não é controlável.
As estruturas tradicionais de backlogs podem criar confusão. Muitos backlogs de produtos usam histórias de usuários para explicar as melhorias de produtos que são necessárias. As histórias de usuários não criam alinhamento e podem ser interpretadas de diferentes maneiras por diferentes pessoas da equipe de produtos.
Até recentemente, não existiam ferramentas explicitamente criadas para os backlogs. Os backlogs de produtos têm sido tradicionalmente gerenciados em ferramentas não projetadas para o gerenciamento de produtos. Os gerentes de produto frequentemente gerenciam seus backlogs em Jira ou, pior ainda, em uma planilha de cálculo.
Para evitar esses três problemas, siga as cinco regras de backlogs eficazes de produtos. Sem essas regras, você corre o risco de transformar seu backlog em uma bagunça insustentável.
Um backlog não é algo que você cria uma vez e depois o deixa desperdiçado em uma pasta Dropbox compartilhada. Ao invés disso, deve ser um documento vivo, o que significa que você precisa atualizá-lo, podá-lo e classificá-lo regularmente.
Encontre uma maneira de torná-lo um processo regular, adicionando eventos semanais ou quinzenais ao seu calendário para revisar e atualizar o backlog.
Documentos vivos precisam de trabalho para serem mantidos. É como a diferença entre um livro e um blog: Uma vez que um livro é publicado, você raramente o atualiza. No entanto, você atualiza os blogs regularmente. Você publica novos posts e atualiza posts antigos à medida que novas informações se tornam disponíveis.
Se você estiver seguindo os três pilares da Excelência do Produto, criar um backlog dinâmico não é difícil. Já que você está continuamente ouvindo seus usuários e refinando sua estratégia, suas prioridades irão mudar.
Como essas prioridades mudam, seu acúmulo também precisará mudar.
Digamos que um recurso de exportação de dados era uma prioridade média quando você criou seu backlog pela primeira vez. Ao longo do tempo, você implementou mudanças de maior prioridade em seu produto.
Talvez esses lançamentos tenham resolvido parte ou a totalidade do recurso original de exportação de dados, ou talvez tenham negado completamente a necessidade de fazê-lo. Sem avaliar ativamente seu backlog, o recurso de exportação de dados ficará ali, e em algum momento, as pessoas perguntarão por que ele está ali e se ele ainda precisa ser desenvolvido.
Pode ser fácil deixar seu acúmulo de produtos ficar sobrecarregado com mais de 500 ideias de recursos e correções de bugs, mas seu acúmulo não deve ser o lugar onde você armazena todas as ideias de recursos que você já concebeu.
Em vez disso, concentre seu backlog nas melhorias do produto que provavelmente serão desenvolvidas em breve. Se você incluir itens que não serão colocados em produção por mais um ano, você estará apenas adicionando desordem desnecessária.
Isto é, infelizmente, mais fácil de dizer do que fazer. Para ajudar a manter sua lista enxuta, você deve fazer duas coisas:
Classificar as características potenciais por categoria. As categorias podem ajudá-lo a entender rapidamente porque algo é uma prioridade.
A rápida compreensão das prioridades do produto o impedirá de acrescentar melhorias que não são uma prioridade para o seu acúmulo de produtos.
Por exemplo, se você tiver um punhado de recursos de segurança que precisam ser corrigidos o mais rápido possível, categorizá-los como atualizações de segurança o ajudará a mantê-los sob controle.
Limite o backlog a um curto espaço de tempo. Se você trabalha em sprints, mantenha seu backlog focado no sprint atual e no próximo.
As notas de prioridade o ajudarão a classificar rapidamente as melhorias essenciais do produto. Estas pontuações são compostas de pelo menos duas entradas: complexidade e impacto para o usuário.
Cada característica do produto deve receber uma pontuação para o impacto do usuário, explicando o quanto a melhoria do produto afetará seus usuários e uma pontuação para a complexidade. As taxas de complexidade são o quão difícil e demorado será construir a característica específica do produto…
Se você não for responsável por essas duas entradas, provavelmente acabará priorizando ideias que são complexas e não afetarão seus usuários de forma significativa.
Idealmente, as melhorias de seus produtos de alta prioridade devem ser as que são simples e têm um alto impacto. Uma vez que você tenha trabalhado com essas características, você pode descer na lista para itens de menor prioridade.
Após usar as pontuações de priorização por algum tempo, você será capaz de estabelecer pontos de referência para o que pertence e o que não pertence à sua carteira de pedidos.
Você entenderá que se algo tiver uma pontuação muito baixa, nunca chegará à produção. Portanto, essa sugestão de melhoria do produto não faz parte de seu acúmulo.
Muitos produtos em atraso são escritos em um formato de história do usuário. Por exemplo, você pode ver um backlog com itens listados desta forma:
Como visitante do site, eu deveria poder me registrar no Facebook ou Twitter.
Como um usuário registrado, eu deveria ser capaz de salvar artigos para ler mais tarde.
Como usuário registrado, eu deveria poder optar por não ver anúncios.
Histórias de usuários como essa podem funcionar para características voltadas para o cliente porque são específicas, e é fácil entender porque a equipe de produtos está criando cada melhoria.
Mas quando se trata de melhorias técnicas – como correções de bugs e patches de segurança – as histórias de usuários são menos úteis.
Por essa razão, você pode considerar evitar histórias de usuários por completo para o backlog do produto.
Você pode usá-las como contexto para o backlog, mas o backlog em si deve focar nas melhorias específicas do produto, não na história.
Se você estiver administrando o backlog do produto em Jira ou uma planilha, você está tornando a vida de sua equipe de produtos mais difícil.
O Jira é uma ferramenta de desenvolvimento criada para desenvolvedores. Quando você adiciona o gerenciamento de produtos a esta ferramenta, ela rapidamente se torna desorganizada.
Tivemos clientes que nos disseram que uma vez que tiraram seu backlog do Jira, a ferramenta se tornou mais útil para a equipe de desenvolvimento.
Muitas outras equipes usam planilhas para gerenciar seu acúmulo de produtos. Estas podem funcionar, mas geralmente acabam criando mais trabalho para você como gerente de produto.
O problema com as planilhas é que elas não têm uma peça crucial para o desenvolvimento do produto: o contexto.
Sem contexto, é fácil esquecer por que você deu a cada melhoria de produto a sua característica de melhoria. Os sistemas de gerenciamento de produto evitam isso completamente, permitindo que você ligue o contexto a cada melhoria.
Você pode adicionar notas dos clientes e contribuições dos interessados da empresa, e pode obter mais detalhes sobre as pontuações de priorização.
Com essas peças, você será capaz de entender porque priorizou cada característica da maneira como fez. Eles também ajudarão a fornecer contexto à sua equipe de engenharia, o que os ajudará a comprar no aprimoramento do produto que estão desenvolvendo.
Para que um backlog do produto seja eficaz, você deve administrá-lo como se fosse um produto. Dar-lhe atenção constante ajudará seu backlog a ser uma ferramenta simplificada que alinhe sua equipe.
Felizmente, se você estiver usando um sistema de gerenciamento de produtos, o gerenciamento do backlog se torna fácil.
Um bom sistema de gerenciamento de produto terá pontuação de priorização e contexto incorporados. Sem mencionar que os sistemas de gerenciamento de produtos permitem que você atualize seu backlog com maior facilidade.
O backlog de produtos não é apenas uma ferramenta poderosa sob uma estrutura ágil e Scrum, é também o melhor artefato do proprietário do produto para promover foco, transparência e colaboração.
Com este artigo, quisemos ajudar os proprietários de produtos a ir um passo além, compartilhando estratégias para o gerenciamento do backlog do produto que só podem ser aprendidas através da experiência.