Uno de los aspectos fundamentales de PSP es el uso de datos históricos para analizar y mejorar el desempeño del proceso. La recolección de datos para PSP es soportada por cuatro elementos importantes:.

• - Guiones.

• - Métricas.

• - Estándares.

• - Formatos.

Los guiones de PSP proveen una guía de nivel experto para seguir los pasos del proceso, los guiones proveen un marco de trabajo para aplicar las mediciones. En PSP hay cuatro mediciones esenciales:.

• - Tamaño – el tamaño de una parte del producto, medido en líneas de código (LOC) o piezas de software equivalentes (proxies) que facilitan la medición.

• - Esfuerzo – el tiempo requerido para cumplir una tarea, se suele medir en minutos.

• - Calidad – la cantidad de defectos en el producto.

• - Agenda – una medición de progresión del proyecto, comparación de lo planeado contra las fechas de cumplimiento actuales.

La aplicación de estándares al proceso puede asegurar que los datos sean precisos y consistentes. Los datos son registrados en formatos, frecuentemente son registrados en aplicaciones para medir PSP.

Los desarrolladores de software usan otras medidas, que se derivan de las esenciales, para entender su desempeño. Entre las medidas derivadas están:.

• - Estimación de precisión (tamaño/tiempo).

• - Predicción de intervalos (tamaño/tiempo).

• - Tiempo en la fase de distribución.

• - Distribución de la inyección de defectos.

• - Distribución de la remoción de defectos.

• - Productividad.

• - Porcentaje de rehúso.

• - Índice de costo de desempeño.

• - Valor planeado.

• - Valor ganado.

• - Valor ganado predicho.

• - Densidad de defectos.

• - Densidad de defectos por fase.

• - Tasa de remoción de defectos por fase.

• - Apalancamiento de remoción de defectos.

• - Tasas de revisión.

• - Rendimiento (yield) de proceso.

• - Rendimiento (yield) de la fase.

• - Falla de costo de calidad (COQ).

• - Evaluación (appraisal) COQ.

• - Tasa evaluación/fallos COQ.

El registro de tiempos, defectos, y tamaños es fundamental para planear y realizar seguimientos a los proyectos de PSP, los datos históricos son usados para mejorar la precisión estimación.

PSP usa el método PROBE") para mejorar las habilidades de estimación de los desarrolladores para obtener más planeaciones más precisas. Para hacer el seguimiento del proyecto PSP usa el método del valor ganado (EV).

PSP también usa técnicas estadísticas, tales como correlación, regresión lineal, y desviación estándar, para traducir datos en información útil para mejorar la estimación, planeación y calidad. Las fórmulas estadísticas son calculadas por las herramientas para PSP.

Producir software de alta calidad es la meta de PSP, y la calidad es medida en términos de defectos. Para PSP, un proceso de calidad debería producir software de pocos defectos que cumple con las necesidades del usuario.

PSP permite a los desarrolladores encontrar defectos en fases tempranas. Al encontrarlos pronto, PSP reduce la cantidad de tiempo gastado en fases posteriores como la fase de pruebas.

Según PSP es más económico y efectivo remover defectos tan pronto como sea posible. Se exhorta a los ingenieros de software a realizar revisiones personales para cada fase del desarrollo. Por lo tanto PSP incluye dos fases de revisión:.

• - Revisión de diseño.

• - Revisión de código.

Para realizar una revisión efectiva, usted necesita seguir un proceso de revisión estructurado. PSP recomienda usar listas de verificación para ayudar a los desarrolladores a seguir un procedimiento ordenado.

PSP sigue la premisa que cuando la gente comete errores, sus errores son usualmente predecibles, así los desarrolladores PSP pueden personalizar sus listas de verificación, para revisar sus propios errores. También se espera que los ingenieros de software realicen propuestas de mejora, para identificar debilidades en su desempeño actual enfocándose en corregirlas. Los datos históricos del proyecto, los cuales exponen dónde se gasta el tiempo y los defectos introducidos, ayudan a los desarrolladores a identificar áreas para mejorar.

