Hoje, discutimos durante o nosso sprint sobre a questão da validação dos motivos que
levaram os projetos ao fracasso, encontramos duas alternativas para solucionar esse
problema:
1 - Poderiamos armazenar as respostas de todos os jogadores e informá-los quantos por
cento dos outros jogadores concordariam com ele, o que não resolve de fato a questão da
validação pois não estariamos de fato validando as respostas. Essa solução também
implicaria numa implementação mais complexa e, é claro, a necessidade de um servidor.
2 - Poderiamos utilizar projetos conhecidos, que já foram devidamente estudados e
analisados. Essa solução exigiria um extenso estudo sobre cada um dos projetos que
colocassemos no nosso jogo e ainda asssim, não teriamos certeza de que as respostas
que definimos como corretas são de fato corretas.
Avaliando essas possibilidades decidimos eliminar por completo a parte de análise de
projetos fracassados. Não por achar que a complexidade impeça o desenvolvimento do
jogo, mas por não ficarmos satisfeitos com a forma que lidamos com a questão da
validação. No final desse sprint, que nesse ponto já tinha se tornado uma reunião de
projeto, foi decidido que iremos fazer um jogo em que o objetivo é "sobreviver" até a última
pergunta. O jogador poderá errar um número X de perguntas antes que seu personagem se
afogue, a cada erro mais agua é derramada no tanque em que o jogador se encontra.
Quanto a validação dessas perguntas feitas, iremos utilizar perguntas do POSCOMP, cujas
respostas já foram devidamente discutidas e validadas.
Após decidirmos pela mudança da temática do jogo, cadastramos no Trello mais tarefas
referentes à execução do projeto, levando em conta esse novo modelo de jogo.
Nenhum comentário:
Postar um comentário