terça-feira, 22 de outubro de 2013


G8Games
Ata da 7ª Reunião - 22/10

Membros:
Antônio Gonçalves
Bruno Liberal
Rafael Fonseca
Vinícius Garcia
Vitor Paisante



- Objetivos da reunião: Definie os casos a serem feitos a partir do selected backlog e pontuá-los através do Poker planning.

Foi passado o selected backlog (Lista com os casos mais guiados) para o Product Owner para a aprovação, que nos mandou a lista com as tarefas:


Casos do 4º Sprint:

  1. Integrar a programação ao GitHub. 5

  1. Rodar dois turnos do jogo com dados reais. Épico (Passa dos 20 pontos). Então foi dividido nos sub-casos:

    1. Criar controle de reputação do jogador. 13
    2. Criar controle do dinheiro. 13
    3. Criar controle do salário. 13
    4. Criar gerenciamento e alocação de tarefas. 13
    5. Integrar dados levantados ao jogo. 13

  1. Desenhar testes (TDD). 13

  1. Executar e explicitar os testes desenhados. 13

Total: 96 pontos.

Cada caso está relacionado com uma história de usuário. Essa história captura o que o cliente faz ou precisa em relação ao que está sendo feito.

Abaixo mostrarei as histórias de usuários do Sprint atual:

1 - Correspondente ao 1º caso: O cliente gostaria de saber que as configurações do projeto estão sendo devidamente tratadas e com isso dar mais credibilidade ao projeto.

2 - Correspondente aos casos 2.a, 2.b, 2.c, 2.d: O cliente quer saber como será feito o controle de financeiro do jogador, reputação do jogador e alocação de tarefas. Nesta etapa serão criados controle de salário do funcionário e controle de dinheiro do jogador. Também serão estabelecidos os controles de reputação e gerenciamento de alocação de tarefas aos funcionários.

3 - Correspondente ao caso 2.e: O cliente quer ver os dados levantados nos sprint’s passados integrados ao jogo.

4 - Correspondente aos casos 3 e 4: O cliente que saber como e quais testes estão sendo feitos no sistema.
   
As tarefas juntamente com cada história de usuário correspondente podem ser vistos aqui, no task board usado. O task boar é onde todas as tarefas ficam de maneira fácil de serem vistas pela equipe. Escolhemos o site SeeNowDo que fornece um taskboard online e visual. Para mais detalhes pode ser pedido para qualquer integrante do grupo para logar com sua conta e mostra-las.

Ficou decidido que estabeleceremos as classes, métodos e variáveis para serem passados para toda a equipe, que em seguida dividirá o trabalho entre os membros em implementação e testes. Estudaremos mais sobre a execução de testes de unidade e o desenvolvimento dirigido por testes no ambiente em que estamos desenvolvendo e as ferramentas para aplicá-las. No final do sprint um protótipo funcional será disponibilizado para o cliente.

Nenhum comentário:

Postar um comentário