Backlog do Produto
O projeto iniciou com o Lean Inception, um workshop colaborativo dividido em diversas etapas e atividades, por meio de reuniões e debates, utilizados para orientar a equipe na construção do produto. Após o Lean Inception, é possível definir o Product Backlog e definir histórias de usuários a serem desenvolvidas durante o projeto.
Introdução
Product Backlog é um artefato chave utilizado no desenvolvimento ágil de software. Ele é uma lista ordenada de todas as funcionalidades, requisitos, melhorias e correções de bugs que precisam ser desenvolvidas para um determinado produto.
O Product Backlog é mantido e atualizado pelo Product Owner, que é responsável por definir as prioridades e o valor de cada item na lista. Os itens no Product Backlog são descritos em termos de funcionalidades, comportamentos e resultados esperados, e devem ser escritos de forma clara e concisa para garantir a compreensão comum entre todos os envolvidos no projeto.
O Product Backlog é dinâmico e pode ser alterado a qualquer momento durante o projeto, à medida que as necessidades do produto evoluem ou mudam. Os itens no Product Backlog são trabalhados em ordem de prioridade, com o objetivo de criar valor para o produto o mais rápido possível. A medida que os itens são desenvolvidos, o Product Backlog é constantemente revisado e atualizado.
Método MoSCow
Criado por Dai Clegg enquanto desenvolvia seus trabalhos na Oracle nos anos 90, a técnica MoSCoW foi pensada já na área de gestão e negócios para o desenvolvimento de software. A palavra MoSCoW consiste num acrônimo das letras maiúsculas MSCW que representam as categorias “Must Have”, “Should Have”, “Could Have” e “Won’t Have”, nas quais devemos estar dividindo nossas tasks para priorizar:
| Tipo | Descrição | Identificador |
|---|---|---|
| Must Have | “Tem que ser feito” numa tradução literal, seria a categoria para as tarefas mais indispensáveis para o produto, no qual sem elas poderia se considerar um fracasso. | ⠀ |
| Should Have | “Deveria ter”, ou seja, é importante, mas não crucial, por isso são tarefas que devem vir logo após as categorizadas como essenciais. | ⠀ |
| Could Have | “Poderia ter”, tarefas desejáveis, mas que também não necessárias, ou seja, a serem priorizadas apenas se as tarefas das categorias anteriores forem completadas. | ⠀ |
| Won`t Have | “Não será feito”, tarefas que envolvem muito esforço e têm baixo impacto. Não devem ser priorizadas no momento. | ⠀ |
Tipos de perfis
Os tipos de perfis usados para realizar o mapeamento de usuários no backlog do produto podem ser acessados abaixo.
Documento de Backlog do Produto
O backlog do produto é descrito em três níveis diferentes: Épico e História de Usuário. O Épico representa um grande recurso ou funcionalidade, enquanto a História de Usuário representa uma necessidade específica do usuário dentro desse Épico. Ao dividir o backlog do produto dessa maneira, a equipe de desenvolvimento pode entender melhor o escopo e a complexidade de cada item e priorizá-los com base em sua importância para o negócio e para os usuários.
Referências
K21. Product Backlog: Épico, História de Usuário e Tarefas. Disponível em: https://k21.global/br/blog/product-backlog-epico-historia-tarefas. Acesso em: 01 de Maio de 2023. LOPES, Vanessa. PM3. Product backlog: como priorizar tarefas ao desenvolver um produto. Disponível em: https://www.cursospm3.com.br/blog/product-backlog-como-priorizar-tarefas/?amp&gclid=CjwKCAjwxr2iBhBJEiwAdXECw4gll9Kz-JjSo5Nxa2IEMsAP3bLIZTaipk25E0DrFwRLWSI6XUCJ_BoCCxQQAvD_BwE. Acesso em: 01 de Maio de 2023.
| Data | Versão | Descrição | Autor(es) |
|---|---|---|---|
| 29/04/2023 | 0.1.0 | Criação do documento | Victor Samuel dos Santos Lucas |
| 01/05/2023 | 0.2.0 | Adição do iframe do backlog do produto | Victor Samuel dos Santos Lucas e Vinícius Vieira de Souza |
| 08/07/2023 | 0.2.1 | Atualizando o link do tipo de perfis | Peniel Etèmana e Vinícius Vieira |