Grupo 1 - Organização da Primeira Corrida
Participantes:
Arthur (Dono do Produto)
Bernardo (Mestre do Scrum)
Data: 16/09/2014
Decisões de Projeto:
- Controle de Versão: Para efetuar o controle de versão no projeto como um todo, decidimos utilizar o trio: Bitbucket + Mercurial + Source Tree. O primeiro é um serviço de hospedagem de projetos controlados através do Mercurial, um sistema de controle de versões distribuído. Ele possui uma versão gratis para equipes de até 5 desenvolvedores, que é nosso caso. O Source Tree é uma interface para o Mercurial que integra com o Bitbucket.
- Foi adicionando na reserva de requisitos do produto as histórias para configurar o ambiente. Houve a necessidade de adicionar essas histórias para um maior controle das versões das ferramentas utilizadas e para que todos integrantes estivessem aptos para tarefas de desenvolvimento e testes dentro da Corrida inicial. As configurações incluem: Instalar o motor do jogo, instalar e configurar o controle de versão, sincronizar com o repositório do projeto e instalar e configurar o SDK do Android.
- Testes: Criar Plano de Teste + Exportar para o Android + Executar Plano de Teste. Durante o projeto optamos por realizar o teste em três etapas. Primeiramente será criado o plano de teste a ser realizado para a história. Depois será exportado o projeto para o sistema Android para averiguar possíveis erros como configuração dos componentes na tela do aparelho, etc. Por fim será executado o plano de teste, que gera um relatório da atividade.
- Protocolo de Acompanhamento de Tarefas (PAT): Os desenvolvedores criam ‘cards’ de tarefas na reserva de requisitos da corrida no início dela. Essas tarefas devem possuir, ao lado do nome, o tempo estimado em horas (que também deve ser informado para o Mestre do Scrum), e ficar na aba “To Do” até começarem a ser desenvolvidas. Uma vez iniciado o trabalho na tarefa, ela deve ser deslocada para a aba “In Progress” e deve ter uma estimativa de tempo de trabalho associada. Uma vez finalizada a tarefa, o desenvolvedor zera a estimativa de tempo de trabalho, mas somente a desloca para a aba “Done” na próxima reunião diária. Caso algum cenário de tarefa imprevisto ocorra, o desenvolvedor deve criar a tarefa nos padrões descritos e informar o Mestre do Scrum, para atualização as estimativas de horas de trabalho no gráfico do Burndown.
Decisões para a interação 1:
- Dono do Produto: Para essa interação, foi decidido que o representante do dono do produto dentro da equipe seria o Arthur.
- Problema Encontrado: Instalar SDK do Android e conseguir construir o projeto pela Unity. Foi bastante trabalhoso instalar todo o SDK do Android, porque são muitas atualizações que precisaram ser baixas e ainda encontramos erros no momento de exportar para o Android pela Unity. Mas com alguma pesquisa conseguimos resolver tudo.
- Foi criado na reserva do produto as tarefas e histórias da Corrida 1.
- Foi criado o Burndown da Corrida 1 para acompanhamento do desenvolvimento das tarefas dentro da Corrida.
Anexos:
- Visão Geral da Reserva de Requisitos do Produto
- Visão Geral da Reserva de Requisitos da Primeira Corrida
- Visão de algumas tarefas das histórias.
Fizemos uma estimativa inicial de que precisamos de 53 horas para completar toda a corrida 1.
ResponderExcluirConsiderando 5 desenvolvedores e que temos 2 dias na semana para trabalhos, isso nos dá um total aproximado de 2h40min de trabalho semanal por integrante.
Vamos se conseguimos manter esse ritmo.