• Grupo: Oito 8

Reunião dia 26/11/2015

• Membros do Grupo:

Weslei Antonio Vilela

Flávio Bastos Haueisen

Daniel Lucas Pereira

Jean Henrique Ferreira Freire

Humberto Lopes de Morais

Lucas Antonio Conceição

Thiago Lucas dos Santos

••• Pauta:

Assuntos abordados durante esta reunião:

→ Sobre as tarefas desenvolvidas desde a reunião do dia 24/11/2015 até a presente data do dia 26/11/2015:

Devido a prova, o grupo deu foco apenas as tarefas simples ou essenciais para a conclusão do projeto.

Portanto, o grupo desenvolveu menos tarefas nos últimos dois dias. Da mesma forma, nossa presente reunião também foi muito rápida e simples pois não havia muitos tópicos para serem discutidos (com exceção do tema Gestão de Tempo, amplamente discutida no último dia 24/11/2015, e que decidimos não discutir novamente hoje, na presente reunião.).

→ Sobre a gestão de tempo:

O grupo vai construir, apresentar e preencher o formulário de gestão de tempo.

Sobre a discussão da semana anterior, nada foi definido até o presente momento e decidimos não discutir novamente o assunto na presente reunião, deixando o assunto para ser decidido na reunião final.

• Tarefas que foram previamente definidas na reunião anterior e que já foram concluídas antes desta reunião:

• Seguir a proposta do Cronograma, tentando sempre manter-se dentro do prazo. • Acompanhar o desenvolvimento do projeto. • Apresentar e postar a proposta do novo modelo de registro de tempo.

• Tarefas a serem desenvolvidas até o próxima reunião presencial:

• Criar o formulário do novo modelo de Gestão de Tempo. • Verificar se todos os membros do grupo estão preenchendo corretamente o formulário do novo modelo de Gestão de Tempo. • Seguir a proposta do Cronograma, tentando sempre manter-se dentro do prazo. • Revisar o desenvolvimento de cada módulo de programação, incluindo/atualizando as novas características dos módulos de leitura das perguntas. • Revisar o desenvolvimento de cada módulo de programação, incluindo/atualizando as novas características dos módulos de leitura das características dos objetos. • Acompanhar o desenvolvimento do projeto. • Apresentar o desenvolvimento do quadro de membros/objetos/recursos e suas respectivas características (necessário para o desenvolvimento do jogo.) respeitando o modelo estrutural de entrada de dados que foi definido. • Revisar e testar a classe de Perguntas e Respostas, e da Classe de leitura das perguntas e respostas utilizando o banco de perguntas que foi desenvolvido.

• Grupo: Oito 8

Reunião dia 24/11/2015

• Membros do Grupo:

Weslei Antonio Vilela

Flávio Bastos Haueisen

Daniel Lucas Pereira

Jean Henrique Ferreira Freire

Humberto Lopes de Morais

Lucas Antonio Conceição

Thiago Lucas dos Santos

••• Pauta:

Assuntos abordados durante esta reunião:

→ Discussão sobre a Gestão de Tempo:

Conforme já proposto desde nossa 1º postagem de reuniões do grupo, é um desejo a Gestão do Tempo de contribuição de cada membro do grupo.

Nesse sentido, ficou acordado até então que cada membro do grupo faria o registro da tarefa/atividade no Trello, e após concluir a tarefa, faria o registro do tempo médio gasto para concluir a tarefa. Isso garantia a gestão do tempo e a gestão da tarefa de forma bem organizada.

Desde então, o registro de tempo tem sido feito de forma manual pois ainda não tínha-mos encontrado uma ferramenta que fizesse um bom trabalho com o registro e gestão de tempo para todos.
Um problema do registro manual do tempo médio gasto, é que, entre outras coisas, ele permitia que qualquer membro do grupo registra-se qualquer tempo aleatório (ou seja, existe a possibilidade de distorcer o tempo real gasto para desenvolver a tarefa.).

Porém, na presente reunião, foi apresentado uma nova proposta de controle de gestão do tempo, um dos requisitos para obter o CMMI nível 2.

A proposta é boa, porém houve divergências quanto ao que seria apresentado na apresentação final do projeto. Esta proposta também permite a o registro aleatório do tempo gasto
(ou seja, existe a possibilidade de distorcer o tempo real gasto para desenvolver a tarefa.), mas por outro lado, esta proposta apresenta formas mais sofisticadas de verificar a conclusão de uma dada tarefa.

Existem duas propostas sobre a apresentação da Gestão de Tempo na apresentação final do projeto:

• A primeira proposta, visa apresentar somente o que foi produzido do dia 24/11/2015 até a data final da apresentação, jogando fora todo o registro de desenvolvimento de tarefas e tempo gasto que foi registrado durante todo o desenvolvimento do projeto.

