Personal Software Process

Está alineado y diseñado para emplearse en organizaciones con modelos de procesos CMMI o ISO 15504.

PSP le ayuda a los desarrolladores a: El entrenamiento de PSP sigue una metodología evolutiva de mejora: quien empieza a integrar PSP en su proceso comienza en el nivel PSP0 y progresa hasta alcanzar el nivel PSP2.1 que es el nivel máximo de madurez.

PSP0 tiene 3 fases: planeación, desarrollo (diseño, codificación, pruebas) y un post mortem.

En un post mortem el ingeniero asegura que todos los datos del proyecto hayan sido registrados y analizados correctamente.

Esta información es usada para tareas de agendamiento, planeación y estimación(PSP1.1).

En PSP hay cuatro mediciones esenciales: La aplicación de estándares al proceso puede asegurar que los datos sean precisos y consistentes.

Entre las medidas derivadas están: 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.

Según PSP es más económico y efectivo remover defectos tan pronto como sea posible.

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 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.

El Software Engineering Institute (SEI), de la Universidad Carnegie Mellon ofrece una certificación en PSP.

Imagen de las tareas PSP empleando un tipo de formato predefinido