|
|
PSP 2.
O fato de muitos erros de programação serem erros bobos, geralmente faz um engenheiro pensar que pode melhorar simplesmente tentando mais duramente. O problema é que tentando mais duramente geralmente faz as coisas piorarem. Na verdade, o que deve ser feito é a prevenção dos erros. No PSP isto é feito através da gerência de defeitos. Com os dados do defeitos dos exercícios de PSP, os engenheiros constróem e usam listagens para revisão de projeto e código. Os engenheiros aprendem a importância de manter a qualidade desde o começo, e como eficientemente revisar seus programas. Com seus próprios dados, eles vêem como listagens podem ajudá-los em revisões de projeto e código eficientes bem como como desenvolver e modificar essas listagens assim que suas habilidades pessoais e práticas evoluírem.
PSP 2.1.
Introduz especificação de projeto e técnicas de análise, juntamente com prevenção de defeitos, análise de processos e padrões de medição do processo. A intenção não é dizer aos engenheiros como projetar, mas encaminhá-los no critério de conclusão de projeto. Isto é, quando eles terminarem o projeto o que eles devem ter? Enquanto a fase de projeto é usada como um exemplo de critério de conclusão, a mesma abordagem pode ser usada com outras fases do processo. Como exemplo temos: Especificações e requisitos, desenvolvimento de documentação e desenvolvimento de testes. Critérios de entrada e saída de cada fases são importantes por que sem eles é difícil fazer revisões de fase efetivas ou definir status desenvolvimento transparentes.
Ao medir o tempo que a tarefa leva e o número de defeitos injetados e removidos em cada fase do processo, os engenheiros aprendem a julgar e aperfeiçoar sua performance pessoal.
