Observar se os membros das diversas equipe de desenvolvimento da organização já estão bem relacionados com a utilização de métricas e quais as dificuldades eles ainda enfrentam. Documentar os problemas encontrados para adequação do processo, e posterior tratamento e atualização.

Objetivo: Entender o domínio, a complexidade e o comportamento da aplicação a ser desenvolvida.

Objetivo: Verificar quais artefatos deverão ser produzidos e avaliados.

Alguns projetos são relativamente simples ou pequenos, e portanto não necessitam ter todos os diagramas apresentados pelo processo criados para modelagem do sistema. O gerente deve avaliar a necessidade e a disponibilidade das equipes em criar alguns documentos, gráficos e diagramas indicados pelas demais atividades do processo. Um exemplo de tal adaptação seria um projeto simples, que envolve apenas elementos com comportamento estático. Nesse caso, o gerente poderia eliminar a necessidade de criação de diagramas de estado para os objetos do sistema e, dessa forma, o cálculo do progresso funcional deveria ser adaptado para desconsiderar tais diagramas.

Os diversos artefatos necessários para o cálculo das métricas de progresso são classificados de acordo com as seguintes qualificações:

• Não necessário: o artefato não precisa ser produzido no processo específico.
• Casual: o artefato é criado somente em alguns casos.
• Necessário: o artefato deve ser criado e mantido.

A partir da classificação do artefatos de acordo com o critério acima, o próximo passo é adaptar o cálculo das métricas de avaliação de progresso. Os artefatos padrões que podem ser avaliados para se avaliar o progresso funcional sãor encontrados em Guias: Critérios de Inspeção dos Artefatos.

Nesse momento, o Engenheiro de Processo faz uma configuração inicial de , definindo o conjunto , que indica quais as etapas necessárias para o desenvolvimento de um caso de uso, e os conjuntos , indicando quais artefatos deverão ser produzidos ou atualizados em cada etapa do desenvolvimento do caso de uso. Esses conjuntos deverão ser definidos, de acordo com o processo de desenvolvimento utilizado, o tipo de aplicação a ser desenvolvida e o porte da aplicação. Após a definição desses conjuntos é possível instanciar o Modelo de Coleta de Informação sobre o Progresso do Caso de Uso, para que o Coletor possa identificar se o artefato já foi concluído para realização do caso de uso, não foi concluído, ou não é obrigatório para o caso de uso em questão.

Objetivo: Padronizar quais serão as unidades de medida utilizadas para o cálculo do progresso durante a realização da avaliação de progresso. Definir a precisão dos dados e os componentes de cada artefato necessários para captura do progresso do software.

Decidir as unidades de medida e a precisão que deverão ser utilizadas no projeto para representação dos diversos gráficos de análise, informando tais decisões para os líderes de cada equipe (reposnsáveis pelas métricas). Além disso, é interessante documentar possíveis conversões de unidades de medidas de forma a garantir que dados representados em um tipo de unidade, possa ser manipulado durante a realização do processo sem nenhum problema.

Objetivo: Mostrar como os dados relevantes serão acessados para coleta.

Nesse momento, o gerente deve se preocupar com a disponibilidade dos diagramas, gráficos e documentos necessários para coleta das métricas. Deve-se definir a forma de acesso aos dados, resultando em um documento conciso contendo um mapeamento dos tipos de dados capturados e o seus respectivos mecanismos de acesso. Mecanismos de acesso primários incluem:

Apesar dos mecanismos de acesso acima serem os mais usados, nada impede que a organização defina seus próprios mecanismos de acesso aos dados e realize o mapeamento destes mecanismos entre os diversos artefatos.

Objetivo: Documentar as alterações necessárias para o processo de avaliação.

Criar um documento, de preferência com o mesmo formato do processo original (HTML), contendo as características novas inseridas no processo de avaliação e retirando características que não serão usadas durante o desenvolvimento do projeto. O ideal é definir links desse documento para o processo original, de forma que o resultado seja a representação de um novo processo, que consiste na instanciação do Inspector para um projeto específico. É interessante que o documento seja disponibilizado on-line para os gerentes do projeto e os diversos membros das equipes de desenvolvimento.