Propostas de Melhorias

Introdução

Este artefato tem o intuito de detalhar o plano de melhorias traçado pela equipe de processos e discutido em sala com as outras equipes. As propostas foram aprovadas no dia 16 de Outubro de 2018 e estão disponíveis no link abaixo.

Priorização

A priorização foi feito por meio da metodologia MoSCoW, que é uma técnica muito utilizada para priorização de escopo, priorização de requisitos, classificação de mudanças.

Os GAPs encontrados foram priorizados e estão disponíveis no link abaixo.

Propostas de Melhoria

Processo de Medição

A medição é a base para a melhoria de processos, sem ela fica difícil identificar o que e quanto algum processo do projeto tem alguma melhoria e as ações para a melhoria são voltadas ao aprimoramento e a correção dos possíveis problemas do projeto.

A equipe de medição utiliza o método GQM para realizar as medições. O GQM (Goal Question Metric) é um método simples para planejar medições de forma que estas sejam baseadas em objetivos específicos de medição.

Foi aplicado o GQM para planejar o processo de medição, sendo que foi definido o objetivo da medição (GOAL), a questão a ser respondida (QUESTION) e as métricas que respondem a questão respondida (METRIC).

Atividades de Planejamento

Definir Área de Melhoria

Essa ação de melhoria será feita quando a equipe julgar necessária, quando houver uma área de melhoria definida. Essa ação será registrada através de da documentação dos artefatos.

Estabelecer e Treinar Time GQM

O plano de treinamento será feito por conta própria pelos integrantes da equipe de GQM. Ocorrerá por meio de conteúdo disponível de livre acesso tal como vídeos e artigos, tais decisões sobre como alinhar o conhecimento sobre o assunto será feito internamente pela equipe.

Atividades de Definição

Validar Objetivos, Questões e Métricas

Será validado com todo o time as medições do GQM tais como seus objetivos, questões e métricas. Será feito um artefato para documentação de todo o processo.

Definir Rastreabilidade

O processo de rastreio terá que ser detalhado e será desenvolvido um documento pela equipe contendo todo o rastreamento.

Atividades de Interpretação

Realizar interpretação dos dados coletados durante as sprints anteriores à data de 18 de outubro de 2018, de forma a identificar possíveis melhorias para os projetos analisados.

Os resultados da análise deverão ser comunicados e documentados pela equipe de medição em forma páginas, planilhas, gráficos e outros meios que facilitem a visualização de membros das outras equipes.

Além disso, para facilitar o acesso as informações geradas pela equipe de medição, recomenda-se que a equipe utilize este website para armazenar os artefatos já existentes e os que serão criados.

Estratégia de Aplicação

As ações anteriormente descritas devem ser aplicadas ao longo da próximas sprints, a partir da data de 18 de outubro de 2018, de forma que sejam analisadas pela equipe de processo, afim de identificar dificuldades enfrentadas pela equipe de medição, podendo-se, posteriormente, realizar ajustes para remover tais impedimentos e facilitar o trabalho da equipe.

Para avaliar a implementação das ações propostas a equipe de processo utilizará métricas que serão definidas em colaboração com outras equipes em um documento a ser desenvolvido posteriormente.

Processo de Desenvolvimento

As propostas de melhoria no subprocesso de desenvolvimento foram criadas levando em conta a experiência dos times de desenvolvimento na aplicação do processo oferecido no início do semestre. Reportados os problemas identificados nas atividades, foram elaboradas as ações corretivas destes.

Atividades de Planejamento

Analisar requisitos

Esta atividade é realizada após a elicitação de requisitos com o cliente. Dentro dela, será especificado na descrição da atividade que a equipe analisará os requisitos e decidirá quais requisitos são têm viabilidade de execução dentro do escopo da release.

Refinar requisitos

Esta atividade será removida do processo.

Documentar requisitos

Explicitar, dentro da descrição da atividade, que a documentação do backlog deve seguir o modelo de épicos, features e histórias. Somente os épicos e as features são definidas nesta atividade, as histórias são levantadas durante o planejamento das Sprints.

Planejar Release

Retirar planejar auditoria das tarefas.

Atividades de Desenvolvimento

Papeis

O PO ficará responsável pelas atividades relacionadas ao planejamento e revisão da Sprint.

O Scrum Master ficará responsável por conduzir o Meeting e participar do planejamento da Sprint.

Planejar Sprint

A atividade de planejar a Sprint deve ser atribuída, além do Scrum Master, ao PO.

Realizar stand-up

A atividade deixará de ser realizada somente presencialmente, por isso, o nome deve ser alterado para "Meeting". As reuniões presenciais durante as aulas serão mantidas, e o controle de atividades realizadas pela equipe de desenvolvimento deve ser realizado no modelo de Daily também por mensagens de texto no dia anterior a aula.

Revisar

A atividade de revisar deve ser atribuída ao PO ao invés do Scrum Master.

Processo da Garantia da Qualidade

Acompanhamento de Atividades

Separação de Milestones

Fazer o uso de milestones que é importante para garantir a organização das tarefas, documentando em qual ciclo do projeto elas foram realizadas.

Utilização do Kanban

Utilizar o Kanban para possibilitar o acompanhamento do progresso do trabalho tanto para o time quanto para observadores.

Burndown

O burndown se mostrou dispensável para o acompanhamento das atividades.

Políticas de Garantia da Qualidade

Política de Não Conformidades

Tirar a utilização da matriz GUT, pois ela tem uma alta complexidade de documentação que não está refletindo em benefícios para o processo atual.