Backlog perfeito do produto

Olá de novo. Uma tradução deste artigo foi preparada antes do lançamento do curso Agile Project Manager in IT .




Um backlog de produto saudável é um pré-requisito para uma equipe Scrum bem-sucedida. Em vez de focar apenas em refinar as histórias de usuários para o próximo sprint, as equipes prudentes do Scrum investem em refinar o backlog do produto para aumentar a transparência, focar em sua visão e manter a consistência. A transparência é muito mais do que apenas fornecer informações; uma parte interessada deve conseguir as informações necessárias em alguns segundos.

Dê uma olhada no backlog do produto abaixo para entender o que quero dizer com o backlog ideal. Esse atraso reflete claramente o trabalho do próximo sprint, um roteiro de longo prazo, marcos importantes e articula uma visão para o futuro - tudo em uma página! Uma análise dessa lista de pendências permite que todas as partes interessadas, clientes, membros da equipe e gerentes construam rapidamente uma compreensão do estado do produto. As ações retrospectivas mais recentes estão no topo. Todas as histórias de usuários são avaliadas. Independentemente do tipo de público, cada membro receberá as informações necessárias em menos de 30 segundos.



Onde as histórias de usuário morrem


Você já encontrou uma lista de pendências de produtos quando as histórias de usuários para o próximo sprint estão claramente definidas, mas por trás delas há muito lixo não priorizado? Eu chamo de cemitério de pedidos em atraso. Com o tempo, este cemitério cresce. Há muitas histórias de usuários para acompanhar, portanto, as classificações estão desatualizadas. Esse backlog não se encaixa mais em uma tela e as pessoas não retornam mais, mesmo o Dono do produto. Este cemitério gera um comportamento prejudicial dentro da equipe Scrum. Isso se manifesta de maneiras diferentes no comportamento: a equipe tem uma ideia conflitante do que está fazendo e por que está fazendo, e o Dono do produto gasta seu tempo criando uma versão do backlog do produto no Power Point para transmitir seu status atual à equipe.Por sua vez, as partes interessadas criam e mantêm sua própria versão do backlog para o roteiro do produto, e cada equipe fala seu próprio idioma, e o conflito surge no momento em que fica claro que a interpretação do backlog do produto para essas equipes é diferente. Esse antipadrão, que se fortaleceu no relacionamento entre as equipes de negócios e Scrum, se manifesta quando o backlog se transforma em um espaço abandonado de pequenas histórias de usuários nas quais ninguém trabalha e cujo valor está sendo questionado.quando um backlog se transforma em um espaço abandonado de pequenas histórias de usuários nas quais ninguém trabalha e cujo valor está sendo questionado.quando um backlog se transforma em um espaço abandonado de pequenas histórias de usuários nas quais ninguém trabalha e cujo valor está sendo questionado.



Como ressuscitar um backlog de um produto para que ele se torne perfeito?


Então, como uma equipe pode obter o estoque perfeito de produtos em um cemitério?

  1. , 20 . – , . - Hoarders, , , - , ? . , , . «FOTO», . , , . , - .
  2. . , , , , , , , .
  3. . , , JIRA (!) – . , , . , , . – , , 20 .
  4. , , .
  5. Fale sobre o backlog atual do produto ao discutir o progresso, por exemplo, durante uma revisão do sprint, para que seus clientes e executivos se sintam mais confortáveis ​​e saibam exatamente onde encontrá-lo.


Como é o seu atraso: ideal ou cemitério? Como o backlog de um produto afeta o comportamento e os resultados da equipe? E o que você pode fazer sobre isso?



E se você quiser entender como o Projeto e o Produto diferem, descubra como as responsabilidades são distribuídas entre eles e determine a diferença de habilidades sociais para essas funções, inscreva-se em uma lição gratuita no curso .



All Articles