Um dos aspectos fundamentais do PSP é a utilização de dados históricos para analisar e melhorar o desempenho do processo. A recolha de dados para PSP é apoiada por quatro elementos importantes:

• - Roteiros.

• - Métricas.

• - Padrões.

• - Formatos.

Os scripts PSP fornecem um guia de nível especializado para seguir as etapas do processo, os scripts fornecem uma estrutura para a aplicação de medições. No PSP existem quatro medidas essenciais:

• - Tamanho – o tamanho de uma parte do produto, medido em linhas de código (LOC) ou softwares equivalentes (proxies) que facilitam a medição.

• - Esforço – o tempo necessário para completar uma tarefa, geralmente medido em minutos.

• - Qualidade – o número de defeitos no produto.

• - Agenda – uma medida da progressão do projeto, comparação do que foi planejado com as datas atuais de conclusão.

A aplicação de padrões ao processo pode garantir que os dados sejam precisos e consistentes. Os dados são registrados em formatos frequentemente registrados em aplicativos de medição de PSP.

Os desenvolvedores de software utilizam outras medidas, derivadas das essenciais, para compreender seu desempenho. Entre as medidas derivadas estão:

• - Estimativa de precisão (tamanho/tempo).

• - Previsão de intervalo (tamanho/tempo).

• - Tempo na fase de distribuição.

• - Defeito na distribuição da injeção.

• - Distribuição de remoção de defeitos.

• - Produtividade.

• - Porcentagem de rejeição.

• - Índice de custo de desempenho.

• - Valor planejado.

• - Valor ganho.

• - Valor ganho previsto.

• - Densidade de defeitos.

• - Densidade de defeitos por fase.

• - Taxa de remoção de defeitos por fase.

• - Alavancagem na remoção de defeitos.

• - Taxas de revisão.

• - Rendimento do processo.

• - Desempenho (rendimento) da fase.

• - Falha no custo da qualidade (COQ).

• - Avaliação (avaliação) COQ.

• - Taxa de avaliação/reprovação COQ.

Registrar tempos, defeitos e tamanhos é essencial para planejar e acompanhar projetos de PSP; dados históricos são usados ​​para melhorar a precisão da estimativa.

PSP usa o método PROBE para melhorar as habilidades de estimativa dos desenvolvedores para um planejamento mais preciso. Para acompanhar o projeto o PSP utiliza o método do valor agregado (EV).

O PSP também utiliza técnicas estatísticas, como correlação, regressão linear e desvio padrão, para traduzir dados em informações úteis para melhorar estimativas, planejamento e qualidade. As fórmulas estatísticas são calculadas pelas ferramentas PSP.

Produzir software de alta qualidade é o objetivo do PSP, e a qualidade é medida em termos de defeitos. Para PSP, um processo de qualidade deve produzir software com poucos defeitos que atenda às necessidades do usuário.

O PSP permite que os desenvolvedores encontrem defeitos antecipadamente. Ao encontrá-los antecipadamente, o PSP reduz o tempo gasto em fases posteriores, como a fase de testes.

Segundo a PSP é mais económico e eficaz eliminar os defeitos o mais rapidamente possível. Os engenheiros de software são incentivados a realizar análises pessoais para cada fase de desenvolvimento. Portanto o PSP inclui duas fases de revisão:

• - Revisão do projeto.

• - Revisão de código.

Para conduzir uma revisão eficaz, você precisa seguir um processo de revisão estruturado. A PSP recomenda o uso de listas de verificação para ajudar os desenvolvedores a seguir um procedimento ordenado.

O PSP segue a premissa de que quando as pessoas cometem erros, seus erros geralmente são previsíveis, então os desenvolvedores do PSP podem personalizar suas listas de verificação para revisar seus próprios erros. Espera-se também que os engenheiros de software façam propostas de melhoria, para identificar pontos fracos no seu desempenho atual, com foco em corrigi-los. Os dados históricos do projeto, que expõem onde o tempo é gasto e os defeitos introduzidos, ajudam os desenvolvedores a identificar áreas de melhoria.

