Propostas de Melhorias
Last updated
Last updated
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.
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.
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).
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.
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.
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.
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.
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.
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.
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.
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.
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í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.
Estimar Quantidade de Auditorias
Essa etapa foi executada apenas no projeto Avaleasy. Para contemplar todas as equipes de desenvolvimento, essa etapa deve ser aplicada no projeto Grimório Mestre.
Estimar Datas de Auditorias
Essa etapa foi executada apenas no projeto Avaleasy. Para contemplar todas as equipes de desenvolvimento, essa etapa deve ser aplicada no projeto Grimório Mestre.
Selecionar Objetos de Auditorias
Essa etapa foi executada apenas no projeto Avaleasy. Para contemplar todas as equipes de desenvolvimento, essa etapa deve ser aplicada no projeto Grimório Mestre.
Alocar Auditores
Essa etapa foi executada apenas no projeto Avaleasy. Para contemplar todas as equipes de desenvolvimento, essa etapa deve ser aplicada no projeto Grimório Mestre.
Preparar Execução da Auditoria
Essa etapa foi executada apenas no projeto Avaleasy. Para contemplar todas as equipes de desenvolvimento, essa etapa deve ser aplicada no projeto Grimório Mestre.
Executar Auditorias Planejadas
Essa etapa foi executada apenas no projeto Avaleasy. Para contemplar todas as equipes de desenvolvimento, essa etapa deve ser aplicada no projeto Grimório Mestre.
Documentar Resultados da Auditoria
Essa etapa foi executada apenas no projeto Avaleasy. Para contemplar todas as equipes de desenvolvimento, essa etapa deve ser aplicada no projeto Grimório Mestre.
Documentar Resultados do Ciclo
Fazer a documentação dos resultados do primeiro ciclo para ter um panorama geral da qualidade do projeto.