Definição do Backlog do Produto¶
Introdução¶
O Product Backlog é uma lista ordenada de tudo o que possa ser necessário no produto e é a única fonte de requisitos para todas as mudanças a serem feitas no produto ¹
Miro Utilizado para confecção do backlog¶
Tabela do Backlog¶
Neste projeto utilizamos o framework SAFe² e organizamos os artefatos do backlog seguindo a desposição de Épicos, Capacidades, Features e US's que se derivam respectivamente, logo em seguida uma pequena descrição sobre cada um:
-
Épicos: Um Épico é uma iniciativa significativa de desenvolvimento de soluções, de acordo com SAFe - Epics
-
Capacidades: As Capacidades exibem as mesmas características e práticas que as funcionalidades, porém são maiores e incluem 1 ou mais funcionalidades,de acordo com SAFe - Capabilities
-
Funcionalidades: Uma Funcionalidade representa a funcionalidade da solução que entrega valor de negócios, atende a uma necessidade das partes interessadas e tem o tamanho adequado para ser entregue por um Agile Release Train dentro de um Incremento de Programa, de acordo SAFe - Features
-
História de Usuário: Stories são breves descrições de pequenos trechos de funcionalidade desejada escritos a partir da perspectiva do usuário., de acordo com SAFe - Features
Para facilitar a visualização da tabela do backlog seguindo o SAFe propomos uma divisão do backlog em 2 tabelas uma para o primeiro épico e uma para o segundo épico.
Nome do Épico | Nome da Capacidade | Nome da Feature | Nome das US's |
---|---|---|---|
E1 - Gerenciamento do jogo | C1 - Mecânicas de jogabilidade | F1 - Permitir a Interação do jogador com o mapa | US1 - Eu como aluno quero poder me localizar através do mini-mapa na lateral da tela para descobrir rapidamente em que parte do jogo estou US2 - Eu como aluno quero acessar todas as sub-áreas do mapa para percorrer todo o jogo |
E1 - Gerenciamento do jogo | C1 - Mecânicas de jogabilidade | F2 - Permitir que o personagem se movimente | US3 - Eu, como aluno, gostaria de me movimentar nas 4 direções cartesianas no mapa do jogo para acessar novas áreas US4 - Eu, como aluno, gostaria de pescar oniguiris ao acessar o mini-game de pesca para que seja possível que meu personagem avance no desenvolver do jogo US5 - Eu, como aluno, gostaria de conseguir atirar no mini-game de space shooter nave para que seja possível que meu personagem avance no desenvolver do jogo |
E1 - Gerenciamento do jogo | C1 - Mecânicas de jogabilidade | F3 - Permitir a Interação do jogador com mini-games | US6 - Eu como aluno gostaria de jogar o mini-game de pesca para obter o item chave para avançar na história do jogo US7 - Eu como aluno gostaria de jogar o mini-game de space shooter nave para avançar na história do jogo |
E1 - Gerenciamento do jogo | C1 - Mecânicas de jogabilidade | F4 - Permitir que o usuário altere as configurações do jogo | US8 - Eu como aluno, desejo salvar o meu progresso no jogo para quando for jogar novamente continuar de onde foi salvo REQ NÃO FUNCIONAL 1 - O aluno deve conseguir aumentar ou diminuir o volume do jogo. |
E1 - Gerenciamento do jogo | C2 -Desenvolvimento de arte | F5 - Apresentação os gráficos em Pixel art | REQ NÃO FUNCIONAL 2 - O aluno deve conseguir visualizar uma aparência animada através das diferentes sprites dos personagens presentes ao decorrer do jogo REQ NÃO FUNCIONAL 3 - O aluno deve conseguir escolher entre diferentes paletas de cores da personagem principal. |
E1 - Gerenciamento do jogo | C2 -Desenvolvimento de arte | F6 - Apresentação de trilha sonora dinâmica durante a gameplay | REQUISITO NÃO FUNCIONAL 4 - O jogo deve possuir efeitos sonoros para representar ações realizadas durante a gameplay REQUISITO NÃO FUNCIONAL 5 - O jogo deve possuir uma musica tema |
Nome do Épico | Nome da Capacidade | Nome da Feature | Nome das US's |
---|---|---|---|
E2 - Gerenciamento da Integração | C3 - Aplicação da interação | F7 - Assimilação entre a história do Super-R e a disciplina | US9 - Eu, como aluno, quero dialogar com os seis NPC's para iniciar um diálogo com eles e descobrir mais sobre a história das facções REQUISITO NÃO FUNCIONAL 6 - O aluno deve poder ler a história do Calamum Caereleum no inicio do jogo US10 - Eu como aluno desejo escolher a minha facção para adquirir um sentimento de pertencimento com a temática da disciplina US11 - Eu como aluno quero responder perguntas de um QUIZ aos NPC's para conseguir revisar a disciplina |
E2 - Gerenciamento da Integração | C3 - Aplicação da interação | F8 - Assimilação das atividades propostas no jogo | US12 - Eu como aluno quero poder compreender quais são minhas próximas atividades no jogo através do mini-caderno na lateral da tela para descobrir rapidamente qual caminho devo seguir |
E2 - Gerenciamento da Integração | C4 - Integração com Power apps | F9 - Portabilidade de dados da turma via API | US13 - Eu como aluno quero que meus acertos sejam enviados ao power apps para mensurar meu progresso US14 - Eu, como professor, desejo poder ser capaz de cadastrar novos jogadores para que eles possam acessar o jogo REQUISITO NÃO FUNCIONAL 7 - O jogo deve ser integrado com o power apps da matéria |
Tabela dos Críterios de aceitação¶
Os critérios de aceitação são elementos fundamentais no processo de desenvolvimento de software, fornecendo critérios claros e objetivos que definem quando uma determinada funcionalidade ou requisito é considerado satisfatoriamente implementado. Esses critérios são estabelecidos em colaboração com os stakeholders do projeto, como usuários finais, clientes e membros da equipe de desenvolvimento, para garantir uma compreensão comum das expectativas e padrões de qualidade.
A tabela a seguir apresenta os critérios de aceitação definidos pelo time e stakeholders na missão 3. Além de suas respectivas US's.
Nome das US's | Critérios de aceitação |
---|---|
US1 - Eu, como aluno, quero poder me localizar através do mini-mapa na lateral da tela para descobrir rapidamente em que parte do jogo estou | Critério 1 - Deve ser possível se teletransportar apertando nos lugares do mapa Critério 2 - Deve ser possível visualizar todos os lugares no mapa que estão liberados para acesso do jogador até o momento |
US2 - Eu, como aluno, quero acessar todas as sub-áreas do mapa para percorrer todo o jogo | Critério 1 - As áreas só podem ser acessadas se o jogador tiver cumprido os requisitos para avançar na história Critério 2 - Sub-áreas que o jogador ainda não visitou devem ser claramente identificáveis no mapa |
US3 - Eu, como aluno, gostaria de me movimentar nas 4 direções cartesianas no mapa do jogo para acessar novas áreas | Critério 1 - O jogador deve ser capaz de se mover nas quatro direções cartesianas (cima, baixo, esquerda, direita) de maneira responsiva Critério 2 - O jogador não pode ultrapassar os limites do mapa, garantindo que a movimentação esteja restrita às áreas do jogo |
US4 - Eu, como aluno, gostaria de pescar oniguiris ao acessar o mini-game de pesca para que seja possível que meu personagem avance no desenvolver do jogo | Critério 1 - Deve poder apertar na tela e a isca subir para acompanhar o oniguiri |
US5 - Eu, como aluno, gostaria de conseguir atirar no mini-game de space shooter nave para que seja possível que meu personagem avance no desenvolver do jogo | Critério 1 - Deve existir um botão ou meio para o personagem atirar |
US6 - Eu, como aluno, gostaria de jogar o mini-game de pesca para obter o item chave para avançar na história do jogo | Critério 1 - Se o jogador conseguir pescar 3 oniguiris, o minigame acaba e ele recebe a chave para abrir o baú Critério 2 - Deve existir um medidor de pesca, o qual consiste em uma barra verde e dentro do medidor um ícone de um oniguiri Critério 3 - O ícone do oniguiri deve ficar subindo ou descendo aleatoriamente dentro da barra do medidor Critério 4 - O objetivo do mini-game será manter a barra verde acompanhando o ícone do peixe Critério 5 - Para controlar a barra verde o jogador deve apertar para mover a barra para cima e se ele soltar ela desce |
US7 - Eu como aluno gostaria de jogar o mini-game de space shooter nave para avançar na história do jogo | Critério 1 - Os inimigos vão se movimentar da direita para a esquerda na direção do jogador Critério 2 - Se o jogador perder, ele pode tentar de novo indefinidas vezes Critério 3 - O mini-game se encerra quando o personagem colide com o inimigo ou derrota uma quantidade pré-definida de inimigos Critério 4 - O personagem só poderá movimentar para cima e para baixo |
US8 - Eu como aluno, desejo salvar o meu progresso no jogo para quando for jogar novamente continuar de onde foi salvo | Não entrou no MVP |
REQUISITO NÃO FUNCIONAL 1 - O aluno deve conseguir aumentar ou diminuir o volume do jogo | Não entrou no MVP |
REQ NÃO FUNCIONAL 2 - O aluno deve conseguir visualizar uma aparência animada através das diferentes sprites dos personagens presentes ao decorrer do jogo | Critério 1 - O personagem deve possuir animação ao ficar parado, pelo menos 3 sprites Critério 2 - O personagem deve possuir animação de movimentação, pelo menos 3 sprites |
REQ NÃO FUNCIONAL 3 - O aluno deve conseguir escolher entre diferentes paletas de cores da personagem principal | Não entrou no MVP |
REQUISITO NÃO FUNCIONAL 4 - O jogo deve possuir efeitos sonoros para representar ações realizadas durante a gameplay | Não entrou no MVP |
REQUISITO NÃO FUNCIONAL 5 - O jogo deve possuir uma musica tema | Não entrou no MVP |
US9 - Eu, como aluno, quero dialogar com os seis NPC's para iniciar um diálogo com eles e descobrir mais sobre a história das facções | Critério 1 - Deve ser possível selecionar o NPC de uma das facções para iniciar um diálogo Critério 2 - Deve ser possível selecionar o NPC da mãe para iniciar um diálogo Critério 3 - Deve ser possível selecionar o NPC do comandante estelar que o usuário possa interagir para iniciar um diálogo Critério 4 - Deve-se escolher apenas uma das opções de resposta para cada pergunta feita pelo NPC |
REQUISITO NÃO FUNCIONAL 6 - O aluno deve poder ler a história do Calamum Caereleum no inicio do jogo | Critério 1 - Ao iniciar deve ser apresentada a abertura do jogo através de uma história sobre Calamum Caereleum |
US10 - Eu, como aluno, desejo escolher a minha facção para adquirir um sentimento de pertencimento com a temática da disciplina | Critério 1 - O usuário só irá conseguir escolher a facção se tiver respondido o Quiz Critério 2 - Ao selecionar um deles novamente, deverá ser perguntado ao jogador se ele deseja entrar na facção |
US11 - Eu, como aluno, quero responder perguntas de um QUIZ aos NPC's para conseguir revisar a disciplina | Critério 1 - Ao interagir com um NPC ele pode oferecer a opção de responder um QUIZ naquele momento Critério 2 - O QUIZ deve conter no mínimo 5 perguntas com 4 alternativas fechadas de respostas Critério 3 - Se o jogador errar a resposta de quaisquer perguntas do QUIZ, deve-se retornar ao início |
US12 - Eu, como aluno, quero poder compreender quais são minhas próximas atividades no jogo através do mini-caderno na lateral da tela para descobrir rapidamente qual caminho devo seguir | Critério 1 - O mini-caderno deve ser apresentado na lateral da tela do usuário Critério 2 - Deve ser possível visualizar todos as atividades que estão liberadas até o momento de forma sequencial que foi liberada para que o jogador possa prosseguir no jogo |
US13 - Eu, como aluno, quero que meus acertos sejam enviados ao power apps para mensurar meu progresso | Não entrou no MVP |
US14 - Eu, como professor, desejo poder ser capaz de cadastrar novos jogadores para que eles possam acessar o jogo | Não entrou no MVP |
REQUISITO NÃO FUNCIONAL 7 - O jogo deve ser integrado com o power apps da matéria | Não entrou no MVP |
Alterações¶
Basicamente as alterações feitas no backlog do produto foi a alteração no mini-game de plataforma para um minigame de space shooter.
Referências Bibliográficas¶
1. K. Schwaber & J. Sutherland, The Scrum Guide, 2011
2. SAFe Framework, The Scrum Guide, Acesso em: [25/10/2023], SAFe Framework
Histórico de Versão¶
Versão | Data | Descrição | Autor(es) |
---|---|---|---|
1.0 | 22/10/2023 | Criação da página | Suzane Duarte |
1.1 | 24/10/2023 | Adição da tabela do backlog e do miro utilizado | Pablo Guilherme |
1.2 | 25/10/2023 | Adição do texto e mudança na organização da tabela do Backlog | Pablo Guilherme |
1.3 | 15/11/2023 | Atualização do Backlog e adição dos critérios de aceitação | Artur Jackson |
1.4 | 15/11/2023 | Revisão e pequena correção na repetição da US 12 | Pedro Henrique |
2.0 | 20/11/2023 | Últimos ajustes após feedback do professor | Suzane Duarte |
2.1 | 22/11/2023 | Correção de critérios relacionados à pesca | Ana Carolina |