PSP é um processo pessoal que pode ser adaptado às necessidades individuais de cada desenvolvedor. O PSP não é específico para uma linguagem de programação ou metodologia de design; portanto, pode ser usado com diferentes metodologias, incluindo desenvolvimento ágil de software").

Os métodos de engenharia de software podem variar de preditivos a adaptativos. O PSP é uma metodologia preditiva, o desenvolvimento Ágil é considerado uma metodologia adaptativa, mas apesar das diferenças, o TSP/PSP e o desenvolvimento Ágil compartilham diversas abordagens conceituais – principalmente no que diz respeito à organização da equipe. Com ambos é possível:

• - Defina seus objetivos e padrões.

• - Estimar e programar trabalhos.

• - Determinar agendas realistas e alcançáveis.

• - Realizar planos e processos de melhoria.

Agile Development e TSP/PSP compartilham a ideia de que os membros da equipe assumem a responsabilidade por seu próprio trabalho e trabalham juntos para chegar a um acordo sobre um plano realista, criando um ambiente de confiança e responsabilidade. No entanto, o TSP/PSP difere do desenvolvimento Ágil pela ênfase na documentação do processo e no uso de dados para prever e definir o cronograma do projeto.

Comparado à UML, o PSP obtém informações de interação dinâmica e estática, interna e externa, capturando dados com formatos que se assemelham aos formatos de casos de uso, diagramas de sequência e classes. Com base em um diagrama UML, as informações básicas podem ser obtidas para criar determinados formatos PSP.

O Software Engineering Institute (SEI), da Carnegie Mellon University oferece certificação em PSP. As etapas para se tornar um desenvolvedor PSP certificado são: aprender PSP, fazer o exame de certificação, manter as credenciais.[2]​.

• - PSP: Um Processo de Autoaperfeiçoamento para Engenheiros de Software 2005.

• - Página oficial.

• - Dashboard de Processos, ferramenta para utilização do PSP.

Um dos aspectos fundamentais do PSP é a utilização de dados históricos para analisar e melhorar o desempenho do processo. A recolha de dados para PSP é apoiada por quatro elementos importantes:

• - Roteiros.

• - Métricas.

• - Padrões.

• - Formatos.

Os scripts PSP fornecem um guia de nível especializado para seguir as etapas do processo, os scripts fornecem uma estrutura para a aplicação de medições. No PSP existem quatro medidas essenciais:

• - Tamanho – o tamanho de uma parte do produto, medido em linhas de código (LOC) ou softwares equivalentes (proxies) que facilitam a medição.

• - Esforço – o tempo necessário para completar uma tarefa, geralmente medido em minutos.

• - Qualidade – o número de defeitos no produto.

• - Agenda – uma medida da progressão do projeto, comparação do que foi planejado com as datas atuais de conclusão.

A aplicação de padrões ao processo pode garantir que os dados sejam precisos e consistentes. Os dados são registrados em formatos frequentemente registrados em aplicativos de medição de PSP.

Os desenvolvedores de software utilizam outras medidas, derivadas das essenciais, para compreender seu desempenho. Entre as medidas derivadas estão:

• - Estimativa de precisão (tamanho/tempo).

• - Previsão de intervalo (tamanho/tempo).

• - Tempo na fase de distribuição.

• - Defeito na distribuição da injeção.

• - Distribuição de remoção de defeitos.

• - Produtividade.

• - Porcentagem de rejeição.

• - Índice de custo de desempenho.

• - Valor planejado.

• - Valor ganho.

• - Valor ganho previsto.

• - Densidade de defeitos.

• - Densidade de defeitos por fase.

• - Taxa de remoção de defeitos por fase.

• - Alavancagem na remoção de defeitos.

• - Taxas de revisão.

• - Rendimento do processo.

• - Desempenho (rendimento) da fase.

• - Falha no custo da qualidade (COQ).

• - Avaliação (avaliação) COQ.

