Ata da 6ª Reunião - 17/10

Membros:

Antônio Gonçalves

Bruno Liberal

Rafael Fonseca

Vinícius Garcia

Vitor Paisante

- Objetivos da reunião: 3º Sprint Review e 4º Sprint Planning

3º Sprint Review:

No Sprint Review é feita uma revisão do que foi feito durante a interação, em relação ao produto e em relação ao processo e é apresentado para o cliente. Também é relatados os impedimentos do processo e em relação a equipe.

Para esse Sprint conseguimos fazer tudo que foi feito e identificamos alguns detalhes que tem que ser mudados no processo.

Casos Feitos no Sprint Review:

1. Fazer um protótipo apresentável para o cliente. 20 pontos

O design visual do jogo foi completamente estabelecido. Neste novo build, é possível visualizar como os turnos progridem e ver as telas principais do jogo. A lógica em sí, não está neste build, pois exigia ainda outras informações desenvolvidas concomitantemente. Para a proxima build, pretendemos implementar a lógica do jogo e as telas que faltam.

Pode ser acessado aqui: https://www.dropbox.com/sh/yg4ayw6q8xtxdyf/12u5LTTtrt

2. Fazer o relacionamento de tarefas a se fazer no projeto e os cargos dos funcionários.  13 Pontos
3. Fazer o relacionamento dos bônus das tarefas para as outras tarefas.  13 pontos.

As tarefas 2 e 3 podem ser acessadas aqui:

https://docs.google.com/spreadsheet/ccc?key=0AlSic6iZbQWpdEJKWnpzVVYybzZkdW5xMlhic0dTNUE&usp=drive_web

4. Criar 10 funcionários exemplos para os primeiros testes - 8 pontos.
5. Criar 5 projetos exemplo para os primeiros testes - 8 pontos.

https://docs.google.com/spreadsheet/ccc?key=0As6gwZs8ta4GdFA3cjVlRnd5cmp6N2xOandEUlBreWc&usp=drive_web#gid=2

Também foram feitos três casos que foram necessários durante a iteração. O Professor relatou que o trabalho podia ficar grande de mais, e por isso dedicamos um tempo em simplificar os dados.

Os casos são os seguintes:

1. Fazer a simplificação das tarefas classes 1 e 2 Praxis. 3 Pontos.
2. Fazer a simplificação das tarefas classes 3 e 4 Praxis. 3 Pontos.
3. Fazer a simplificação das tarefas classes 5 e 6 Praxis. 3 Pontos.

Total de pontos feitos:    71.

Total pontos projetados: 62.

Impedimentos:

- Falta de comunicação na especificação jogo, tivemos pontos de divergência entre a equipe do Scrum.

Solução: Entramos em contato com o cliente/professor Sergio Crespo que sanou nossas dúvidas.

    - Integrantes não compareceram em reuniões;

Solução: Será colocado o nome apenas dos membros presentes nas atas das reuniões.

    - Integrante que conhece o Unity, estava ficando sobrecarregado, pois o framework é complicado e não trivial.

Solução: Ele criará as classes abstratas/interfaces e a implementação dessas será dividido com o grupo.

Problema no Processo

- Reunição semanal nem sempre ocorre:

Solução: Reuniões de curto intervalo de tempo após a aula, será equivalente ao Daily Scrum; E usaremos para marcar a reunião semanal.

- Não está sendo mostrado muita coisa relativa ao processo ao cliente:

Solução: Será feita ata de toda a reunição e será postada no Blog. Os passos do processo serão mostrados claramente;

4º Sprint Planning:

Sprint Planning é o planejamento do próximo Sprint. Nele é motado o Selected Backlog a partir do Product Backlog. O Product Backlog é uma lista que contém todos os possíveis casos de serem feitos no software, e nele tanto a equipe quanto o cliente podem adicionar casos. Ele pode ser encontrado aqui.

Já o Selected Backlog é um grupo de casos direcionados para um dos espaços do software, por exemplo melhora de uma funcionalidade. A partir do Selected Backlog a equipe escolhe quais destes casos podem serão feitos no Sprint, pois eles tem mais noção do tempo gasto para as coisas serem feitas.

Como nossa comunicação com o cliente não é completamente fluída, para facilitar, nós montamos o Selected Backlog e enviamos para o Sergio para ele verificar se está de acordo com seu desejo. Caso precise, faremos os ajustes.

Selected Backlog:

Integrar a programação ao GitHub.

Rodar dois turnos do jogo com dados reais.

Criar controle de reputação do jogador.

Criar controle do dinheiro.

Criar controle do salário.

Criar gerenciamento e alocação de tarefas.

Desenhar testes (TDD)

Integrar dados levantados ao jogo

Executar e explicitar os testes desenhados

Refinar interface gráfica

Colocar mensagens para o usuário, Instruções de Uso.

Rodar uma partida do jogo.

Criar interfaces que serão responsáveis pela implementação baixo nível do jogo.

Após o aceite do cliente será feita o Poker Planning. Nesta etapa será feita a votação de quantos pontos cada um dos casos tem e quais deles estão dentro do possível de ser feito em 2 semanas. Nesta etapa apenas a equipe vota.