• A segunda proposta, visa apresentar toda a carga horária aproximada de trabalho no projeto de cada membro do grupo, registrado desde o primeiro dia de desenvolvimento do projeto até o dia 24/11/2015; contabilizada apenas como carga horária total de trabalho (ou seja, apresentar o registro construído até o presente momento) e depois apresentar o novo modelo de registro de tempo, com o que produzido do dia 24/11/2015 até a data final da apresentação. O objetivo é apontar as falhas do primeiro modelo em relação ao segundo modelo, que também apresenta falhas, mas possui outros recursos sofisticados de controle da produção das tarefas.

Ambos modelos apresentam falhas pois o registro do tempo é determinado de forma aproximativa. Além disso, a habilidade e capacidade de cada um determina muito do tempo que ele gasta na conclusão de uma tarefa; logo o tempo gasto no desenvolvimento de uma tarefa não é um bom fator/referencial para evidenciar o grau de trabalho, comprometimento e contribuição no desenvolvimento do projeto.

A primeira proposta foca apenas no que foi produzido nos últimos dias. Porém, muitas tarefas importantes tem sido desenvolvidas desde o início deste projeto e as contribuições de cada membro do grupo ficariam perdidas na apresentação.

A segunda proposta é mais completa pois visa mostrar o montante total de horas trabalho gasto até o presente momento, e depois confrontar com o novo modelo proposto, apresentando as vantagens do novo modelo em relação ao antigo modelo, sem desmerecer o registro de tempo e trabalho já contabilizado até antes da apresentação do novo modelo.

A discussão foi muito longa, sem que fosse chegado a qualquer conclusão. Como o assunto foi polêmico, seria até interessante a opinião e posição do monitor ou professor sobre o tema (apresentando alguma solução ou alguma dica para nosso grupo apresentar melhor nossa Gestão de Tempo.).

→ Atualização do Cronograma para as tarefas finais importantes, necessárias para a conclusão do desenvolvimento do Projeto:

Aproveitando o adiamento da apresentação final do projeto, o grupo resolveu atualizar o Cronograma proposto, dividindo melhor as datas e tarefas.

O objetivo é evitar qualquer imprevistos, ao mesmo tempo que ajuda todos a se organizarem para concluir cada uma das tarefas.

Cronograma:

→	20/Nov	à	28/Nov	Implementação das sugestões propostas, e conclusão dos testes finais de desenvolvimento.
	27/Nov	à	01/Dez	Finalização do Game Design Document.
	29/Nov	à	01/Dez	Finalização do Technical Design Document.
	26/Nov	à	01/Dez	Revisão das Postagens já realizadas pelo grupo.
→	02/Dez			Atualização do diagrama UML (contendo todas as atualizações realizadas durante o desenvolvimento do projeto até o presente momento.).
→	23/Nov			Atualização dos nomes dos membros do grupo em todas as apresentações postadas.
→	19/Nov	à	25Nov	Organiza e executar o sistema de testes, seguindo as orientações do professor.
	27/Nov	à	01/Dez	Realização do resumo das reuniões para a apresentação final. Postagens de todo material restante referente ao projeto final
→	25/Nov	à	27/Nov	Ajustes e verificações finais do  projeto.
→	27/Nov	à	29/Nov	Testes finais do  projeto.
→	29/Nov	à	01/Dez	Revisão geral do Projeto.
→	01/Dez	à	02/Dez	Finalização da apresentação Final.

O Cronograma foi organizado por tarefa e por data cronológica aproximada.

As taferas seguidas de “→”, indicam que as mesmas são fundamentais para o sucesso do trabalho e por isso devem ser priorizadas. Neste caso, se tratando da finalização do desenvolvimento do projeto, é natural e esperado que quase todas as tarefas finais sejam fundamentais e necessarias para a conclusão e sucesso do projeto.

• Tarefas que foram previamente definidas na reunião anterior e que já foram concluídas antes desta reunião:

• Implementar as alterações referentes ao Layout do Jogo (atualização da interface gráfica do jogo.). • Seguir a proposta do Cronograma, tentando sempre manter-se dentro do prazo. • Acompanhar o desenvolvimento do projeto.

• Tarefas a serem desenvolvidas até o próxima reunião presencial:

• Adaptar as questões do banco de questões do MPS.BR (necessário para o desenvolvimento de parte das funcionalidades do jogo.) seguindo o padrão de entrada e saída de dados desenvolvido pelo grupo em reuniões passadas. • Seguir a proposta do Cronograma, tentando sempre manter-se dentro do prazo. • Revisar o desenvolvimento de cada módulo de programação, incluindo/atualizando as novas características dos módulos de leitura das perguntas. • Revisar o desenvolvimento de cada módulo de programação, incluindo/atualizando as novas características dos módulos de leitura das características dos objetos. • Acompanhar o desenvolvimento do projeto. • Apresentar o desenvolvimento do quadro de membros/objetos/recursos e suas respectivas características (necessário para o desenvolvimento do jogo.) respeitando o modelo estrutural de entrada de dados que foi definido. • Revisar e testar a classe de Perguntas e Respostas, e da Classe de leitura das perguntas e respostas utilizando o banco de perguntas que foi desenvolvido. • Apresentar e postar a proposta do novo modelo de registro de tempo.

