O Product Backlog é um componente crítico do desenvolvimento ágil de produtos. É um documento vivo que lista todos os recursos, funções, requisitos, aprimoramentos e correções que precisam ser desenvolvidos para o lançamento do produto. O ProductBacklogManagement eficaz é essencial para garantir que o produto atenda às necessidades de seus usuários e partes interessadas. A estrutura DEEP é um conjunto de diretrizes que podem ajudar as equipes a gerenciar o Product Backlog de forma eficaz.
O que é um framework DEEP
DEEP significa Detalhado Apropriadamente, Estimado, Emergente e Priorizado. Cada item do Product Backlog deve ser detalhado adequadamente, estimado em pontos de história, emergente e priorizado com base em vários fatores, como valor do usuário, valor do negócio, viabilidade técnica, complexidade e dependências. Ao seguir a estrutura DEEP, as equipes podem gerenciar o Product Backlog de forma eficaz, garantindo que os itens do backlog sejam adequadamente detalhados, estimados, emergentes e priorizados.
Aqui está uma breve visão geral de cada elemento da estrutura DEEP:
- Detalhado apropriadamente:Cada item do Backlog do Produto deve ser detalhado adequadamente, para que a equipe tenha um entendimento claro do que precisa ser desenvolvido. O nível de detalhe deve ser apenas o suficiente para fornecer clareza e direção à equipe de desenvolvimento.
- Estimado:Cada item do Product Backlog deve ser estimado em pontos de história para entender o nível de esforço necessário para o desenvolvimento. Os 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 dos requisitos do produto. Os itens podem ser adicionados, removidos ou atualizados com base nas alterações nos requisitos do produto.
- Priorizado:O Product Backlog deve ser priorizado com base em vários fatores, como valor do usuário, valor do negócio, viabilidade técnica, complexidade e dependências. A priorização ajuda a equipe de desenvolvimento a focar primeiro nos itens mais importantes.
Ao seguir a estrutura DEEP, as equipes podem gerenciar o Product Backlog de forma eficaz, garantindo que os itens do backlog sejam adequadamente detalhados, estimados, emergentes e priorizados. Isso ajuda a equipe a desenvolver um Backlog do Produto abrangente e priorizado que reflita o entendimento atual dos requisitos do produto.
Exemplo - MIS
Descrição do Problema
A ABC Corporation é uma empresa de varejo que está no mercado há mais de 20 anos. Ao longo dos anos, a empresa cresceu significativamente e agora possui vários locais e uma grande base de clientes. Para acompanhar a concorrência, a ABC Corporation investiu em um sistema de TI que os ajuda a gerenciar seus estoques, vendas e dados de clientes.
No entanto, nos últimos meses, o sistema de TI vem causando problemas. O sistema é lento e demora muito para processar as transações. Isso resultou em longas filas de caixa, clientes frustrados e vendas perdidas. Além disso, o sistema está sujeito a erros, resultando em dados de estoque incorretos, o que leva a faltas e excesso de estoque.
A equipe de TI tem trabalhado para corrigir os problemas, mas está lutando para identificar a causa raiz dos problemas. O sistema é complexo e há muitos componentes diferentes que precisam trabalhar juntos sem problemas. A equipe de TI tentou otimizar o sistema adicionando mais memória, atualizando o software e aumentando o poder de processamento. No entanto, essas medidas não resolveram os problemas subjacentes.
Os problemas com o sistema de TI estão causando interrupções significativas nos negócios. A empresa está perdendo clientes e sua reputação está sofrendo. A equipe de TI está sob pressão para encontrar uma solução rapidamente, mas está lutando para identificar a causa raiz dos problemas. A equipe de gerenciamento da empresa está preocupada com o impacto nos resultados do negócio e está pensando em trazer consultores externos para ajudar a resolver os problemas com o sistema de TI.
Desenvolva o Backlog Inicial do Produto
Etapas para desenvolver o backlog inicial do produto:
- Identifique as principais áreas problemáticas:Com base no cenário fornecido, as principais áreas problemáticas são o sistema de TI lento e propenso a erros, resultando em longas filas de caixa, clientes frustrados, dados de estoque incorretos, falta de estoque e excesso de estoque.
- Identifique as partes interessadas: as partes interessadas nesse cenário são a equipe de gerenciamento da empresa, a equipe de TI, os funcionários do varejo e os clientes.
- Pense em possíveis soluções:Trabalhar com as partes interessadas para identificar possíveis soluções para os problemas. Algumas soluções potenciais podem incluir a atualização do hardware, otimização do software, melhoria da infraestrutura de rede, implementação de um novo sistema POS e aprimoramento do treinamento para funcionários do varejo.
- Priorize as soluções:Priorize as possíveis soluções com base em seu impacto nos negócios, viabilidade e custo. Considere a entrada das partes interessadas e conduza uma análise de custo-benefício para cada solução.
- Divida as soluções em tarefas menores:Depois 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 determinado.
- 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 opinião especializada para estimar o nível de esforço necessário.
- Priorize as tarefas:Priorize as tarefas com base em seu impacto nos negócios e nas dependências entre as tarefas.
- Crie o backlog inicial do produto: crie o backlog inicial do 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 da tabela para o backlog inicial do produto:
| Prioridade | História do usuário | Descrição | Esforço Estimado (Story Points) |
|---|---|---|---|
| 1 | Atualizar hardware | Atualizando o hardware para melhorar o desempenho do sistema | 13 |
| 2 | Otimizar software | Otimizando o software para melhorar o desempenho do sistema | 8 |
| 3 | Melhorar a infraestrutura de rede | Melhorar a infraestrutura de rede para reduzir a latência e melhorar o desempenho do sistema | 5 |
| 4 | Implementar Novo Sistema POS | Implementação de um novo sistema de PDV para melhorar a velocidade de processamento das transações e reduzir erros | 21 |
| 5 | Treinamento de funcionários de varejo | Melhorar o treinamento dos funcionários do varejo para reduzir erros e melhorar o atendimento ao cliente | 8 |
| 6 | Melhorar o gerenciamento de estoque | Melhorar a gestão de estoques para reduzir a falta de estoque e o excesso de estoque | 13 |
Nota: Os pontos da história são estimados e podem precisar ser refinados durante o refinamento do backlog e as sessões de planejamento do sprint.
Refinar os itens do backlog do produto
Alguns dos itens do backlog do produto listados acima podem ser grandes demais para serem colocados em um único sprint. Aqui estão algumas opções para refiná-los em épicos ou histórias de usuários apropriados:
- Hardware de atualização:Isso pode ser dividido em várias histórias de usuários menores, como “Pesquisar e selecionar o hardware apropriado”, “Comprar e instalar novo hardware” e “Testar e verificar o novo hardware”.
- Software otimizado:Isso pode ser dividido em várias histórias de usuários menores, como “Identificar gargalos de desempenho”, “Desenvolver e implementar otimizações de desempenho” e “Testar e verificar melhorias de desempenho”.
- Implementar sistema NewPOS:Este pode ser um épico que inclui várias histórias de usuários, como “Pesquisar e selecionar o sistema POS apropriado”, “Configurar e personalizar o sistema POS”, “Treinar funcionários de varejo no novo sistema POS” e “Testar e verificar o novo sistema POS .”
- Treinamento de funcionários de varejo:Isso pode ser dividido em várias histórias de usuários menores, como “Desenvolver materiais de treinamento”, “Agendar e conduzir 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ários menores e mais gerenciáveis, a equipe pode estimar o esforço, priorizar e planejar sprints com mais facilidade e se concentrar em agregar valor ao negócio e às partes interessadas.
Aqui está uma tabela atualizada com os itens refinados do backlog do produto (ou histórias de usuários):
| Prioridade | Épico/História do usuário | Descrição | Esforço Estimado (Story Points) |
|---|---|---|---|
| 1 | Atualizar hardware | Pesquise e selecione o hardware apropriado | 5 |
| Adquirir e instalar novo hardware | 5 | ||
| Teste e verifique o novo hardware | 3 | ||
| 2 | Otimizar software | Identificar gargalos de desempenho | 3 |
| Desenvolver e implementar otimizações de desempenho | 5 | ||
| Teste e verifique as melhorias de desempenho | 2 | ||
| 3 | Melhorar a infraestrutura de rede | Melhore a infraestrutura de rede para reduzir a latência e melhorar o desempenho do sistema | 5 |
| 4 | Implementar sistema NewPOS | Pesquise e selecione o sistema POS apropriado | 5 |
| Configurar e personalizar o sistema POS | 8 | ||
| Treine os funcionários do varejo no novo sistema de PDV | 5 | ||
| Teste e verifique o novo sistema POS | 3 | ||
| 5 | Treinamento de funcionários de varejo | Desenvolver materiais de treinamento | 3 |
| Agendar e conduzir treinamentos | 3 | ||
| Avalie a eficácia do treinamento | 2 | ||
| 6 | Melhore o gerenciamento de estoque | Melhore a gestão de estoque para reduzir faltas e excesso de estoque | 8 |
Nota: Os pontos da história são estimados e podem precisar ser refinados durante o refinamento do backlog e as sessões de planejamento do sprint.
Avaliação do Backlog de Produto Atualizado em relação aos Princípios DEEP
Aqui está uma discussão de cada história de usuário no backlog atualizado do produto em relação aos princípios DEEP:
- Atualizar hardware
- Detalhada apropriadamente: A história do usuário é específica e bem definida, indicando que a equipe precisa pesquisar e selecionar o hardware apropriado, adquirir e instalar o novo hardware e testar e verificar o novo hardware.
- 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 é emergente, pois a equipe pode precisar ajustar a seleção de hardware ou o processo de instalação com base em suas descobertas durante as fases de pesquisa e teste.
- Priorizado: A história do usuário é priorizada com base em seu impacto no desempenho do sistema, sendo a atualização do hardware a mais alta prioridade.
- Otimizar software
- Detalhada apropriadamente: a história do 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 de desempenho.
- 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 é emergente, pois a equipe pode precisar ajustar a abordagem de otimização com base em suas descobertas durante a fase de teste.
- Priorizado: a história do 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
- Detalhada apropriadamente: a história do 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 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 de rede necessárias.
- Priorizado: A história do 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
- Detalhada apropriadamente: a história do usuário é específica e bem definida, indicando que a equipe precisa pesquisar e selecionar o sistema POS apropriado, configurar e personalizar o sistema POS, treinar funcionários de varejo no novo sistema POS e testar e verificar o novo sistema POS.
- 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 é emergente, pois a equipe pode precisar ajustar a abordagem de seleção ou configuração com base em suas descobertas durante a fase de teste.
- Priorizado: A história do usuário é priorizada com base em seu impacto no desempenho do sistema, com a implementação do novo sistema POS recebendo alta prioridade.
- Treinamento de funcionários de varejo
- Detalhada apropriadamente: A história do usuário é específica e bem definida, indicando que a equipe precisa desenvolver materiais de treinamento, agendar e conduzir sessões de treinamento e avaliar a eficácia do treinamento.
- 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 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 na melhoria do atendimento ao cliente, com o treinamento de funcionários de varejo recebendo uma prioridade média.
- Melhorar o gerenciamento de estoque
- Detalhada apropriadamente: a história do usuário é específica e bem definida, indicando que a equipe precisa melhorar o gerenciamento de estoque para reduzir faltas e excesso 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 para o gerenciamento de inventário.
- Priorizado: a história do usuário é priorizada com base em seu impacto na redução de faltas e excesso de estoque, com a melhoria do gerenciamento de estoque recebendo uma prioridade média.
No geral, o backlog atualizado do produto se alinha bem com os princípios do DEEP. Cada história de usuário é adequadamente detalhada, estimada, emergente e priorizada, permitindo que a equipe gerencie efetivamente o backlog do produto e agregue valor ao negócio e a seus stakeholders. A priorização de histórias de usuários é baseada em seu impacto no desempenho do sistema, reduzindo erros e melhorando o atendimento ao cliente, o que suporta os objetivos gerais do projeto.
Melhorando o Backlog do Produto
Embora o backlog atualizado do produto pareça estar bem alinhado com os princípios do DEEP, sempre há espaço para melhorias. Aqui estão algumas áreas potenciais para melhoria:
- Detalhado apropriadamente:As histórias do usuário no backlog do produto podem ser refinadas para garantir que sejam adequadamente detalhadas. Isso pode envolver a divisão de histórias de usuário maiores em outras menores ou fornecer mais contexto e clareza sobre os requisitos.
- Estimado:Os pontos de história atribuídos a cada história de usuário podem ser refinados com base em dados reais de sprints anteriores ou na compreensão crescente da equipe sobre os requisitos.
- Emergente: A lista de pendências do produto pode ser continuamente revisada e refinada para garantir que permaneça emergente. A equipe pode incorporar feedback das partes interessadas ou ajustar o backlog com base em novas informações que surgem durante o desenvolvimento.
- Priorizado:A priorização de histórias de usuários pode ser refinada com base nas mudanças nas necessidades de negócios ou no feedback das partes interessadas. A equipe pode realizar revisões regulares do backlog para garantir que as histórias de usuário de maior prioridade sejam abordadas primeiro.
No geral, o backlog do produto é um documento vivo que deve ser continuamente revisado e refinado para garantir que esteja alinhado com os princípios do DEEP e apoie os objetivos do projeto. A equipe deve estar aberta a comentários e buscar ativamente maneiras de melhorar o backlog do produto ao longo do processo de desenvolvimento.
Resumo
A estrutura DEEP é crucial para o Gerenciamento do Backlog do Produto eficaz, pois ajuda as equipes a desenvolver um Backlog do Produto abrangente e priorizado que reflete o entendimento atual dos requisitos do produto. O nível de detalhe deve ser apenas o suficiente para fornecer clareza e direção à equipe de desenvolvimento. Os pontos de história são usados para estimar a quantidade de trabalho necessária para concluir o item, e o Product Backlog é continuamente atualizado com base nas mudanças nos requisitos do produto. A priorização ajuda a equipe de desenvolvimento a se concentrar primeiro nos itens mais importantes.
A estrutura DEEP fornece um conjunto de diretrizes para o Gerenciamento eficaz do Backlog do Produto. Ele garante que o Product Backlog seja adequadamente detalhado, estimado, emergente e priorizado com base em vários fatores, como valor do usuário, valor do negócio, viabilidade técnica, complexidade e dependências. Ao seguir o framework DEEP, as equipes podem gerenciar o Product Backlog de forma eficaz, garantindo que o produto atenda às necessidades de seus usuários e partes interessadas.
FAQs
O que é backlog Deep? ›
Backlog DEEP é a técnica que irá te auxiliar na criação e, principalmente, na ordenação de seu backlog.
Quais as etapas práticas para a construção do backlog do produto? ›Quais são as etapas do Backlog
2 – Definição das Backlogs do produto a serem realizadas para que as necessidades dos usuários sejam atendidas; 3 – Apresentação das Backlogs para todo o time de Scrum; 4 – Reuniões para transformar as Backlogs em Sprint.
O Backlog do Produto é gerenciado pelo Product Owner e contêm os itens ordenados que serão desenvolvidos pelo Time de Desenvolvimento para o produto. Esses itens de trabalho são expressos na forma de necessidades do usuário, objetivos de negócios dos clientes e demais partes interessadas ou funcionalidades do produto.
Como é ordenado o backlog do produto? ›Como os itens do Product Backlog são organizados? Os itens de Backlog de Produto são ordenados com base no valor comercial. Essa priorização deve ser feita de forma que, quanto maior for um item, mais cedo ele será entregue pela equipe de desenvolvimento.
O que é gerenciamento de backlog? ›Quando falamos em desenvolvimento de softwares, o gerenciamento de backlog tem como foco a elaboração de uma lista de itens que direcionarão a equipe. Dentro dessa lista, estão incluídos o histórico do cliente, quais alterações de funcionalidades foram realizadas e as eventuais correções de bugs.
Quais são as características de um backlog? ›- DEEP. Todo backlog é estruturado em itens, que nada mais são do que as etapas de um projeto a serem cumpridas pelo time Scrum. ...
- FDP. ...
- Identifique os requisitos. ...
- Determine as prioridades. ...
- Nomeie e descreva cada item. ...
- Trabalhe com prazos.
O responsável pelo product backlog é o product owner
Como “dono do backlog”, o Product Owner (PO) expressa claramente seus itens, ordena-os para alcançar as metas de negócio, garante sua visibilidade, transparência e compreensão pelo time.
- ID. Uma identificação única, apenas um número com auto-incremento. ...
- Nome. Um nome curto e descritivo para a estória. ...
- Importância. Definir qual é importância dessa estória na perspectiva do Product Owner (em relação ao cliente). ...
- Estimativa inicial. ...
- Como demonstrar. ...
- Notas.
Os pilares do Scrum são três: transparência, inspeção e adaptação.
O que é uma característica do backlog do produto product backlog? ›O product backlog, também conhecido como backlog do produto, é um conceito relativamente fácil de ser entendido: em suma, ele se refere a uma lista ordenada de todos os requisitos que devem ser cumpridos para que um determinado produto seja desenvolvido.
Como funciona backlog? ›
Como funciona o backlog? Geralmente, o time e o “dono do produto” responsáveis pelo projeto escrevem e priorizam os itens iniciais do backlog de produto. A premissa, aqui, é que tais itens bastem para que a equipe inicie a primeira iteração (sprint) – que é o ato de repetir, de tornar a fazer.
O que significa o termo Backlog? ›Se traduzirmos literalmente o termo, do inglês, backlog significa atraso ou acúmulo. Mas, na prática, o conceito nada mais é do que uma lista de tarefas ou um acumulado de afazeres.
Quem é o responsável por priorizar o Backlog do produto? ›Product Owner
Ele é o responsável por priorizar e refinar o Backlog do Produto, de modo a garantir que os itens com maior valor sejam incluídos no topo.
O product backlog faz parte do framework de desenvolvimento Scrum, e é ligado diretamente ao Product Owner (PO), responsável por sua criação, conteúdo, disponibilidade e priorização. Sua função é documentar de forma clara todos os requisitos que vão surgindo durante o desenvolvimento de um projeto.
O que não faz parte do backlog de produto? ›O backlog de produtos não faz parte do sprint (ou seja, ele contém trabalhos que não serão concluídos durante o sprint), mas dá informações sobre como o sprint deve ser planejado.
Quem faz backlog? ›O sprint backlog é responsabilidade do Time Scrum, o product backlog é responsabilidade do Product Owner.
Qual a diferença entre um backlog do produto é um backlog do sprint? ›O Product Backlog pode ser revisado toda semana, já o Sprint Backlog precisa ser revisado todos os dias; O Sprint Backlog usa horas para estimar tarefas, em vez de pontos de história; Enquanto a equipe de desenvolvimento cria um novo Sprint Backlog para cada novo Sprint, o Product Owner mantém o mesmo Product Backlog.
Qual é uma atividade de gestão do Product Backlog? ›O Product Backlog é uma das etapas de uma metodologia maior, chamada Scrum. Ele consiste em uma metodologia de gestão de projetos baseada no movimento ágil, na qual são implementadas uma série de etapas para garantir maior eficiência e qualidade no trabalho da equipe ao longo do processo.
O que é backlog de projetos? ›O que é backlog de projetos? O backlog de projetos é uma lista de trabalho que serve para organizar e direcionar os esforços da equipe de desenvolvimento. Os itens são priorizados de acordo com a relevância dentro do projeto para que a equipe saiba o que precisa entregar primeiro.
O que é o backlog Kanban? ›Kanban de produção
É o mais adotado pelas empresas, possuindo a estrutura tradicional de três partes: backlog (lista de tarefas não iniciadas), atividades em desenvolvimento e as entregues.
Quais são as propriedades do backlog do produto Scrum? ›
- Uma entrada no Backlog do Produto do Scrum sempre agrega valor ao cliente.
- As entradas no Backlog do Produto do Scrum são priorizadas e ordenadas de acordo.
Um backlog de manutenção estável é igual a 1, isso significa que as demandas do setor estão sendo cumpridas pela equipe, o que é o ideal. Se o número for menor que 1, a curva em decrescente significa que há excesso de mão de obra, por isso é preciso rever os serviços e chegar ao número ideal de colaboradores.
Quais são os dois atributos opcionais para um item do Product Backlog? ›- ID: Identificador único para cada item do seu Backlog, auxiliando na rastreabilidade de cada item e evitando redundâncias.
- Nome: Título e/ou descrição breve dos itens, de modo que possam ser lidos rapidamente.
Função: Product Owner. O Product Owner representa os interesses de todos os envolvidos (Stakeholders), define as funcionalidades do produto e prioriza os itens de Product Backlog.
Qual é o papel do gerenciamento no Scrum? ›Auxiliar e motivar a equipe; Remover barreiras que impedem o sucesso e crescimento do projeto; Promover comunicação contínua; Garantir a aplicação dos rituais e artefatos do Scrum.
Quais itens do Backlog de produto devem ser pequenos? ›Histórias que não estejam mais alinhadas à visão do produto devem ser descartadas do Backlog do Produto. Quanto menor for o conjunto de histórias que devem ser priorizadas, mais simples será a tarefa.
Quem refina o Product Backlog? ›O Product Owner pode refinar itens no backlog a qualquer momento, dentro ou fora de uma reunião. O Scrum Master e os membros da equipe de desenvolvimento também podem atualizar os itens a qualquer momento. Normalmente sob a direção do Product Owner.
Qual a estrutura do Scrum? ›A estrutura do Scrum inclui práticas, cerimônias e reuniões de Scrum que as equipes realizam com regularidade. É nas cerimônias ágeis que a gente vê as maiores diferenças entre as equipes. Por exemplo, algumas consideram todas essas cerimônias como tarefa complexa e repetitiva.
Quais dos seguintes são atributos de um item do Product Backlog? ›Os itens do Backlog do Produto possuem os atributos de descrição, ordem, estimativa e valor.
O que é o backlog? ›Backlog é um dos tipos de lista de tarefas que, normalmente, é associada ao seguimento de TI, por referir-se ao desenvolvimento de um produto ou um sistema. Quando combinado com uma gestão ágil, ele ajuda a entender melhor o escopo de um projeto, as prioridades e o andamento das sprints.
O que é backlog em inglês? ›
backlog {substantivo}
acumulação {f.} This backlog of work leads to innumerable additional plenary part-sessions. expand_more Esta acumulação conduzirá a um sem-número de sessões plenárias adicionais.
O que é backlog de projetos? O backlog de projetos é uma lista de trabalho que serve para organizar e direcionar os esforços da equipe de desenvolvimento. Os itens são priorizados de acordo com a relevância dentro do projeto para que a equipe saiba o que precisa entregar primeiro.