PSP es un proceso personal que puede ser adaptado a las necesidades individuales de cada desarrollador. PSP no es específico para un lenguaje de programación o metodología de diseño; por lo tanto puede usarse con diferentes metodologías inclusive desarrollo Ágil de software").

Los métodos de la ingeniería de software pueden variar desde predictivos hasta adaptativos. PSP es una metodología predictiva, desarrollo Ágil es considerada una metodología adaptiva, pero a pesar de sus diferencias, TSP/PSP y desarrollo Ágil comparten varios conceptos aproximaciones – particulmente en cuanto a la organización del equipo. Con ambos es posible:.

• - Definir sus metas y estándares.

• - Estimar y agendar el trabajo.

• - Determinar agendas realistas y alcanzables.

• - Realizar planes y procesos de mejora.

Desarrollo Ágil y TSP/PSP comparten la idea que los miembros del equipo se responsabilicen por su propio trabajo y trabajen juntos para acordar un plan realista, crear un ambiente de confianza y responsabilidad. Sin embargo, el TSP/PSP se diferencia del desarrollo Ágil en su énfasis en la documentación del proceso y el uso de datos para predecir y definir la agenda del proyecto.

Frente a UML, PSP obtiene la información de la interacción dinámica y estática, interna y externa capturando datos con formatos que se asemejan a los formatos de los de casos de uso, los diagramas de secuencias, y de clases. Basado en un diagrama UML se puede obtener la información base para crear ciertos formatos de PSP.

El Software Engineering Institute (SEI), de la Universidad Carnegie Mellon ofrece una certificación en PSP. Los pasos para hacerse un desarrollador certificado en PSP son: aprender PSP, realizar el examen de certificación, mantener las credenciales.[2]​.

• - PSP: A Self-Improvement Process for Software Engineers 2005.

• - Página oficial.

• - Process Dashboard, herramienta para utilizar PSP.

Uno de los aspectos fundamentales de PSP es el uso de datos históricos para analizar y mejorar el desempeño del proceso. La recolección de datos para PSP es soportada por cuatro elementos importantes:.

• - Guiones.

• - Métricas.

• - Estándares.

• - Formatos.

Los guiones de PSP proveen una guía de nivel experto para seguir los pasos del proceso, los guiones proveen un marco de trabajo para aplicar las mediciones. En PSP hay cuatro mediciones esenciales:.

• - Tamaño – el tamaño de una parte del producto, medido en líneas de código (LOC) o piezas de software equivalentes (proxies) que facilitan la medición.

• - Esfuerzo – el tiempo requerido para cumplir una tarea, se suele medir en minutos.

• - Calidad – la cantidad de defectos en el producto.

• - Agenda – una medición de progresión del proyecto, comparación de lo planeado contra las fechas de cumplimiento actuales.

La aplicación de estándares al proceso puede asegurar que los datos sean precisos y consistentes. Los datos son registrados en formatos, frecuentemente son registrados en aplicaciones para medir PSP.

Los desarrolladores de software usan otras medidas, que se derivan de las esenciales, para entender su desempeño. Entre las medidas derivadas están:.

• - Estimación de precisión (tamaño/tiempo).

• - Predicción de intervalos (tamaño/tiempo).

• - Tiempo en la fase de distribución.

• - Distribución de la inyección de defectos.

• - Distribución de la remoción de defectos.

• - Productividad.

• - Porcentaje de rehúso.

• - Índice de costo de desempeño.

• - Valor planeado.

• - Valor ganado.

• - Valor ganado predicho.

• - Densidad de defectos.

• - Densidad de defectos por fase.

• - Tasa de remoción de defectos por fase.

• - Apalancamiento de remoción de defectos.

• - Tasas de revisión.

• - Rendimiento (yield) de proceso.

• - Rendimiento (yield) de la fase.

• - Falla de costo de calidad (COQ).

