Um backlog do produto é uma das partes essenciais da cadeia de desenvolvimento do produto. Uma lista priorizada de recursos do produto e correções de bugs que vão desde a visão da empresa e do produto até a execução. Em essência, o gerenciamento do backlog do produto recai sobre o gerente de produto, que tem a principal obrigação de criá-lo, priorizá-lo e mantê-lo. Além disso, seu exemplo de backlog de produto deve ser construído em uma ferramenta amigável, flexível o suficiente para ser personalizada e facilmente acessível, especialmente na nuvem. Continue lendo para saber mais sobre a diferença entre o backlog do produto e o backlog do sprint e seu refinamento.
Visão geral
Um backlog do produto é a lista de verificação do trabalho usado pelas equipes de desenvolvimento de software para enfileirar os recursos desejados, correções de bugs e outras tarefas técnicas. Em outras palavras, é uma lista de tarefas de desenvolvimento da empresa. O backlog do produto está vinculado ao roteiro do produto de uma empresa, o que ajuda a priorizar itens e tarefas no topo do backlog do produto, para que a equipe saiba o que entregar primeiro. Além disso, é uma maneira eficaz de a equipe comunicar no que está trabalhando e no que planeja trabalhar a seguir. Resumidamente, vamos dar uma olhada detalhada em como criar um product backlog,
Etapas para criar um backlog do produto
Um backlog de produto é mais do que uma simples lista de tarefas em que você divide tarefas complicadas em uma série de etapas e as confia aos membros da equipe. Siga estas etapas para desenvolver um backlog de produto eficaz,
#1. Adicione ideias ao seu backlog
Se um cliente vier até você com ideias para criar uma nova solução de software ou melhorar uma já existente, considere adicionar essas ideias ao seu backlog. Porque adicioná-los ao seu backlog pode estimular conversas importantes e ajudar uma equipe a trazer soluções para atender a solicitação do cliente. Portanto, incluí-los ajuda a determinar se a atualização é viável de acordo com o cronograma e o orçamento do projeto. Aqui estão mais fontes potenciais de ideias de backlog:
- A equipe de garantia de qualidade (QA) de uma empresa
- Pesquisas de clientes sobre características do produto
- Avaliações de produtos ou serviços
- Sugestões ou solicitações de vendas e marketing
#2. Crie um roteiro de produto
O roteiro do produto é a base para o backlog do produto. Sua equipe deve criar primeiro um roteiro, que servirá como plano de ação de como seu produto mudará à medida que se desenvolve. O roteiro é a visão para o desenvolvimento de produtos a longo prazo, mas também pode evoluir.
#3. Lista de Verificação de Itens do Backlog do Produto
Com o roteiro do produto em mente, sua equipe pode começar a listar os itens do backlog do produto. Esses itens devem incluir itens de alta prioridade e ideias mais abstratas. Durante esta fase de criação do backlog do produto, você também precisará se comunicar com as partes interessadas e ouvir suas ideias para melhorias no produto.
#4. Concentre-se no seu backlog
Depois que sua equipe listar todos os itens, classifique e priorize suas tarefas mais importantes, colocando o cliente em mente e considerando quais itens agregam mais valor a eles. Depois de entender completamente a solicitação do cliente, considere categorizar a ideia em tarefas individuais e acionáveis para a equipe de desenvolvimento concluir em ordem de prioridade com as tarefas mais críticas no topo da lista de pendências e as menos críticas na parte inferior.
#5. Atualize Regularmente
À medida que sua equipe trabalha no backlog do produto, lembre-se de que é um documento vivo no qual você precisa adicionar continuamente itens ao backlog, selecioná-los e refiná-los enquanto trabalha. Portanto, à medida que a equipe conclui as tarefas, é importante atualizar para refletir essas alterações.
Exemplo de Backlog do Produto
O backlog do produto é o artefato mais importante em qualquer empresa de desenvolvimento de produto. Como devemos estruturar esse artefato crítico? Um exemplo de backlog do produto é uma lista de itens de ação relacionados ao desenvolvimento do produto que é usado pelas equipes de produto para planejar, selecionar e gerenciar tarefas. Por exemplo,
#1.Projeto
- Página de login para o design final dos clientes
- Página de registro para testes de clientes
- Criando uma compilação de ticket (incluindo anexar documentos e capturas de tela)
- Bugfix: atribuição automática de tickets ao líder da equipe de suporte
#2. avaliações
- Como alguém que concluiu com sucesso um Curso de Certificação (tornando-se um Certified ScrumMaster ou Certified Scrum Product Owner), recebo por e-mail um link para uma pesquisa sobre o curso e o instrutor, para que eu possa fornecer feedback sobre o curso.
- Como treinador, quero ter certeza de que ninguém pode enviar as mesmas respostas várias vezes e distorcer meus resultados, para que minhas avaliações sejam precisas.
- Como formador, sou notificado sobre os resultados dos inquéritos sobre as minhas aulas, para poder lê-los. (Perguntas: Após cada pesquisa? Após um período de tempo definido? O instrutor recebe um e-mail ou apenas sabe que deve ir ao site?)#3.associação
- Como administrador do site, posso definir as taxas anuais para membros, praticantes e instrutores para que as taxas possam ser definidas sem envolver um programador.
- Como alguém cuja associação (de qualquer tipo) está prestes a expirar, recebo um lembrete e um link para que eu possa renová-la.
- Como um membro com problemas de memória de curto prazo, posso fazer com que o sistema me envie por e-mail uma nova senha ou um lembrete de senha, possivelmente meu nome de usuário (a menos que usemos e-mail para isso), e assim
#4. Empregos
- Como administrador do site, recebo um e-mail sempre que um trabalho é enviado para que eu esteja ciente dele e possa decidir se quero publicá-lo.
- Como membro do site, posso assinar um feed RSS de empregos disponíveis para que eu possa lê-los sem visitar o site.
- Como administrador do site, posso editar e excluir anúncios de pedidos de ajuda para corrigir pequenos problemas ou fazer
#5. Conclusão de curso
- Como participante, vejo uma página que me informa como obter minhas PDUs depois de concluir o curso para ganhar o crédito em que poderia estar interessado.
- Como participante, posso obter um certificado de conclusão ao concluir um curso para que eu tenha uma prova de que concluí um curso.
- Como participante, posso ganhar um crachá mostrando que concluí um curso para poder exibir esse crachá em meu próprio site.
Com o exemplo relevante de carteira de produtos em vigor, é possível fazer estimativas precisas sobre a carga de trabalho e prever o que será concluído com poucos desvios.
Refinamento do Backlog do Produto
O refinamento do Product Backlog é o ato de adicionar detalhes, estimativas e pedidos aos itens do Product Backlog. Além disso, é o processo no qual o proprietário do produto e a equipe de desenvolvimento colaboram, analisam e revisam os detalhes dos itens a serem implementados. Em essência, o refinamento do backlog do produto é necessário, pois torna a equipe familiarizada com os itens de maior prioridade. Vamos ver como operar o refinamento do backlog de um produto de forma eficaz,
Como executar efetivamente uma sessão de refinamento do backlog do produto
Aqui estão algumas práticas recomendadas de refinamento que ajudarão a tornar sua sessão de refinamento de pendências mais eficaz.
#1. torná-lo profundo
Um backlog bem gerenciado deve ser DE'EP, que é um acrônimo para detalhada apropriadamente, estimada, emergente e priorizada.
- Ser detalhado adequadamente significa que os itens com maior prioridade devem ter um nível de detalhamento mais alto do que os itens de baixa prioridade.
- Estimado significa que você deve ter uma boa ideia do tempo e dos recursos necessários para implementar cada item do backlog.
- Emergente significa que o backlog é um documento ativo que deve ser atualizado regularmente.
- Os itens pendentes devem ser organizados em ordem de prioridade.
#2. Mantenha os clientes em mente
Cada decisão tomada durante a reunião de refinamento do backlog deve ser baseada nas necessidades do cliente. Afinal, se o produto não funcionar para seus clientes, nada mais importa. A equipe discutirá as histórias do usuário abertamente para trocar ideias e, finalmente, chegar a um entendimento comum. Além disso, é recomendável documentar suas discussões e pensamentos para que o PO possa revisá-los posteriormente e fazer um resumo.
#3. Identificar Dependências
Às vezes, certos itens do backlog não podem ser implementados até que outro item seja iniciado ou concluído. A falha em identificar essas dependências pode levar ao atraso no progresso da linha. Portanto, é bom identificar essas dependências com antecedência e planejá-las.
#4. Acompanhamento após a Reunião
Depois que a reunião terminar, faça o acompanhamento de todos os participantes e compartilhe as atas da reunião com eles. Isso ajuda a manter todos na mesma página e garante que eles estejam cientes das próximas etapas. Além disso, se algumas histórias de usuário carecerem de informações, continue fazendo mais pesquisas e adicione detalhes para a próxima reunião de preparação.
Gestão do Backlog do Produto
O gerenciamento do backlog do produto é quando o proprietário do produto faz acréscimos, ajusta, melhora e prioriza os itens do backlog para garantir que os clientes recebam apenas o melhor e mais valioso produto. Portanto, é essencialmente uma lista de tarefas priorizadas que precisam ser feitas. Se alguma tarefa estiver ausente da lista, o trabalho não será contado como concluído.
Assim, o gerenciamento do backlog do produto serve como um excelente ponto de partida para o planejamento do sprint e desenvolvimento da equipe para identificar as tarefas que podem fazer parte do sprint. Portanto, para garantir precisão e transparência, o backlog do produto deve estar atualizado por meio do refinamento do backlog. Abaixo estão dicas para uma equipe de gerenciamento de produtos,
#1. Comece com uma estratégia de produto
O gerenciamento adequado do backlog começa com uma estratégia de produto claramente escrita e articulada. Antes de mergulhar no gerenciamento de um backlog de produto, certifique-se de ter definido e validado a estratégia do produto. Para alcançar sua visão, você deve primeiro ter uma estratégia de produto bem definida.
#2. Defina as preferências do backlog corretamente
Priorizar as tarefas em seu backlog é um aspecto fundamental. Alinhada com os KPIs e a visão do produto, a priorização do backlog deve ser clara e transparente. Use estruturas e procedimentos de priorização para ajudá-lo a manter suas ideias em ordem e planejar iterações com facilidade. O feedback e o feedback do usuário podem ajudá-lo a fazer isso, ao entender quais iniciativas são mais importantes para seus clientes.
#3. Colaborar
Deixe que os gerentes de produto e a equipe de desenvolvimento colaborem para garantir o gerenciamento adequado do backlog. Coloque as duas equipes em discussões relacionadas ao backlog para descobrir melhor os riscos técnicos e as dependências. Além disso, cada membro da equipe de produto terá um feedback valioso, portanto, use essas reuniões para discutir como priorizar o backlog para aumentar a compreensão e a aceitação. Isso levará a uma compreensão clara em toda a equipe do que foi priorizado e por quê.
#4. Empregue a palavra 'não' diplomaticamente
Um dos desafios de um gerente de produto é que eles podem se sentir pressionados a aceitar todas as solicitações das partes interessadas e dos membros da equipe, mas o objetivo é encantar seus clientes, não atender a todas as solicitações ou dizer 'sim' a todas as ideias. Gere resultados e eficiências (para não mencionar a lucratividade) dizendo 'não' com mais frequência. É importante não se tornar um bloqueador interno e permanecer aberto a novas solicitações, mas dizer "não" ajuda você a priorizar sem distrações.
#5. Mantenha as partes interessadas atualizadas
Compartilhe atualizações transparentes com as partes interessadas para comunicar o status atual do seu backlog. As atualizações podem assumir a forma de dar às partes interessadas acesso a um painel ao vivo com uma imagem atualizada de sua lista de pendências.
Ou pode ser um boletim de e-mail regular para pessoas relevantes na empresa, apresentando apenas um instantâneo do painel. Manter a transparência com as partes interessadas quando se trata do backlog do produto. Informe as partes interessadas sobre o status atual, obtenha as atualizações mais recentes e ofereça feedback útil.
Backlog da Sprint x Backlog do Produto
Os backlogs do Sprint e os backlogs do produto são muito semelhantes em termos de seus componentes. Porém, um backlog do sprint é uma lista de itens de trabalho que sua equipe planeja concluir durante um sprint do projeto, geralmente extraído do backlog do produto durante a sessão de planejamento do sprint. Portanto, um backlog de sprint claro evita o aumento do escopo, esclarecendo exatamente o que sua equipe fará e o que não fará durante cada sprint. Agora vamos dar uma olhada na diferença entre sprint backlog vs product backlog,
Em primeiro lugar, o backlog do produto contém a lista completa dos próximos itens para o ciclo de vida de um produto, enquanto o backlog do sprint se concentra no que é necessário para atingir os objetivos individuais do sprint. Portanto, cada item retirado do backlog do produto para formar o backlog do sprint deve estar relacionado ao sucesso desse objetivo específico do sprint.
Em segundo lugar, o backlog do produto rastreia como a equipe do produto funciona, dependendo do tamanho da sua organização, você pode ter um backlog central do produto ou vários para equipes diferentes. Além disso, o proprietário do produto refinará o backlog do produto periodicamente para garantir que as iniciativas mais importantes estejam no topo e que cada iniciativa tenha todas as informações necessárias para executar contra ela. Enquanto um backlog do sprint é um subconjunto do backlog do produto e lista os itens de trabalho a serem concluídos em um sprint específico.
Além disso, tanto o product backlog quanto o sprint backlog são essenciais para manter a transparência de todo o processo de desenvolvimento do produto. Eles fornecem uma visão clara do andamento do trabalho em andamento e também dos planos futuros.
O que é um Product Backlog no Scrum?
Na definição mais fácil, o Scrum Product Backlog é simplesmente uma lista de todas as coisas que precisam ser feitas dentro do projeto. Ele substitui os artefatos tradicionais de especificação de requisitos. Esses itens podem ter uma natureza técnica ou podem ser centrados no usuário, por exemplo, na forma de histórias de usuários. O proprietário do Scrum é o Scrum Product Owner. O Scrum Master, o Time Scrum e outros Stakeholders contribuem para ter uma lista de tarefas ampla e completa. Ao aplicar o Scrum, não é necessário iniciar um projeto com um longo esforço inicial para documentar todos os requisitos.
Resumo
Um backlog do produto é uma lista ordenada de tarefas, recursos ou itens a serem concluídos como parte de um roteiro de produto maior. Com as diretrizes listadas acima, acredito que agora você será capaz de criar um gerenciamento eficaz, poderá atribuir aos desenvolvedores tarefas diárias, semanais ou mensais que visam seus objetivos finais e o ajudarão a criar um produto melhor.
Referências
- Asana.
- De fato.
- .mountaingoatsoftware
- .airgrama.
Artigos Relacionados
- O QUE É SCRUM: Definição, Princípios e Propósito
- FERRAMENTAS ÁGIL DE GERENCIAMENTO DE PROJETOS: Definição, usos e lista de APM
- Ferramentas de gerenciamento de projetos: as 25 melhores ferramentas e técnicas
- Ordem de serviço: Procedimento/etapas simples para criar uma ordem de serviço
- ROADMAP DO PRODUTO: Significado, Exemplo, Como Criar, Software e Estratégia
- TRANSFORMAÇÃO DE NEGÓCIOS: Definição, processo, estratégias, agências e modelo
