Overview¶

Visão de produto¶

Problema¶

O principal problema trago pela equipe na Visão geral do Produto foi o fato da disciplina de requisitos de software ofertada pelo professor George Marsicano Corrêa durante esse semestre ter adotado uma metodologia gamificada, mas, ainda não ter alcançado o nível de imersão dos alunos desejado.

Sendo assim, o Crystaleum contempla a resolução desse problema e ainda alcança outros objetivos propostos, justamente por contextualizar a história proposta pelo docente de uma forma mais interativa e próxima aos interesses dos estudantes.

Declaração de Posição do Produto¶

Questionamentos	Descrição
Para	Ingressantes da disciplina de requisitos de software
Quem	Estudantes desisteressados na contextualização do professor em sala de aula
O (nome do produto)	Crystaleum
Que	Irá gerar um maior engajamento dos estudantes com a disciplina
Ao contrário	Da metodologia tradicional de aula, o jogo introduz a disciplina de forma lúdica e motiva os estudantes a lerem o documento posteriormente.
Nosso produto	irá possibilitar ao professor oferecer aos estudantes uma forma lúdica de introdução da matéria

Objetivos do Produto¶

Melhor Compreensão dos Conceitos
Facilitar a Revisão de Conteúdo
Aumentar a Imersão e Interesse na Gamificação
Promover o Uso de Recursos de Apoio

Conclusão:¶

A equipe conseguiu criar um produto que atendeu às expectativas dos clientes, isto é, um jogo divertido que introduzisse os alunos que estão começando a matéria de requisitos à gamificação, além de revisar a matéria de pré-requisito, métodos de desenvolvimento de software.

O nosso processo: RAD¶

O Rapid Application Development, ou Desenvolvimento Rápido de Aplicação, é uma metodologia de desenvolvimento de software que prioriza um ciclo de trabalho curto, iterativo e incremental. Trata-se de um método que foi projetado para substituir as tradicionais técnicas de desenvolvimento, como o modelo cascata, que apresentavam processos mais lentos e pouco flexíveis.

Além disso, o RAD supre a necessidade de planejamento inicial mais detalhado e, como são frequentes as iterações, a equipe que é inexperiente e provavelmente vai cometer erros comuns de quem está aprendendo, vai conseguir errar rápido e aprender rápido para a nova iteração ou na própria prototipação.

Escolha da abordagem ágil.
Curto período de tempo para entrega.
Ter feedbacks constantes em cima de protótipos seria de muita utilidade por se tratar de um jogo.

Kanbam¶

Nessa seção, apresentamos o Kanbam da equipe seguindo o processo escolhido (RAD). Disponibilizamos ele de forma iterativa através do Miro, e em formato de tabela a seguir, além de uma imagem do processo.

Miro Utilizado para confecção do Kanbam¶

-	-	Planejamento inicial	Desenvolvimento	Integração	OK / Implementação e release
Iteração 1	11/09 até 27/09			Sprites da Crys Sprites do NPC Guardião Sprites do NPC Explorador Itens de cada subregião do mapa Mini-mapa	Elicitação de requisitos ( inicio da construção do BackLog)
Iteração 2	03/10 até 25/10			Sprites Mãe da Crys Subregiões do mapa	Atualização do Backlog Definição e alterações no enredo Desenvolvimento inicial DOD e DOR Veri/Val do DoR e DoD dos insurgentes Atividades com os Insurgentes Configuração do ambiente inicial
Iteração 3	31/10 até 27/11		US4 - pescar o oniguiri-mecanica US6 - Mini-game Pesca US1 - Mini-mapa US3 - Movimentar 4 direções RFN6 - Ler a história de calamum caeruleum US9 - dialogar NPCs Sprites do Comandante Estelar Sprites do NPC Caçadores de Recompensa RFN2 sprites animados Sprite Crys parada	Arte de elementos do mini-game de pesca Sprites do NPC Mercenários	Critérios de Aceitação PBB HealthNet Criação dos BDD's, e verificações dos Insurgentes Registros Planning, Review e Retrospectiva Enredo do projeto Aprimoramento DOD e DOR após feedbacks Atualizações na documentação
Iteração 4	28/11 até 05/12	US2 - acessar todas as subáreas US5 - Mini-game Shape - pular mecânica US7 jogar minigame shape US10 - Escolher facção US11 - QUIZ NPC
Iteração 5	06/12 até 13/12	US8- Salvar progresso RFN4 - Efeitos sonoros US12 - Minicarderno de atividades RFN1 - Aumentar e diminuir o volume RFN5 - música tema

Conclusão:¶

Para seguir o RAD, foi criado o Kanban acima onde foi inserido uma coluna para cada fase do RAD. Inicialmente, o grupo teve um pouco de dificuldades para se adaptar ao processo escolhido, uma vez que nenhum dos membros tinha experiência e conhecimentos prévios sobre. Mas, a partir do feedback ao final da segunda missão a equipe se organizou para seguir o processo estabelecido de fato, dessa forma, os testes e aprovações foram feitos várias vezes ao longo do semestre presencialmente com o docente, onde rapidamente mostrávamos o que tínhamos feito e recebíamos feedbacks sobre as entregas. Sendo assim, a equipe conseguia realizar testes de aprovação com constância e já podiam iniciar a próxima tarefa pendente no Kanban.

Planejamento¶

Conclusão:¶

No planejamento inicial, tínhamos realizado o levantamento de 17 requisitos (entre US e RFN) para serem cumpridos. No entanto, um dia antes de iniciar o desenvolvimento, nosso colega de equipe Pedro precisou abandonar a disciplina por motivos maiores.

Dessa forma, debatemos com nosso cliente, professor George, e ajustamos nosso planejamento conforme a prioridade levantada anteriormente. Dos 17, retiramos 4 requisitos, relacionados à música, aos efeitos sonoros e ao salvamento do jogo. Isso porque a equipe concluiu que o Crystaleum é um jogo que será utilizado para contextualização da gamificação da disciplina no primeiro dia de aula, sendo curto demais para a necessidade de salvamento do estado do jogo.

Outra alteração realizada foi relacionado ao mini-game de plataforma, ao qual foi modificado para um space-shooter, clássico de fliperama, e que se encaixava melhor na narrativa da disciplina.