Ata da 1a reunião do grupo Speed Games

Data: 03/09/2013

Integrantes: Júlio Albinati, Paulo Viana, Rubens Emilio 

1 - Descricao:

   A ideia principal do nosso jogo é fazer com que os jogadores respondam perguntas relacionadas a engenharia de software e processos de desenvolvimento. A dinâmica do jogo é dada da seguinte forma:

• os jogadores assumem o papel de investidores, controladores de empresas de desenvolvimento de software;
• no início do jogo, cada participante escolhe a metodologia de desenvolvimento de software (XP, Praxis, Scrum, …) que deverá ser aplicada nas empresas que possuir;
• a cada rodada, o jogador corrente deverá girar uma roleta, usada para definir a ação do turno. O jogador deverá tomar uma das seguintes ações:
• responder uma pergunta relacionada a aspectos gerais de engenharia de software;
• responder uma pergunta relativa ao método de desenvolvimento escolhido;
• retirar uma carta de sorte;
• retirar uma carta de revés;
• ao responder uma pergunta corretamente, o jogador receberá uma recompensa financeira e, caso a pergunta seja referente a seu método de desenvolvimento, retirará uma carta de sorte;
• ao responder uma pergunta erroneamente, o participante retirará uma carta de revés;
• os jogadores podem investir os recursos que possuirem, seja adquirindo novas empresas, ou melhorando o processo de desenvolvimento de suas empresas a partir de certificações CMMI;
• o jogo termina após certa quantidade de rodadas, a ser definida pelo jogador;
• ao término do jogo, cada participante é avaliado de acordo com o número de empresas que possui e suas respectivas certificações.

2 - Engine:

   A engine gráfica escolhida pelo grupo é o Allegro. Essa engine aparenta ser simples e possui uma boa documentação, o que avaliamos ser suficiente para o trabalho a ser desenvolvido.

3 - Processo:

   O processo de desenvolvimento escolhido pelo grupo é o XP. A decisão foi tomada a partir do fato de que este método prioriza o desenvolvimento ágil, uma vez que código e testes são constantemente atualizados. Além disso, aparenta ser um processo adequado para grupos pequenos e funcionar melhor quando envolve pessoas trabalhando próximas, como é o nosso caso.

4 - Metodologia:

   O grupo deve se reunir semanalmente para avaliar o desenvolvimento do trabalho. As versões do programa também devem ser disponibilizadas semanalmente.

5 - Ferramentas:

   Utilizaremos o Git como ferramenta de controle de versão, uma vez que todos os integrantes já usam essa ferramenta cotidianamente.