• - Evaluación (appraisal) COQ.

• - Tasa evaluación/fallos COQ.

El registro de tiempos, defectos, y tamaños es fundamental para planear y realizar seguimientos a los proyectos de PSP, los datos históricos son usados para mejorar la precisión estimación.

PSP usa el método PROBE") para mejorar las habilidades de estimación de los desarrolladores para obtener más planeaciones más precisas. Para hacer el seguimiento del proyecto PSP usa el método del valor ganado (EV).

PSP también usa técnicas estadísticas, tales como correlación, regresión lineal, y desviación estándar, para traducir datos en información útil para mejorar la estimación, planeación y calidad. Las fórmulas estadísticas son calculadas por las herramientas para PSP.

Producir software de alta calidad es la meta de PSP, y la calidad es medida en términos de defectos. Para PSP, un proceso de calidad debería producir software de pocos defectos que cumple con las necesidades del usuario.

PSP permite a los desarrolladores encontrar defectos en fases tempranas. Al encontrarlos pronto, PSP reduce la cantidad de tiempo gastado en fases posteriores como la fase de pruebas.

Según PSP es más económico y efectivo remover defectos tan pronto como sea posible. Se exhorta a los ingenieros de software a realizar revisiones personales para cada fase del desarrollo. Por lo tanto PSP incluye dos fases de revisión:.

• - Revisión de diseño.

• - Revisión de código.

Para realizar una revisión efectiva, usted necesita seguir un proceso de revisión estructurado. PSP recomienda usar listas de verificación para ayudar a los desarrolladores a seguir un procedimiento ordenado.

PSP sigue la premisa que cuando la gente comete errores, sus errores son usualmente predecibles, así los desarrolladores PSP pueden personalizar sus listas de verificación, para revisar sus propios errores. También se espera que los ingenieros de software realicen propuestas de mejora, para identificar debilidades en su desempeño actual enfocándose en corregirlas. Los datos históricos del proyecto, los cuales exponen dónde se gasta el tiempo y los defectos introducidos, ayudan a los desarrolladores a identificar áreas para mejorar.

PSP es un proceso personal que puede ser adaptado a las necesidades individuales de cada desarrollador. PSP no es específico para un lenguaje de programación o metodología de diseño; por lo tanto puede usarse con diferentes metodologías inclusive desarrollo Ágil de software").

Los métodos de la ingeniería de software pueden variar desde predictivos hasta adaptativos. PSP es una metodología predictiva, desarrollo Ágil es considerada una metodología adaptiva, pero a pesar de sus diferencias, TSP/PSP y desarrollo Ágil comparten varios conceptos aproximaciones – particulmente en cuanto a la organización del equipo. Con ambos es posible:.

• - Definir sus metas y estándares.

• - Estimar y agendar el trabajo.

• - Determinar agendas realistas y alcanzables.

• - Realizar planes y procesos de mejora.

Desarrollo Ágil y TSP/PSP comparten la idea que los miembros del equipo se responsabilicen por su propio trabajo y trabajen juntos para acordar un plan realista, crear un ambiente de confianza y responsabilidad. Sin embargo, el TSP/PSP se diferencia del desarrollo Ágil en su énfasis en la documentación del proceso y el uso de datos para predecir y definir la agenda del proyecto.

Frente a UML, PSP obtiene la información de la interacción dinámica y estática, interna y externa capturando datos con formatos que se asemejan a los formatos de los de casos de uso, los diagramas de secuencias, y de clases. Basado en un diagrama UML se puede obtener la información base para crear ciertos formatos de PSP.

El Software Engineering Institute (SEI), de la Universidad Carnegie Mellon ofrece una certificación en PSP. Los pasos para hacerse un desarrollador certificado en PSP son: aprender PSP, realizar el examen de certificación, mantener las credenciales.[2]​.

• - PSP: A Self-Improvement Process for Software Engineers 2005.

• - Página oficial.

• - Process Dashboard, herramienta para utilizar PSP.