• - Taxa de avaliação/reprovação COQ.

Registrar tempos, defeitos e tamanhos é essencial para planejar e acompanhar projetos de PSP; dados históricos são usados ​​para melhorar a precisão da estimativa.

PSP usa o método PROBE para melhorar as habilidades de estimativa dos desenvolvedores para um planejamento mais preciso. Para acompanhar o projeto o PSP utiliza o método do valor agregado (EV).

O PSP também utiliza técnicas estatísticas, como correlação, regressão linear e desvio padrão, para traduzir dados em informações úteis para melhorar estimativas, planejamento e qualidade. As fórmulas estatísticas são calculadas pelas ferramentas PSP.

Produzir software de alta qualidade é o objetivo do PSP, e a qualidade é medida em termos de defeitos. Para PSP, um processo de qualidade deve produzir software com poucos defeitos que atenda às necessidades do usuário.

O PSP permite que os desenvolvedores encontrem defeitos antecipadamente. Ao encontrá-los antecipadamente, o PSP reduz o tempo gasto em fases posteriores, como a fase de testes.

Segundo a PSP é mais económico e eficaz eliminar os defeitos o mais rapidamente possível. Os engenheiros de software são incentivados a realizar análises pessoais para cada fase de desenvolvimento. Portanto o PSP inclui duas fases de revisão:

• - Revisão do projeto.

• - Revisão de código.

Para conduzir uma revisão eficaz, você precisa seguir um processo de revisão estruturado. A PSP recomenda o uso de listas de verificação para ajudar os desenvolvedores a seguir um procedimento ordenado.

O PSP segue a premissa de que quando as pessoas cometem erros, seus erros geralmente são previsíveis, então os desenvolvedores do PSP podem personalizar suas listas de verificação para revisar seus próprios erros. Espera-se também que os engenheiros de software façam propostas de melhoria, para identificar pontos fracos no seu desempenho atual, com foco em corrigi-los. Os dados históricos do projeto, que expõem onde o tempo é gasto e os defeitos introduzidos, ajudam os desenvolvedores a identificar áreas de melhoria.

PSP é um processo pessoal que pode ser adaptado às necessidades individuais de cada desenvolvedor. O PSP não é específico para uma linguagem de programação ou metodologia de design; portanto, pode ser usado com diferentes metodologias, incluindo desenvolvimento ágil de software").

Os métodos de engenharia de software podem variar de preditivos a adaptativos. O PSP é uma metodologia preditiva, o desenvolvimento Ágil é considerado uma metodologia adaptativa, mas apesar das diferenças, o TSP/PSP e o desenvolvimento Ágil compartilham diversas abordagens conceituais – principalmente no que diz respeito à organização da equipe. Com ambos é possível:

• - Defina seus objetivos e padrões.

• - Estimar e programar trabalhos.

• - Determinar agendas realistas e alcançáveis.

• - Realizar planos e processos de melhoria.

Agile Development e TSP/PSP compartilham a ideia de que os membros da equipe assumem a responsabilidade por seu próprio trabalho e trabalham juntos para chegar a um acordo sobre um plano realista, criando um ambiente de confiança e responsabilidade. No entanto, o TSP/PSP difere do desenvolvimento Ágil pela ênfase na documentação do processo e no uso de dados para prever e definir o cronograma do projeto.

Comparado à UML, o PSP obtém informações de interação dinâmica e estática, interna e externa, capturando dados com formatos que se assemelham aos formatos de casos de uso, diagramas de sequência e classes. Com base em um diagrama UML, as informações básicas podem ser obtidas para criar determinados formatos PSP.

O Software Engineering Institute (SEI), da Carnegie Mellon University oferece certificação em PSP. As etapas para se tornar um desenvolvedor PSP certificado são: aprender PSP, fazer o exame de certificação, manter as credenciais.[2]​.

• - PSP: Um Processo de Autoaperfeiçoamento para Engenheiros de Software 2005.

• - Página oficial.

• - Dashboard de Processos, ferramenta para utilização do PSP.