|
|
O PSP usa as avaliações (CQ) para ajudar a gerenciar o processo de qualidade. As principais avaliações (CQ) são custos de aprovação, custos de reprovação e custo de prevenção. O custo de aprovação é avaliado como a percentagem de tempo de desenvolvimento gasto em projetos e revisões de código. O custo de reprovação é a percentagem de tempo gasto em compilação e teste. Custo de prevenção é a percentagem de tempo gasto prevendo erros antes deles ocorrerem. No PSP, custos de prevenção incluiriam atividades como prototipação e especificação formal. Enquanto alguns engenheiros, podem usar estes métodos de prevenção de erros, eles não são explicitamente praticados com o processo PSP.
Outra avaliação (CQ) é a proporção da aprovação (CQ) para a reprovação (CQ). Esta proporção é a Proporção Aprovação-Reprovação, ou PA/R. É calculado dividindo a aprovação (CQ) pela reprovação (CQ), ou a proporção do tempo gasto em projeto e revisão de código para o tempo gasto em compilação e teste. A PA/R pode ser vista medindo o esforço relativo gasto em erros removidos cedo. Enquanto o objetivo do rendimento é reduzir o número de erros encontrados na compilação e teste, o objetivo da PA/R é melhorar o rendimento.
O gráfico PA/R vs. Número do programa mostra a melhora na PA/R para os mesmos 104 engenheiros além dos 10 exercícios de PSP. PA/R começa a crescer com o exercício 7 quando o projeto e as revisões de código são pela primeira vez introduzidos.
O gráfico teste de Erros/KLC vs. PA/R mostra dados na PA/R e Erros de teste para 1821 programas. Aqui valores da PA/R acima de 3 estão associados com baixos números de erros de teste, enquanto PA/Rs abaixo de 2 estão associados com altos números de erros de teste. A estratégia do PSP sugerida é para os engenheiros inicialmente se empenharem em valores de PA/R abaixo de 2. Se eles continuam encontrando erros de teste, eles devem continuar a procurar valores de PA/R mais altos. Uma vez que eles consistentemente encontram pouco ou nenhum erro de teste, eles devem trabalhar para reduzir a PA/R enquanto mantém um alto processo de rendimento. A razão para aumentar a PA/R é a de concluir com êxito um produto da mais alta qualidade. Uma vez que o objetivo da qualidade é alcançado, reduções em PA/R aumentarão a produtividade. Uma vez que engenheiros geralmente não podem determinar qualidade do produto durante desenvolvimento, a avaliação PA/R oferece um guia útil para prática pessoal. Por empenhar-se em aumentar suas PA/R, engenheiros pensam mais positivamente sobre o tempo de revisão. Isto os ajuda a diminuir o tempo de compilação e teste e reduz o número de erros encontrados em teste.
A mudança na qualidade de tempo que os engenheiros gastam na compilação e teste mostra quão efetivo a PA/R pode ser. Em uma sala, 75% dos engenheiros gastaram mais que 20% de seu tempo compilando e testando o programa 1, enquanto que ao fim do curso apenas 8%. Similarmente, com o programa 1, nenhum dos engenheiros gastaram menos que 10% de seu tempo compilando e testando, enquanto que com o programa 10, 67% o fizeram.