9 Group - Divisão das novas tarefas

Na reunião do dia 26 de novembro foi decido que a divisão das tarefas ainda não concluídas permanecerá a mesma para os trios já formados. Para as novas tarefas a divisão ficou da seguinte forma.

Trio: Marina, Leandro e José Ricardo

• Seleção de perguntas com tema Ética, que serão utilizadas na “encruzilhada”;
• Modificar o banco de perguntas, acrescentando as perguntas selecionadas sobre Ética;
• Modificação da tela inicial, que deve conter botões com Ranking, Créditos e Regras do jogo;
• Criação da tela de créditos;

Trio: Rafael, Francisco, Henrique N.

• Criação da tela com ranqueamento;
• Criação da tela Regras do jogo;
• Definir como será feito o “login”, que será utilizado no discernimento dos usuários na tela de ranqueamento;
• Criação do Manual do usuário, que será apresentado na tela de Regras do jogo, que deve ser de fácil compreensão e apresentar todos os pontos chave para entendimento de como ocorre o funcionamento do jogo;

Trio: Julio, Guilherme e Henrique

• Definir sistema de tempo;
• Definir sistema de pontuação, sendo que o tempo será utilizado para a definição do mesmo
• Definir como será feita a penalidade, feita ao errar a pergunta da “encruzilhada”, com tema Ética;
• Definir como o tempo será afetado caso ocorra o erro de alguma pergunta;
• Definir como o tempo será afetado caso o usuário erre a pergunta sobre Ética, feita na “encruzilhada”;

A criação e execução dos testes para cada parte do programa ficará a cargo do trio responsável pelo desenvolvimento da parte.

Entrega do Produto

Prezados alunos,

Por favor me entreguem o produto que será apresentado na tarde de 03 de dezembro neste dia, de preferência
pela manhã.
A penalização por atraso será de 10% se as entregas forem feitas ATÉ MEIA NOITE DO dia 04, 20% ATE MEIA NOITE DO DIA 05, e encerram dia  09 de dezembro COM PENALIZAÇÃO DE 40%.

*obs: para registrar a entrega do produto deve ser enviado para o meu e-mail o link para a ultima liberação (release) gerada no repositório de código (GitHub). Caso algum grupo não esteja utilizando o GitHub, favor entrar em contato para discutirmos uma alternativa. 

Grupo Oito - Gestão de Tempo

Planejamento de projeto - Determinar Estimativas de Esforço e Custo

“Estimativas de custo e esforço são, geralmente, baseadas nos resultados de análises utilizando modelos ou dados históricos aplicados ao tamanho, atividades e outros parâmetros de planejamento. A confiança nessas estimativas está baseada na análise racional para o modelo selecionado e na natureza dos dados. Existem ocasiões onde os dados históricos disponíveis não se aplicam, tais como quando os esforços não têm precedentes (são inéditos) ou onde o tipo de tarefa não é o mesmo dos modelos disponíveis. Um esforço é sem precedentes (em algum grau) se nunca foi elaborado um componente ou produto similar. Isso também pode ocorrer se a equipe de desenvolvimento nunca construiu um produto ou componente parecido. Esforços sem precedentes possuem um risco maior, requerem mais pesquisas para desenvolver bases de estimativas razoáveis e requerem maiores reservas estratégicas. As particularidades dos projetos devem ser documentadas quando esses modelos são utilizados para garantir um entendimento comum de todas as suposições feitas nos estágios iniciais de planejamento.” [1]

Com o intuito de estimar o esforço necessário para desenvolver as atividades do projeto o grupo resolver implementar uma ferramenta para gestão de esforço. De forma a armazenar o esforço de cada integrante em uma atividade. Assim poderemos criar uma base de dados para estimar atividades futuras além de poder controlar o tempo gasto por atividade e o tempo total de cada integrante do grupo.

Para esse planejamento foi criado um formulário do Google, que está disponível no endereço jean.dcc.ufmg.br/tempo.html , e tem o seguinte formato:

onde cada integrante deve preencher:

• nome
• data
• hora de inicio da tarefa
• hora de termino da tarefa
• descrição da tarefa

Os dados informados são armazenados em uma planilha que está no Google drive do projeto. Essa planilha faz o calculo do tempo gasto em cada atividade e o tempo total dedicado ao projeto, por cada participante do grupo.

Referencias :

[1] http://www.spinsp.org.br/CMMI/CMMIDEV.pdf