Métricas para avaliar a Melhoria do Processo
Reunião diária: O principal objetivo a reunião diária é o acompanhamento de riscos do projeto, assim o foco é sobre o controle e acompanhamento do projeto. Uma das evidências produzidas é a entrega dos pontos planejados ao final da sprint, onde o scrum master deve agir sobre os riscos, além disso, há a possibilidade de difusão de conhecimento durante a reunião diária, uma vez que é provável que a solução de um problema enfrentado por algum dos membros possa ser do conhecimento de outro membro.
Papéis: A atribuição de responsabilidades é muito importante para que se possa realizar uma atividade. Dessa forma, a definição de papéis ajuda no controle e acompanhamento do projeto dando uma visão maior sobre o que está sendo feito. Uma das métricas que podem deixar mais transparente o projeto é a porcentagem de pontos concluídos por iteração. Por exemplo:
- A responsabilidade do scrum master é tirar empecilhos para maximizar o valor entregue pelo time.
- O time deve utilizar da sua experiência para que seja possível o desenvolvimento dos itens de backlog priorizados durante o planejamento da sprint. Ambos os exemplos tendem a maximizar a porcentagem de pontos entregues durante a sprint.
Reestruturação do GQM: A reestruturação do GQM contribui, assim como as mudanças anteriores, para o monitoramento e controle do projeto, além disso auxilia também na qualidade do projeto. Uma das métricas que estão relacionadas com a reestruturação do GQM é a porcentagem de métricas coletadas, que é a razão entre as métricas coletadas sobre as métricas planejadas. Isso colabora para que se possa ter visualização geral do projeto e identificação de pontos de melhoria.
Integração Contínua: -
Padronização de código: A padronização gera um melhor entendimento do código fonte. Assim a padronização do código está atrelada a qualidade do código em relação a manutenibilidade do códigoque pode ser medico através da métrica da Aderência aos Padrões de Código.
Pareamento: Dentre os objetivos do pareamento destacam-se simplicidade de código, decrescimo da quantidade de bugs e disseminação do conhecimento. Dado isso o pareamento ajuda na qualidade do produto com maior manutenibilidade e pode ser inferido pelas métricas de duplicação de código e complexidade ciclomática. Portanto, o melhoramento dessas métricas indicam que o pareamento será, de certa forma, uma real melhoria.
| E1: Utilizar o Processo | |
| Objeto | Processo |
| Propósito | Garantir a utilização do processo |
| Foco de qualidade | Melhoria de processo |
| Ponto de vista | Das equipes de Processo, Qualidade e Desenvolvimento. |
| Contexto | UnBFeelings |
| Visão individual da equipe | |
|---|---|
| Objetivo de Medição | Avaliação e acompanhamento da participação dos alunos |
| Descrição | Cada equipe seja GQA, Processo e Desenvolvimento possui organização interna. Assim, essa métrica é responsável por resumir a visão individual de cada membro sobre sua própria equipe. |
| Fórmula | Será computado a frequência de cada valor da escala na totalidade de perguntas de formulário a ser realizado por cada membro da equipe. |
| Escala | 1 - Péssimo 2 - Ruim 3 - Regular 4 - Bom 5 - Excelente |
| Coleta | Responsável: Equipe de medição |
| Procedimento | Criação e aplicação de um formulário de perguntas em escala de 1 a 5 que deve ser realizado por toda a turma, porém dividida em suas respectivas equipes. |
| Análise |
Serão levadas em consideração a posição da equipe em um patamar caso obtenha mais de 20% de frequência nele. Exemplo:
|
| Providência | Avaliar os pontos considerados de péssimo a regular pela equipe e documentar quais seriam as causas desses problemas. |
| Satisfação com a Metodologia | |
|---|---|
| Objetivo de Medição | Verificar se a metodologia está adequada a disciplina |
| Descrição | Relação entre o número de problemas apontados pelos alunos por número de alterações implementadas |
| Fórmula | NAI = AIGQA + AIDEV + AIPROC + AIMPS, Onde: NAI = Número de Alterações Implementadas AIGQA = Alterações Implementadas em GQA AIDEV = Alterações Implementadas em Desenvolvimento AIPROC = Alterações Implementadas em Processo AIMPS = Alterações Implementadas em MPS (Disciplina de forma geral) |
| Escala | Racional |
| Coleta | Responsável: Equipe de medição |
| Procedimento | Após cada troca dos grupos, realizar um levantamento dos pontos negativos a serem melhorados, e após a troca do ciclo fazer o levantamento das mudanças implementadas para o novo ciclo |
| Análise |
|
| Providência | |
| Desempenho na Disciplina | |
|---|---|
| Objetivo de Medição | Verificar a satisfação dos alunos quanto ao desempenho obtido na disciplina. |
| Descrição | É o preenchimento de formulário online para verificar qual a nota que a equipe recebeu, o quão correta foi essa nota, o quanto o aluno percebeu que contribuiu ao projeto e se a avaliação foi coerente. |
| Fórmula | DD = AA / AG
|
| Escala | Racional |
| Coleta | Responsável: Equipe de medição |
| Procedimento | Após coletar essa métrica e avaliar quão discrepante são os desempenhos avaliados e auto avaliação. |
| Análise |
|
| Providência | Realizar reuniões para entender formas de melhorar a nota, quais tarefas foram mais difíceis de serem realizadas, a origem das dificuldades, e priorizar mudanças de atitude das equipes. |
| Avaliação das apresentações parciais | |
|---|---|
| Objetivo de Medição | Garantir que os alunos alcancem os objetivos esperados na realização das atividades solicitadas pela alta gerência |
| Descrição | Durante cada ciclo as esquipes possuem atividades específicas que são solicitadas pela alta gerência, tais atividades colaboram para a construção do conhecimento necessário para a disciplina. Dessa forma sua devida realização colabora para o aprendizado da equipe. |
| Fórmula |
NAP = 1 - (0.15*TIA), Onde: NAP = Notas de Apresentação Parcial TIA = Tópicos Insatisfatórios Apontados |
| Escala | Racional |
| Coleta | Responsável: Equipe de medição |
| Procedimento | Após a realização de cada apresentação, ou conversa com a alta gerência deve ser solicitado o parecer a respeito do resultado alcançado pela equipe. |
| Análise |
|
| Providência | Avaliar os pontos indicados e priorizar os mais relevantes para a atividade de corrigi-los, caso seja possível realizar uma nova apresentação, se não apenas realizar as melhorias e/ou correções necessárias para que o produto final de trabalho tenha um resultado mais positivo. |
| Notas das equipes dada pelo cliente | |
|---|---|
| Objetivo de Medição | Garantir aos alunos a disponibilidade do indicador de desempenho |
| Descrição | Relação sobre o desempenho da Equipe de Desenvolvimento na release |
| Fórmula | NEDPQ = (0.6*ERC + 0.4*ART), Onde: NEDPQ = Notas da Equipe dados pelo cliente ERC = Entrega de Requisitos do Cliente ART = Adesão aos Requisitos Técnicos |
| Escala | Racional |
| Coleta | Responsável: Equipe de medição |
| Procedimento | Deve-se obter essa informação ao término de cada release, observando a avaliação dada pelo Cliente na apresentação |
| Análise |
|
| Providência | Deve-se investigar a razão da não realização das atividades, e de acordo com o resultado auxilar a equipe de desenvolvimento encontrar os gargalos e/ou melhorar o processo para melhor se adequar ao contexto da equipe. |
| Percentual de issues entregues dentro do prazo | |
|---|---|
| Objetivo de Medição | Verificar pontos de atraso em entregas de funcionalidade |
| Descrição | Relação entre o número de issues planejadas numa sprint e o número de issues entregues até a deadline da sprint |
| Fórmula | PIEDP = (NIRNP/NIPNR) * 100, Onde: PIEDP = Porcentagem de Issues entregues no prazo NIRNP = Número de issues realizadas na sprint NIPNR = Número de issues planejadas na release |
| Escala | Racional |
| Coleta | Responsável: Equipe de medição |
| Procedimento | Deve-se verificar no github dentro das issues a milestone (data de entrega da issue) e a data em que a issue foi marcada como realizada, anotar em tabela de excel e fazer os cálculos. |
| Análise |
|
| Providência | Investigar as dificuldades de realização das issues para melhor planejamento dos pareamentos, replanejamento das próprias issues para modularizá-las em atividades menores e garantir um incremento de software ao cliente. |
| Quantidade de alterações realizadas na metodologia | |
|---|---|
| Objetivo de Medição | Verificar se a metodologia está adequada a disciplina |
| Descrição | Relação entre o número de problemas apontados pelos alunos por número de alterações implementadas |
| Fórmula | NAI = AIGQA + AIDEV + AIPROC + AIMPS, Onde: NAI = Número de Alterações Implementadas AIGQA = Alterações Implementadas em GQA AIDEV = Alterações Implementadas em Desenvolvimento AIPROC = Alterações Implementadas em Processo AIMPS = Alterações Implementadas em MPS (Disciplina de forma geral) |
| Escala | Racional |
| Coleta | Responsável: Equipe de medição |
| Procedimento | Após cada troca dos grupos, realizar um levantamento dos pontos negativos a serem melhorados, e após a troca do ciclo fazer o levantamento das mudanças implementadas para o novo ciclo |
| Análise |
|
| Providência | |
Métrica relatada no seguinte link.
Métrica relatada no seguinte link.
Métrica relatada no seguinte link.
| Aderência ao Processo | |
|---|---|
| Objetivo de Medição | Avaliação e acompanhamento da situação de falhas encontradas no projeto |
| Descrição | A equipe de GQA, é responsável por apontar as não-conformidades do projeto, e através desa coleta poderá ser possível verificar a aderência ao Processo para saber como está o andamento do projeto e onde deve-se haver um esforço para melhora. |
| Fórmula |
Será composto do somatório de todas as auditorias com AO MENOS UMA não-conformidade encontrada pela razão de todas as auditorias feitas.
AP = (1 - QTDANC/QTDA) * 100 QTDANC = Quantidade de auditorias com ao menos uma não-conformidade encontrada QTDA = Quantidade de auditorias |
| Escala | Racional |
| Coleta | Responsável: Equipe de medição |
| Procedimento | Levantamento através da análise feito pela equipe de GQA de quantas não-conformidades foram encontradas |
| Análise | Será levado em consideração a razão entre a quantidade de auditorias feitas pela quantidade de auditorias com ao menos uma não-conformidade, tendo em vista que o ideal é está métrica sempre estar menor a cada coleta, mostrando um engajamento da equipe em resolver as não conformidades e seguir o que foi planejado.
|
| Providência | Avaliar o que está acontecendo caso a métrica não esteja entre os valores entre Bom e Ótimo, tentando propor melhorias no processo para que seja sanada essas não-conformidades. |
| Percentual de pontos entregues por sprints | |
|---|---|
| Objetivo de Medição | Avaliação e acompanhamento da situação de falhas encontradas no projeto |
| Descrição | Calcula a razão entre pontos concluídos e pontos planejados por sprint |
| Fórmula | PES = (QPC/QPP) * 100, Onde: PES = percentual de pontos entregues por sprints QPC = a quantidade de pontos concluídos QPP = a quantidade de pontos planejados |
| Escala | Racional |
| Coleta | Responsável: Equipe de medição |
| Procedimento | Reunião de planejamento de sprint, avaliar a quantidade de pontos não concluídos. |
| Análise |
|
| Providência | Verificar a quantidade de pontos não concluídos por _sprint_ para melhor se adequar o planejamento de sprints futuras. |