O Backlog do Produto é um componente crítico do desenvolvimento ágil de produtos. É um documento vivo que lista todas as funcionalidades, funções, requisitos, melhorias e correções que precisam ser desenvolvidos para o lançamento do produto. A gestão eficaz do Backlog do Produto é essencial para garantir que o produto atenda às necessidades de seus usuários e partes interessadas. O framework DEEP é um conjunto de diretrizes que pode ajudar as equipes a gerenciar o Backlog do Produto de forma eficaz.
O que é um Framework DEEP
DEEP significa Detalhado Adequadamente, Estimado, Emergente e Priorizado. Cada item no Backlog do Produto deve ser detalhado adequadamente, estimado em pontos de história, emergente e priorizado com base em vários fatores, como valor para o usuário, valor para o negócio, viabilidade técnica, complexidade e dependências. Ao seguir o framework DEEP, as equipes podem gerenciar eficazmente o Backlog do Produto, garantindo que os itens no backlog sejam adequadamente detalhados, estimados, emergentes e priorizados.
Aqui está uma breve visão geral de cada elemento do framework DEEP:
- Detalhado Adequadamente:Cada item no Backlog do Produto deve ser detalhado adequadamente, para que a equipe tenha uma compreensão clara do que precisa ser desenvolvido. O nível de detalhe deve ser suficiente para fornecer clareza e direção à equipe de desenvolvimento.
- Estimado:Cada item no Backlog do Produto deve ser estimado em pontos de história para entender o nível de esforço necessário para o desenvolvimento. Pontos de história são usados para estimar a quantidade de trabalho necessária para concluir o item.
- Emergente:O Backlog do Produto é um documento vivo que é continuamente atualizado à medida que a equipe ganha mais compreensão sobre os requisitos do produto. Itens podem ser adicionados, removidos ou atualizados com base em mudanças nos requisitos do produto.
- Priorizado:O Backlog do Produto deve ser priorizado com base em vários fatores, como valor para o usuário, valor para o negócio, viabilidade técnica, complexidade e dependências. A priorização ajuda a equipe de desenvolvimento a se concentrar primeiro nos itens mais importantes.
Ao seguir o framework DEEP, as equipes podem gerenciar eficazmente o Backlog do Produto, garantindo que os itens no backlog sejam adequadamente detalhados, estimados, emergentes e priorizados. Isso ajuda a equipe a desenvolver um Backlog do Produto abrangente e priorizado que reflita a compreensão atual dos requisitos do produto.
Exemplo – SGI
Descrição do Problema
A ABC Corporation é uma empresa varejista que está em operação há mais de 20 anos. Ao longo dos anos, a empresa cresceu significativamente, e agora possui múltiplas localidades e uma grande base de clientes. Para se manter competitiva, a ABC Corporation investiu em um sistema de TI que ajuda a gerenciar seu estoque, vendas e dados de clientes.
No entanto, nos últimos meses, o sistema de TI tem causado problemas. O sistema é lento e leva muito tempo para processar transações. Isso resultou em longas filas de checkout, clientes frustrados e vendas perdidas. Além disso, o sistema é propenso a erros, resultando em dados incorretos de estoque, o que levou a rupturas de estoque e sobrestoque.
A equipe de TI tem trabalhado para resolver os problemas, mas está tendo dificuldades para identificar a causa raiz dos problemas. O sistema é complexo, e há muitos componentes diferentes que precisam funcionar juntos de forma harmoniosa. A equipe de TI tentou otimizar o sistema adicionando mais memória, atualizando o software e aumentando a capacidade de processamento. No entanto, essas medidas não resolveram os problemas subjacentes.
Os problemas com o sistema de TI estão causando grandes perturbações no negócio. A empresa está perdendo clientes e sua reputação está sendo afetada. A equipe de TI está sob pressão para encontrar uma solução rapidamente, mas está tendo dificuldades para identificar a causa raiz dos problemas. A equipe de gestão da empresa está preocupada com o impacto no resultado financeiro do negócio e está considerando contratar consultores externos para ajudar a resolver os problemas com o sistema de TI.
Desenvolver o Backlog do Produto Inicial
Passos para desenvolver o backlog do produto inicial:
- Identificar as principais áreas de problema:Com base no cenário apresentado, as principais áreas de problema são o sistema de TI lento e propenso a erros, resultando em longas filas de checkout, clientes frustrados, dados incorretos de estoque, rupturas de estoque e sobrestoque.
- Identificar os interessados: Os interessados neste cenário são a equipe de gestão da empresa, a equipe de TI, os funcionários do varejo e os clientes.
- Brainstorm de soluções potenciais:Trabalhe com os interessados para identificar soluções potenciais para os problemas. Algumas soluções potenciais poderiam incluir a atualização do hardware, a otimização do software, a melhoria da infraestrutura de rede, a implementação de um novo sistema de PDV e a melhoria da formação para os funcionários do varejo.
- Priorizar as soluções:Priorize as soluções potenciais com base em seu impacto no negócio, viabilidade e custo. Considere as contribuições dos interessados e realize uma análise custo-benefício para cada solução.
- Dividir as soluções em tarefas menores:Uma vez que as soluções forem priorizadas, divida-as em tarefas menores ou histórias de usuário. Cada tarefa deve ser específica, mensurável, alcançável, relevante e com prazo definido.
- Estime o esforço necessário para cada tarefa: Estime o esforço necessário para cada tarefa em pontos de história. Use dados históricos ou julgamento de especialistas para estimar o nível de esforço necessário.
- Priorize as tarefas: Priorize as tarefas com base no seu impacto no negócio e nas dependências entre as tarefas.
- Crie a lista inicial de produto: crie a lista inicial de produto listando todas as tarefas em ordem de prioridade. Inclua uma descrição de cada tarefa e seu esforço estimado em pontos de história.
Formato de tabela para a lista inicial de produto:
| Prioridade | História de Usuário | Descrição | Esforço Estimado (Pontos de História) |
|---|---|---|---|
| 1 | Atualização de Hardware | Atualização do hardware para melhorar o desempenho do sistema | 13 |
| 2 | Otimização de Software | Otimização do software para melhorar o desempenho do sistema | 8 |
| 3 | Melhoria da Infraestrutura de Rede | Melhoria da infraestrutura de rede para reduzir a latência e melhorar o desempenho do sistema | 5 |
| 4 | Implementação de um Novo Sistema POS | Implementação de um novo sistema POS para melhorar a velocidade de processamento de transações e reduzir erros | 21 |
| 5 | Treinamento de Funcionários de Varejo | Melhoria do treinamento para funcionários de varejo para reduzir erros e melhorar o atendimento ao cliente | 8 |
| 6 | Melhorar a Gestão de Estoque | Melhorar a gestão de estoque para reduzir rupturas e excesso de estoque | 13 |
Observação: Os pontos de história são estimados e podem precisar ser refinados durante as sessões de refinamento do backlog e planejamento de sprint.
Refinar os Itens do Backlog do Produto
Alguns dos itens do backlog do produto listados acima podem ser muito grandes para serem colocados em um único sprint. Aqui estão algumas opções para refiná-los em épicas ou histórias de usuário apropriadas:
- Atualizar Hardware: Isso poderia ser dividido em várias histórias de usuário menores, como “Pesquisar e selecionar hardware apropriado”, “Comprar e instalar novo hardware” e “Testar e verificar o novo hardware.”
- Otimizar Software: Isso poderia ser dividido em várias histórias de usuário menores, como “Identificar gargalos de desempenho”, “Desenvolver e implementar otimizações de desempenho” e “Testar e verificar melhorias de desempenho.”
- Implementar Novo Sistema POS: Isso poderia ser uma épica que inclui várias histórias de usuário, como “Pesquisar e selecionar o sistema POS apropriado”, “Configurar e personalizar o sistema POS”, “Treinar funcionários de varejo sobre o novo sistema POS” e “Testar e verificar o novo sistema POS.”
- Treinamento de Funcionários de Varejo: Isso poderia ser dividido em várias histórias de usuário menores, como “Desenvolver materiais de treinamento”, “Agendar e realizar sessões de treinamento” e “Avaliar a eficácia do treinamento.”
Ao dividir esses itens maiores do backlog do produto em histórias de usuário menores e mais gerenciáveis, a equipe pode estimar melhor o esforço, priorizar e planejar sprints, e se concentrar em entregar valor para o negócio e seus stakeholders.
Aqui está uma tabela atualizada com os itens refinados do backlog do produto (ou histórias de usuário):
| Prioridade | Épica/História de Usuário | Descrição | Esforço Estimado (Pontos de História) |
|---|---|---|---|
| 1 | Atualizar Hardware | Pesquisar e selecionar hardware apropriado | 5 |
| Comprar e instalar novo hardware | 5 | ||
| Testar e verificar novo hardware | 3 | ||
| 2 | Otimize o Software | Identifique gargalos de desempenho | 3 |
| Desenvolva e implemente otimizações de desempenho | 5 | ||
| Teste e verifique as melhorias de desempenho | 2 | ||
| 3 | Melhore a Infraestrutura de Rede | Melhore a infraestrutura de rede para reduzir a latência e melhorar o desempenho do sistema | 5 |
| 4 | Implemente um Novo Sistema de Ponto de Venda | Pesquise e selecione o sistema de Ponto de Venda adequado | 5 |
| Configure e personalize o sistema de Ponto de Venda | 8 | ||
| Treine os funcionários de varejo sobre o novo sistema de Ponto de Venda | 5 | ||
| Teste e verifique o novo sistema de Ponto de Venda | 3 | ||
| 5 | Treinamento de Funcionários de Varejo | Desenvolva materiais de treinamento | 3 |
| Agende e realize sessões de treinamento | 3 | ||
| Avalie a eficácia do treinamento | 2 | ||
| 6 | Melhorar a Gestão de Estoque | Melhorar a gestão de estoque para reduzir rupturas de estoque e excesso de estoque | 8 |
Observação: Os pontos de história são estimados e podem precisar ser refinados durante as sessões de refinamento do backlog e planejamento de sprint.
Avaliação do Backlog do Produto Atualizado em relação aos Princípios DEEP
Aqui está uma discussão de cada história de usuário no backlog do produto atualizado em relação aos princípios DEEP:
- Atualizar Hardware
- Detalhado Adequadamente: A história de usuário é específica e bem definida, indicando que a equipe precisa pesquisar e selecionar hardware apropriado, comprar e instalar novo hardware e testar e verificar o novo hardware.
- Estimado: A história de usuário é estimada em pontos de história, permitindo que a equipe entenda o nível de esforço necessário para concluir o trabalho.
- Emergente: A história de usuário é emergente, pois a equipe pode precisar ajustar a seleção de hardware ou o processo de instalação com base em seus achados durante as fases de pesquisa e teste.
- Priorizado: A história de usuário é priorizada com base em seu impacto no desempenho do sistema, com a atualização do hardware recebendo a maior prioridade.
- Otimizar Software
- Detalhado Adequadamente: A história de usuário é específica e bem definida, indicando que a equipe precisa identificar gargalos de desempenho, desenvolver e implementar otimizações de desempenho e testar e verificar melhorias no desempenho.
- Estimado: A história de usuário é estimada em pontos de história, permitindo que a equipe entenda o nível de esforço necessário para concluir o trabalho.
- Emergente: A história de usuário é emergente, pois a equipe pode precisar ajustar a abordagem de otimização com base em seus achados durante a fase de teste.
- Priorizado: A história de usuário é priorizada com base em seu impacto no desempenho do sistema, com a otimização do software recebendo a segunda maior prioridade.
- Melhorar a Infraestrutura de Rede
- Detalhado Adequadamente: A história de usuário é específica e bem definida, indicando que a equipe precisa melhorar a infraestrutura de rede para reduzir a latência e melhorar o desempenho do sistema.
- Estimado: A história de usuário é estimada em pontos de história, permitindo que a equipe entenda o nível de esforço necessário para concluir o trabalho.
- Emergente: A história de usuário não é tão emergente quanto algumas das outras histórias de usuário, pois a equipe provavelmente tem uma boa compreensão das melhorias necessárias na rede.
- Priorizado: A história de usuário é priorizada com base em seu impacto no desempenho do sistema, com a melhoria da infraestrutura de rede recebendo uma prioridade média.
- Implementar Novo Sistema POS
- Detalhado Adequadamente: A história de usuário é específica e bem definida, indicando que a equipe precisa pesquisar e selecionar um sistema POS apropriado, configurar e personalizar o sistema POS, treinar os funcionários de varejo no novo sistema POS e testar e verificar o novo sistema POS.
- Estimado: A história de usuário é estimada em pontos de história, permitindo que a equipe entenda o nível de esforço necessário para concluir o trabalho.
- Emergente: A história de usuário é emergente, pois a equipe pode precisar ajustar a seleção ou a abordagem de configuração com base em seus achados durante a fase de teste.
- Priorizado: A história de usuário é priorizada com base em seu impacto no desempenho do sistema, com a implementação do novo sistema POS recebendo uma alta prioridade.
- Treinamento de Funcionários de Varejo
- Detalhado Adequadamente: A história de usuário é específica e bem definida, indicando que a equipe precisa desenvolver materiais de treinamento, agendar e realizar sessões de treinamento e avaliar a eficácia do treinamento.
- Estimado: A história de usuário é estimada em pontos de história, permitindo que a equipe entenda o nível de esforço necessário para concluir o trabalho.
- Emergente: A história do usuário não é tão emergente quanto algumas das outras histórias do usuário, pois a equipe provavelmente tem um bom entendimento dos materiais e sessões de treinamento necessários.
- Priorizado: A história do usuário é priorizada com base em seu impacto na redução de erros e melhoria do atendimento ao cliente, com o treinamento de funcionários de varejo recebendo uma prioridade média.
- Melhorar a Gestão de Estoque
- Adequadamente Detalhado: A história do usuário é específica e bem definida, indicando que a equipe precisa melhorar a gestão de estoque para reduzir rupturas e excessos de estoque.
- Estimado: A história do usuário é estimada em pontos de história, permitindo que a equipe entenda o nível de esforço necessário para concluir o trabalho.
- Emergente: A história do usuário não é tão emergente quanto algumas das outras histórias do usuário, pois a equipe provavelmente tem um bom entendimento das melhorias necessárias na gestão de estoque.
- Priorizado: A história do usuário é priorizada com base em seu impacto na redução de rupturas e excessos de estoque, com a melhoria da gestão de estoque recebendo uma prioridade média.
No geral, a lista de produtos atualizada alinha-se bem com os princípios DEEP. Cada história do usuário está adequadamente detalhada, estimada, emergente e priorizada, permitindo que a equipe gerencie efetivamente a lista de produtos e entregue valor ao negócio e aos seus stakeholders. A priorização das histórias do usuário é baseada em seu impacto no desempenho do sistema, na redução de erros e na melhoria do atendimento ao cliente, o que apoia os objetivos gerais do projeto.
Melhorar a Lista de Produtos
Embora a lista de produtos atualizada pareça alinhar-se bem com os princípios DEEP, sempre há espaço para melhoria. Aqui estão algumas áreas potenciais de melhoria:
- Adequadamente Detalhado: As histórias do usuário na lista de produtos poderiam ser refinadas ainda mais para garantir que estejam adequadamente detalhadas. Isso pode envolver dividir histórias maiores em histórias menores ou fornecer mais contexto e clareza em torno dos requisitos.
- Estimado: Os pontos de história atribuídos a cada história do usuário poderiam ser refinados com base em dados reais de sprints anteriores ou no entendimento crescente da equipe sobre os requisitos.
- Emergente: A lista de produtos poderia ser continuamente revisada e refinada para garantir que permaneça emergente. A equipe poderia incorporar feedback de stakeholders ou ajustar a lista com base em novas informações que surgirem durante o desenvolvimento.
- Priorizado: A priorização das histórias do usuário poderia ser refinada com base em necessidades comerciais em mudança ou feedback de stakeholders. A equipe poderia realizar revisões regulares da lista para garantir que as histórias do usuário de maior prioridade sejam abordadas primeiro.
No geral, a lista de produtos é um documento vivo que deveria ser continuamente revisado e refinado para garantir que esteja alinhada com os princípios DEEP e apoie os objetivos do projeto. A equipe deveria estar aberta a feedback e buscar ativamente formas de melhorar a lista de produtos ao longo de todo o processo de desenvolvimento.
Resumo
O framework DEEP é crucial para uma gestão eficaz da lista de produtos, pois ajuda as equipes a desenvolver uma lista de produtos abrangente e priorizada que reflita o entendimento atual dos requisitos do produto. O nível de detalhe deve ser suficiente para fornecer clareza e direção à equipe de desenvolvimento. Pontos de história são usados para estimar a quantidade de trabalho necessária para concluir o item, e a lista de produtos é continuamente atualizada com base em mudanças nos requisitos do produto. A priorização ajuda a equipe de desenvolvimento a focar primeiro nos itens mais importantes.
O framework DEEP fornece um conjunto de diretrizes para uma gestão eficaz da lista de produtos. Ele garante que a lista de produtos esteja adequadamente detalhada, estimada, emergente e priorizada com base em vários fatores, como valor para o usuário, valor para o negócio, viabilidade técnica, complexidade e dependências. Ao seguir o framework DEEP, as equipes podem gerenciar efetivamente a lista de produtos, garantindo que o produto atenda às necessidades de seus usuários e stakeholders.