20th Booth Games

Detalhamento de Processo e Andamento do Grupo 20th Booth Games

Júlio César

Josué Costa

Yuri Pessoa

André Harder

    1)    Metas Genéricas

a)     Atingir metas específicas

b)    Institucionalizar o processo gerido

c)     Institucionalizar o processo definido

1.1)         Práticas Genéricas:

a.1) Executar práticas específicas:

        Práticas específicas detalhadas à frente.

b.1) Planejar o processo:

        O processo em andamento foi planejado conforme informado no primeiro seminário do trabalho, com poucas alterações.

Alterações:

·        Cronograma de entregas - Postagem semanal no Blog.

Motivos:

·    Pouca informação nova a ser adicionada no prazo curto de uma semana. Como grande parte do início do processo se resumiu na providência de recursos e treinamento, definiu-se que não havia material para postagem nas semanas referentes às fases de requisito e desenho do projeto.  

 As áreas referentes ao processo serão detalhadas à frente.

b.2) Prover recursos:

        Recursos providos:

·  Material de estudo da linguagem e engine de jogo escolhidos. Recurso provido.

·  Material relevante para o desenvolvimento de sprites. Recurso provido.

·        Material relevante para o desenvolvimento do background gráfico do jogo. Recurso provido.

·  Meio de comunicação entre os envolvidos. Recurso Provido.

·  Materiais para Gestão de Configuração, Gerência e Controle de Versões. Recurso Provido.

     

b.3) Atribuir responsabilidades

·        Desenvolvedor Chefe: André

·        Inspetor: Josué

·        Gerente de Testes: Júlio

·        Coordenador: uri

b.4) Treinar pessoas

     O treinamento foi realizado de forma individual por cada membro do projeto.

b.5) Gerir configurações

       Todos os recursos necessários à gestão de configurações já foram levantados. Até o momento, apenas as configurações referentes à implementação da arquitetura estão sendo geridas, uma vez que a fase de implementação teve início há apenas uma semana.

       As configurações de arquitetura estão sendo desenvolvidas pelo Gestor de Testes, o Desenvolvedor Chefe e o Coordenador do projeto.

b.6) Monitorar e controlar o processo

        O monitoramento e controle estão sendo realizados pelo Coordenador do projeto por meio dos recursos de interação virtual e as plataformas de controle de versões.

b.7) Avaliar objetivamente a aderência

        A avaliação de aderência é realizada em conjunto. Até o presente momento, é unânime a conformidade do andamento aos prazos e objetivos do projeto.

b.8) Rever status com direção

        Função da coordenação. Até o momento, a aderência do projeto ao processo permitiu rápidas revisões de status, sem grande impacto ao processo. A única alteração realizada para adequação do projeto ao processo em andamento foi descrita no item b.1. deste documento.

    2)    Áreas de Processo e Metas Específicas e Práticas Especificas:

2.1) Gestão de Requisitos:

            2.1.1) Entendimento dos requisitos:

                       Tomou-se como requisitos as informações constantes no enunciado do trabalho, divulgado no Blog da disciplina. Na posse de um documento escrito, avaliou-se a necessidade de uma oficina para apuração dos requisitos em posse, mas foi firmada a não necessidade de um encontro formal com o redator do documento. Os requisitos a serem atendidos são os requisitos de enunciado, os quais foram facilmente entendidos, visto a baixa complexidade dos mesmos e a alta liberdade conferida no desenvolvimento do trabalho.

2.1.2) Obter compromisso com os requisitos:

        Todo o processo foi desenvolvido com foco no atendimento aos requisitos. Porém, algumas dificuldades foram encontradas neste esforço: 

Dificuldades: Requisito de postagem constante no blog do trabalho.

Motivos: Falta de novidades a serem postadas nas fases de levantamento de requisitos, desenho e arquitetura.

2.1.3) Gerir alterações de requisitos:

         Nenhum requisito foi alterado até o momento, apesar de dificuldades no pleno atendimento a um deles. Entretanto, o atendimento pleno ainda é buscado pelo grupo.

2.1.4) Manutenção da rastreabilidade:

       Função da coordenação do projeto. Até o momento há conformidade entre o projeto e seus requisitos.

2.1.5) Identificar inconsistências:

      Até o momento, apenas uma inconsistência foi  identificada, a qual foi mencionada neste documento.

2.2) Planejamento de Projeto:

            2.2.1) Estabelecimento de estimativas:

Todos os prazos foram definidos no Kanban eletrônico, levando-se em conta os esforços necessários estimados e as metas do cliente. O Kanban eletrônico está acessível para visualização no DropBox do grupo.

                        2.2.2) Desenvolver o plano de projeto:

Também presente no Kanban eletrônico. O projeto foi planejado nas fases de Requisitos, Desenho, Desenvolvimento, Testes e Validação, com incrementos iterativos de fases, validados por um flag de chave unânime. Os conhecimentos necessários foram levantados na fase de requisitos, e cada membro do grupo buscou se adequar a este requisito interno. Os prazos foram definidos levando-se em conta possíveis riscos, e a gestão de dados encontra-se detalhada em postagens anteriores no blog, e mencionadas em itens anteriores deste documento.

                        2.2.3) Compromisso com o plano:

Prioridade no atual processo. O comprometimento, até o momento, rendeu conformidade com os prazos propostos.

            2.3) Monitoramento e controle

                        2.3.1) Projeto X Plano

                                   Até o momento, projeto e plano seguem conformes.

                        2.3.2) Ações corretivas:

   Função da coordenação. Até o momento, apenas uma ação corretiva foi necessária: foram alterados alguns prazos no plano, após a aferição do prazo de entrega do produto final.

            2.4) Medição e Análise

Prática prevista para a fase de desenvolvimento. Não é parte do plano qualquer medição de tamanho ou custo do programa, uma vez que não faz parte da ementa da disciplina ensinar como proceder com a mencionada prática. Portanto, apenas procedimentos de análise e tratamento de resultados foram definidas. Esta prática é função do Inspetor do projeto.

            2.5) Garantia de qualidade do processo e produto

O processo está sendo seguido à risca, com foco nos prazos e nos requisitos externos. Pode haver algumas falhas na transparência e na emissão de dados e resultados, mas isto é função do estado “aluno” dos envolvidos. Estamos aprendendo a lidar com processos nesta disciplina, portanto, falhas durante a execução da prática sobre a teoria são esperadas. Porém, é objetivo geral do grupo zelar pela qualidade do produto e conformidade do projeto.

            2.6) Gestão de configurações

            Já mencionado, e parte importante do processo. Todas as ferramentas utilizadas na gestão de configurações foram mencionadas em postagens no blog. Linhas de base foram definidas no Kanban. Auditorias são interpretadas como as opiniões dos docentes durante os seminários.

Últimas informações:

- Gostaria apenas de ressaltar um fator de avaliação que vem trazendo, particularmente a mim, algum transtorno: o pico de esforço. O transtorno causado se deve há: atualmente trabalho oito horas por dia como analista de sistemas na matriz da empresa Stoque Soluções Tecnológicas Ltda. Curso cinco disciplinas na UFMG, e, já no décimo período do curso, tenho este semestre para desenvolver meu Trabalho de Conclusão de Curso. Isto faz com que todo esforço despendido nas disciplinas deste semestre são, por si só, picos de esforço. Estamos focados em respeitar e nos adequar aos prazos da melhor forma possível, entretanto, o tempo pode apenas ser administrado de acordo com as demandas variáveis de cada semana.