Product Backlog
Introdução
Da perspectiva das metodologias ágeis, principalmente o SCRUM, o backlog do produto se trata de um conjunto de requisições do cliente e de pendências que serão implementadas no produto pela equipe de desenvolvimento. Os itens que compõem o backlog geralmente são as histórias de usuário, mas esse artefato pode conter qualquer requisição do cliente e pode estar organizado de forma a possuir muitos graus de granularidade sempre com o objetivo de facilitar e promover entregas e iterações de qualidade.
Metodologia
O presente artefato foi desenvolvido ao final da design sprint e ajustado mais tarde na etapa de modelagem de forma a ser um compilado detalhado e bem especificado de tudo o que foi levantado para o desenvolvimento do projeto.
Dessa forma, foram analizados os artefatos até então produzidos e definidos os itens que estão presentes em três níveis de granularidade (épicos, features e histórias de usuário), sempre levando em consideração as prioridades e a rastreabilidade.
1. Épicos
Um Épico é um contêiner para uma iniciativa de desenvolvimento de solução significativa que captura os investimentos mais substanciais que ocorrem em um portfólio (Scaled Agile, 2021).
Um épico determina um conjunto de features que precisam ser desenvolvidas e tem o objetivo de realizar um Tema o qual seria um grau de granularidade superior que englobaria um conjunto de épicos
Como foram poucos os temas identificados no projeto de forma que sempre abordariam grupos bem definidos de funcionalidades e não haveriam muitas subdivisões em épicos diferentes, a equipe optou por trabalhar com os épicos sendo o primeiro grau de granularidae e definiu os quatro épicos a seguir.
ID | Descrição |
---|---|
E1 | Perfil |
E2 | Atividades e professor |
E3 | Comunicação e notificações |
E4 | Administração |
2. Features
Uma Feature é um serviço que atende a uma necessidade das partes interessadas. Cada recurso inclui uma hipótese de benefício e critérios de aceitação (Scaled Agile, 2021).
Uma feature determina um conjunto de histórias de usuário que precisam ser implementadas e satisfeitas e tem o objetivo de realizar um épico
Segue a lista de features definida.
Épico | ID | Descrição |
---|---|---|
E3 | FT01 | Comunicação entre responsáveis, professores e administradores |
E3 | FT02 | Recebimento de notificações |
E4 | FT03 | Criação e gerência de turmas e eventos |
E4 | FT04 | Cadastro de criança e professor |
E2 | FT05 | Lançamento e acompanhamento da presença |
E3 | FT06 | Criação e gerência de atividade e anotações |
E1 | FT07 | Acompanhamento das atividade, eventos e agenda |
E1 | FT08 | Acompanhamento das turmas |
3. Histórias de Usuário
As Histórias de Usuário são descrições curtas e simples de funcionalidade, geralmente contadas da perspectiva do usuário e escritas em seu idioma. Cada um se destina a permitir a implementação de uma pequena fatia vertical do comportamento do sistema que oferece suporte ao desenvolvimento incremental (Scaled Agile, 2021).
Descrita da perspectiva de um usuário final, uma história de usuário determina um objetivo final do mesmo na utilização de funcionalidades da aplicação desenvolvida. Para a presente especificação, esse item será a menor unidade de trabalho de forma com que a implementação precise satisfaze-la
O padrão de escrita das histórias será o seguinte:
Eu, como << TIPO DE USUÁRIO >>, desejo << OBJETIVO >>.
Segue a lista de histórias de usuario definida.
Feature | ID | Descrição |
---|---|---|
FT04 | US01 | Eu, como administrador, desejo cadastrar uma criança no centro educacional |
FT04 | US02 | Eu, como administrador, desejo cadastrar um professor no centro educacional |
FT03 | US03 | Eu, como administrador, desejo criar, editar e excluir uma turma para o centro educacional |
FT06 | US04 | Eu, como professor, desejo criar, editar e excluir atividades para minha turma |
FT07 | US05 | Eu, como responsável, desejo fazer cadastro e login na aplicação |
FT07 | US06 | Eu, como responsável, desejo ter um espaço que contenha as atividades, eventos e agenda dos próximos dias |
FT07 | US07 | Eu, como responsável, desejo visualizar a lista de todas as atividades da minha criança |
FT07 | US08 | Eu, como responsável, desejo visualizar os detalhes de uma atividade da minha criança |
FT03 | US09 | Eu, como administrador, desejo criar, editar e excluir um evento para o centro educacional |
FT07 | US10 | Eu, como responsável, desejo visualizar a lista de todos os eventos do centro educacional |
FT07 | US11 | Eu, como responsável, desejo visualizar os detalhes de um evento do centro educacional |
FT06 | US12 | Eu, como professor, desejo criar, editar e excluir anotações para uma criança |
FT07 | US13 | Eu, como responsável, desejo visualizar a agenda, com anotações, da minha criança |
FT08 | US14 | Eu, como professor, desejo visualizar a lista de todas as minhas turmas |
FT08 | US15 | Eu, como professor, desejo visualizar os detalhes, atividades e alunos de uma turma |
FT02 | US16 | Eu, como responsável, desejo receber notificações sobre uma atividade da minha criança |
FT02 | US17 | Eu, como responsável, desejo receber notificações sobre a agenda e as anotações da minha criança |
FT02 | US18 | Eu, como responsável, desejo receber notificações sobre um evento do centro educacional |
FT05 | US19 | Eu, como professor, desejo lançar presença da minha turma |
FT05 | US20 | Eu, como responsável, desejo acompanhar o andamento das presenças da minha criança |
FT02 | US21 | Eu, como responsável, desejo receber notificações sobre a entrada e saída da minha criança |
FT01 | US22 | Eu, como responsável, desejo conversar com o administrador do centro educacional |
FT01 | US23 | Eu, como responsável, desejo conversar com o professor da turma da minha criança |
FT07 | US24 | Eu, como responsável, desejo receber relatórios esporádicos sobre tudo produzido pela minha criança |
4. Backlog Completo
Tendo todos os graus de granularidade definidos, pode-se montar uma tabela completa relacionando todos os elementos do backlog do produto e levando em consideração a rastreabilidade e a prioridade das histórias de usuário.
Além disso, a equipe pontuou o grau de complexidade de implementação das histórias de usuário. A planilha com as pontuações individuais de cada participante pode ser acessada por aqui. Foi utilizada a escala de Fibonacci, onde 1 equivale ao menor grau de complexidade e 21 ao maior.
Segue a tabela completa.
Épico | Feature | História de Usuário | Rastreabilidade | MoSCoW | Pontuação |
---|---|---|---|---|---|
E4 | FT04 | US01 | RF_07 | Must | 8 |
E4 | FT04 | US02 | RF_08 | Must | 5 |
E4 | FT03 | US03 | RF_06 | Must | 5 |
E3 | FT06 | US04 | RF_12 | Must | 5 |
E1 | FT07 | US05 | RF_11 | Must | 5 |
E1 | FT07 | US06 | RF_11 | Must | 8 |
E1 | FT07 | US07 | RF_11 | Must | 5 |
E1 | FT07 | US08 | RF_11 | Must | 5 |
E4 | FT03 | US09 | RF_09 | Could | 5 |
E1 | FT07 | US10 | RF_11 | Must | 5 |
E1 | FT07 | US11 | RF_11 | Must | 5 |
E3 | FT06 | US12 | RF_14 | Should | 5 |
E1 | FT07 | US13 | RF_11 | Must | 5 |
E1 | FT08 | US14 | RF_12 | Must | 5 |
E1 | FT08 | US15 | RF_12 | Must | 5 |
E3 | FT02 | US16 | RF_03 | Should | 8 |
E3 | FT02 | US17 | RF_14 | Should | 8 |
E3 | FT02 | US18 | RF_05 | Won't | 8 |
E2 | FT05 | US19 | RF_13 | Could | 3 |
E2 | FT05 | US20 | RF_11 | Must | 5 |
E3 | FT02 | US21 | RF_04 | Could | 8 |
E3 | FT01 | US22 | RF_02 | Could | 8 |
E3 | FT01 | US23 | RF_01 | Should | 8 |
E1 | FT07 | US24 | RF_10 | Could | 5 |
Bibliografia
- Videoaulas e materiais complementares presentes no moodle da disciplina Arquitetura e Desenho de Software. Disponível em https://aprender3.unb.br/course/view.php?id=8603. Acesso em: 14 ago. 2021.
- REINEHR, Sheila. Engenharia de Requisitos. sagah, Porto Alegre, 2020. Disponível em https://integrada.minhabiblioteca.com.br/reader/books/9786556900674/. Acesso em: 27/08/2021.
- RADIGAN, Dan. O backlog do produto: sua lista de tarefas definitiva. Atlassian. Disponível em https://www.atlassian.com/br/agile/scrum/backlogs. Acesso em: 27/08/2021.
- REHKOPF, Max. User Stories with Examples and Template. Atlassian. Disponível em https://www.atlassian.com/agile/project-management/user-stories. Acesso em: 27/08/2021.
- Ventura, Plínio. Epic, Feature e User Story: O que são e como se relacionam estes três artefatos no contexto de um product backlog. Até o momento. Disponível em https://www.ateomomento.com.br/epic-feature-e-user-story/. Acesso em: 27/08/2021.
- Scaled Agile, Inc. Safe Scaled Agile. Disponível em: https://www.scaledagileframework.com/. Acesso em: 17/09/2021.
Versionamento
Data | Versão | Modificação | Autor |
---|---|---|---|
04/08/2021 | 0.1 | Abertura do documento | Bruno Félix |
05/08/2021 | 1.0 | Desenvolvimento do documento | Bruno Félix |
05/08/2021 | 1.1 | Revisão por pares | Daniel Porto, Enzo Gabriel |
06/08/2021 | 1.2 | Inserção Lexicos | Bruno Félix |
13/08/2021 | 1.3 | Corrigindo links lexicos | Bruno Félix |
14/08/2021 | 1.4 | Entrega 2 - Inserção do MoSCoW | Bruno Félix |
18/08/2021 | 1.5 | Entrega 2 - Retirada Tag Iniciativa Extra | Bruno Félix |
21/08/2021 | 1.6 | Correção dos links dos léxicos | Gabriel Bonifácio |
25/08/2021 | 1.7 | Adição da navegabilidade na rastreabilidade | Daniel Porto |
27/08/2021 | 2.0 | Adição da introdução, metodologia, bibliografia e maiores explicações sobre os itens | Daniel Porto |
28/08/2021 | 2.1 | Revisão por pares | Edson Soares, Eliseu Kadesh |
31/08/2021 | 2.2 | Adição da pontuação das histórias de usuário | Daniel Porto |