4. ESTUDO DE CASO – APLICAÇÃO DO METODO E PROCESSOS
4.5. Procedimento de Estimativas
4.6.4. Políticas para o Processo de Medição e Análise (MA)
4.6.4.5. Estrutura dos Subprocessos para Identificar e Especificar as Medições
Medições, tais como a identificação e priorização dos objetivos das medições, identificação das medições que enderecem os objetivos, definição dos procedimentos de coleta e armazenamento para os dados, e dos mecanismos de análise. Além da consolidação e revisão do plano de medições e do replanejamento periódico do plano.
Medição e Análise Gerente de Projeto Gerente da Fábrica de Software Executar Atividades de Medições Identificar e Especificar Medições Gerenciar Ações Corretivas Coletor de Dados Analista de Dados Identificar e Priorizar Objetivos de Medições Identificar Medições que Enderecem Objetivos
Definir Procedimento de Coleta para os Dados
Analista de Dados
Identificar e Especificar Medições – Fluxo de Atividades
Definir Mecanismos Consolidar Plano
Definir Procedimento de Armazenamento
para os Dados
Coletor de Dados
Revisar Plano Replanejar Plano Identificar e Priorizar
Objetivos de Medições
Identificar Medições que Enderecem Objetivos
Definir Procedimento de Coleta para os Dados Analista de Dados Analista de Dados
Identificar e Especificar Medições – Fluxo de Atividades
Definir Mecanismos Consolidar Plano
Definir Procedimento de Armazenamento para os Dados Coletor de Dados Coletor de Dados
Capítulo 4 Estudo de Caso - Aplicação do Método
Figura 4.23 – Fluxo para Identificar e Especificar Medições. Fonte: adaptado de SOMERVILLE(2003).
Critérios de Entrada
• Início da fase de planejamento do projeto Critérios de Saída
• A identificação e priorização dos objetivos de medições
• Necessidades de informação vinculadas aos objetivos de medições • Rastreabilidade das medições para os objetivos
• Refinamento dos objetivos em medições quantificadas • Seleção e especificação das medições
• Definição do procedimento de coleta e armazenamento dos dados
• Procedimento para análise objetiva dos dados e reportagem dos resultados das medições • Plano de Medição da organização consolidado, revisado e aprovado
• Comprometimento do plano de medições com todos os envolvidos nas atividades de medições
Produtos de Entrada Produtos de Entrada
• Objetivos da organização e do projeto • Necessidades de informação
• Modelo do Plano de Medições
• Ferramentas Together, Caliber Starteam e Timesheet
• Objetivos da organização e do projeto • Necessidades de informação
• Modelo do Plano de Medições
Tabela 4.35 – Entradas e saídas do Fluxo para Identificar e Especificar Medições. Fonte: Facilit (2005C).
4.6.4.5.1. Identificar e Priorizar Objetos de Medições
Os objetivos da organização e dos projetos e as necessidades de informação serão transformados em objetivos de medições. Os objetivos das medições são aqueles que podem ser traduzidos em medições de software (mensuráveis). Os objetivos de medições deverão ser identificados, priorizados, revisados e atualizados. O gerente da fábrica de software poderá ser apoiado nesta atividade pelo gerente de projeto. O SQA poderá ser envolvido nesta atividade de forma consultiva.
O mapeamento entre os objetivos de medições, os objetivos maiores e as necessidades de informação deverá ser documentado no plano de medição e análise e mantido atualizado de forma a garantir a rastreabilidade. As informações não priorizadas deverão ser armazenadas no plano de medição para posterior avaliação.
4.6.4.5.2. Identificar Medições que Enderecem os Objetivos
Envolve o refinamento dos objetivos em medições quantificadas. Novas métricas poderão ser criadas ou métricas já existentes aproveitadas. Deverão ser definidas descrições
Capítulo 4 Estudo de Caso - Aplicação do Método
operacionais para cada métrica com a finalidade de garantir o entendimento de todos. O mapeamento das métricas para os objetivos de medições ou necessidades de informação deverá ser documentado no plano de medição e análise e mantido atualizado como forma de garantir a rastreabilidade. As métricas deverão ser priorizadas, revisadas, atualizadas pelo gerente da fábrica de software com o gerente de projeto, podendo envolver o SQA nesta atividade de forma consultiva.
4.6.4.5.3. Definir Procedimento de Coleta de Dados
O procedimento de coleta dos dados de cada métrica selecionada deverá ser descrito e documentado no plano de medição e análise. As fontes dos dados, sua disponibilidade, a periodicidade da coleta, os critérios que serão utilizados para contagem e os procedimentos para validação da coleta também deverão ser identificados.
O procedimento de coleta dos dados de cada métrica deverá ser priorizado, revisado e atualizado pelo coletor de dados. O coletor de dados poderá envolver o SQA nesta atividade de forma consultiva.
4.6.4.5.4. Definir Procedimento de Armazenamento para os Dados
O repositório do projeto e o repositório organizacional onde serão armazenados os dados deverão ser estruturados. O procedimento detalhado para armazenamento dos dados deve ser descrito e documentado no plano de medição e análise. O procedimento de armazenamento dos dados de cada métrica deverá ser priorizado, revisado e atualizado pelo coletor de dados. O coletor de dados poderá envolver o SQA nesta atividade de forma consultiva.
4.6.4.5.5. Definir Mecanismos de Análise
Os procedimentos para análise objetiva e reportagem dos resultados das medições deverão ser definidos. O mecanismo de análise deverá ser priorizado e análises objetivas especificadas atendendo aos objetivos definidos.
Ferramentas, tipos de gráficos ou métodos adequados para suportar a análise dos resultados deverão ser definidos. Tais como:
• Utilização do run chart sempre que uma métrica mostrar algum comportamento em linha de tempo;
Capítulo 4 Estudo de Caso - Aplicação do Método
Deverão ser estabelecidos critérios para avaliar a utilidade do resultado dos dados. Tais critérios deverão ser documentados no plano de medição e poderão determinar limites para aceitação, a relação custo x benefícios e se os resultados apresentados estão apresentando melhorias na organização.
O analista de dados poderá envolver o gerente de projeto, o gerente da fábrica de software e o SQA nesta atividade de forma consultiva.
4.6.4.5.6. Consolidar Plano de Medições
O plano de medição e análise, único para toda a organização deverá ser consolidado. Serão registradas no plano todas as informações levantadas desde a atividade de identificação dos objetivos de medições até a atividade de definição dos mecanismos de análise utilizando template do plano de medições. Medições específicas do projeto serão tratadas no Plano de Projeto na seção de Medições do Projeto onde deverão ser fornecidas todas as informações necessárias, tais como procedimentos de coleta, armazenamento, análise, testes de integridade e responsáveis. O gerente de projeto poderá envolver o SQA nesta atividade de forma consultiva.
4.6.4.5.7. Revisar Plano de Medições
O Plano de medição e análise da organização deverá ser revisado e aprovado e o comprometimento obtido com todos os envolvidos nas atividades de medições. No nível de projetos o plano deverá ser aprovado pelos responsáveis pela coleta, armazenamento e análise dos dados. No nível da organização o plano deverá ser aprovado pela alta gerência, o gerente da fábrica de software.
4.6.4.5.8. Replanejar Plano de Medições
Periodicamente (a cada três meses) o plano de medição e análise da organização deverá ser revisto com base nos resultados obtidos com a execução das atividades do processo de MA com a finalidade de prover melhorias. O plano deverá ser replanejado, serão executadas as atividades desde identificação dos objetivos de medições até a atividade de revisão do plano de medições.
Os objetivos e necessidades de informação, as medições especificadas, os procedimentos de coleta e armazenamento dos dados, o mecanismo de análise dos dados e os critérios de avaliação da utilidade dos resultados de cada métrica deverão ser revistos (priorizados, revisados e atualizados), e o plano de medição e análise atualizado, revisado e
Capítulo 4 Estudo de Caso - Aplicação do Método
aprovado com os responsáveis pela coleta, armazenamento e análise dos dados (no contexto dos projetos) e pelo gerente da fábrica de software (no contexto da organização).