Como definir medições de um jeito fácil?

Em uma apresentação que vi recentemente sobre este assunto, me chamou atenção um formulário para definição de medições. Neste formulário havia desde a identificação da medição até como a mesma deve ser analisada e achei isso muito prático e de fácil compreensão.

Infelizmente, ambos os modelos carecem de exemplos práticos, então resolvi adaptar e explicar como funciona. Antes de irmos em frente, a área de processo MA – Medição e Análise é base para gestão e tomada de decisões. Ela também é importantíssima para alta maturidade e é muito comum as empresas quando estão indo para o CMMI 4 ou MPS.Br B encontrarem defeitos em seu sistema de medições. Em muitos casos (acredite, isso é muito comum), as alterações e ajustes são tantos, que o sistema de medição é praticamente refeito.

Voltando… uma boa definição de medição é como essa abaixo:

Claro que isso pode variar de uma empresa para outra, mas essa é a essência. Agora, vamos descomplicar cada elemento:

• Data: Data de definição do indicador
• Nome do indicador: Nome do mesmo
• Perguntas: Para que serve este indicador? Qual o objetivo dele?
• Visualização gráfica: Como ele é apresentado gráficamente
• Entradas: Elementos: Quais são os dados de entrada
• Entradas: Definições: Dedinição destas entradas
• Coleta de dados: Como: Como é feita a coleta de dados
• Coleta de dados: Quando: Quando a coleta de dados é realizada
• Coleta de dados: Por quem: Quem deve fazer esta coleta de dados
• Coleta de dados: Origem: Onde estão os dados
• Demonstração de resultados: Responsável: Quem deve apresentar os resultados
• Demonstração de resultados: Para quem: Quem é o principal consumidor desta informação
• Demonstração de resultados: Periodicidade: De quanto em quanto tempo esta informação será coletada
• Armazenamento: Onde: Onde as medições e resultados serão armazenados
• Armazenamento: Como: Como serão armazenados
• Armazenamento: Segurança: Qual o mecanismo de segurança para garantir a integridade dos dados
• Algorítimo: Qual a formula para o indicador
• Pessupostos: Alguns pressupostos sobre esta informação
• Interpretação: Como interpretar os dados
• Possíveis questões: Lista de possíveis questionamentos
• Análise: Como deve ser realizada a análise da medição
• E outros como Evolução, Orientação feedback e Referências

Você precisa disso porque todo mundo deve interpretar um determinado resultado da mesma forma. Se no indicador de produtividade o número “10″ significa que  você esta 10% mais produtivo, todos devem chegar a esta mesma conclusão. Não pode haver interpretações diferentes.

Pegando outro exemplo: A “Origem dos dados de medição” deve ser a mesma independente da pessoa que esta coletando estes dados. Se esta definido que a informação de “resultado financeiro do projeto” vem do sistema XPTO, é lá que as pessoas devem ver. O mesmo vale para aquela velha história quando estamos vendo um cronograma… “Este esta desatualizado, eu tenho um atualizado na minha máquina”. Bom… se esta descrito que o cronograma deve ser mantido no Sharepoint (por exemplo), o da “sua” maquina não tem validade nenhuma.

Voltando a definição de medições, elas devem atender coisas como:

• Definir os objetivos de medição
• Comunicar resultados de medição
• Especificar medições
• Especificar procedimentos de coleta
• Coletar dados
• Armazenar dados
• Especificar procedimentos de análise das medições
• e outros…

Bom… este gráfico abaixo demostra como isto é atendido.

Este modelo é legal e vale para qualquer definição de medições, não apenas MPS.Br ou CMMI