Avaliação de processo de software

Uma avaliação de processo de software é um exame disciplinado dos processos de software usados ​​por uma organização, com base em um modelo de processo. A avaliação inclui a identificação e caracterização das práticas atuais, identificando áreas de pontos fortes e fracos e a capacidade das práticas atuais de controlar ou evitar causas significativas de baixa qualidade (software), custo e cronograma.

Uma avaliação (ou auditoria) de software pode ser de três tipos.

  • UMA self-assessment (first-party assessment) é realizado internamente pelo próprio pessoal da organização.

  • UMA second-party assessment é realizado por uma equipe de avaliação externa ou a organização é avaliada por um cliente.

  • UMA third-party assessment é realizado por uma parte externa ou (por exemplo, um fornecedor sendo avaliado por um terceiro para verificar sua capacidade de celebrar contratos com um cliente).

As avaliações do processo de software são realizadas em um ambiente aberto e colaborativo. São para uso da organização para melhorar seus processos de software, e os resultados são confidenciais para a organização. A organização que está sendo avaliada deve ter membros na equipe de avaliação.

Avaliação da maturidade do processo de software

O escopo de uma avaliação de processo de software pode cobrir todos os processos da organização, um subconjunto selecionado de processos de software ou um projeto específico. A maioria das abordagens de avaliação de processos baseadas em padrões são invariavelmente baseadas no conceito de maturidade do processo.

Quando o alvo da avaliação é a organização, os resultados de uma avaliação de processo podem diferir, mesmo em aplicações sucessivas do mesmo método. Existem duas razões para os resultados diferentes. Eles são,

  • A organização que está sendo investigada deve ser determinada. Para uma grande empresa, várias definições de organização são possíveis e, portanto, o escopo real da avaliação pode diferir em avaliações sucessivas.

  • Mesmo no que parece ser a mesma organização, a amostra de projetos selecionados para representar a organização pode afetar o escopo e o resultado.

Quando a unidade de avaliação de destino está no nível do projeto, a avaliação deve incluir todos os fatores significativos que contribuem para o sucesso ou fracasso do projeto. Não deve ser limitado por dimensões estabelecidas de um determinado modelo de maturidade de processo. Aqui, o grau de implementação e sua eficácia, conforme comprovado pelos dados do projeto, são avaliados.

A maturidade do processo torna-se relevante quando uma organização pretende embarcar em uma estratégia geral de melhoria de longo prazo. As avaliações de projetos de software devem ser independentes para serem objetivas.

Ciclo de Avaliação de Processo de Software

De acordo com Paulk e colegas (1995), a abordagem de avaliação baseada em CMM usa um ciclo de seis etapas. Eles são -

  • Selecione uma equipe - Os membros da equipe devem ser profissionais com conhecimento em engenharia e gerenciamento de software.

  • Os representantes do local a ser avaliado respondem ao questionário padrão de maturidade do processo.

  • A equipe de avaliação realiza uma análise das respostas do questionário e identifica as áreas que justificam uma exploração posterior de acordo com as principais áreas de processo do CMM.

  • A equipe de avaliação realiza uma visita ao local para obter uma compreensão do processo de software seguido pelo local.

  • A equipe de avaliação produz uma lista de descobertas que identifica os pontos fortes e fracos do processo de software da organização.

  • A equipe de avaliação prepara uma análise de perfil da Key Process Area (KPA) e apresenta os resultados ao público apropriado.

Por exemplo, a equipe de avaliação deve ser liderada por um Avaliador Líder SEI autorizado. A equipe deve consistir de quatro a dez membros da equipe. No mínimo, um membro da equipe deve ser da organização que está sendo avaliada e todos os membros da equipe devem concluir o curso de Introdução ao CMM da SEI (ou equivalente) e o curso de treinamento da equipe CBA IPI da SEI. Os membros da equipe também devem atender a algumas diretrizes de seleção.

No que diz respeito à coleta de dados, o CBA IPI conta com quatro métodos -

  • O questionário de maturidade padrão
  • Entrevistas individuais e em grupo
  • Revisões de documentos
  • Feedback da revisão das conclusões preliminares com os participantes da avaliação

SCAMPI

O Método de Avaliação CMMI Padrão para Melhoria de Processos (SCAMPI) foi desenvolvido para satisfazer os requisitos do modelo CMMI (Software Engineering Institute, 2000). Também é baseado no CBA IPI. Tanto o CBA IPI quanto o SCAMPI consistem em três fases -

  • Plano e preparação
  • Realize a avaliação no local
  • Resultados do relatório

As atividades para o plano e a fase de preparação incluem -

  • Identifique o escopo da avaliação
  • Desenvolva o plano de avaliação
  • Preparar e treinar a equipe de avaliação
  • Faça uma breve avaliação dos participantes
  • Administrar o questionário de avaliação CMMI
  • Examine as respostas do questionário
  • Realizar uma análise inicial do documento

As atividades para a fase de avaliação no local incluem -

  • Conduza uma reunião de abertura
  • Realizar entrevistas
  • Consolidar informações
  • Prepare a apresentação das conclusões preliminares
  • Apresentar as conclusões preliminares
  • Consolidar, avaliar e preparar as descobertas finais

As atividades da fase de relatórios de resultados incluem -

  • Apresentar as descobertas finais
  • Conduza uma sessão executiva
  • Conclua a avaliação