Personal Software Process

El proceso personal de software, PSP, es un conjunto de prcticas disciplinadas para la gestin del tiempo
y mejora de la productividad personal de los programadores o ingenieros de software, en tareas de desarrollo y
mantenimiento de sistemas, mediante el seguimiento del
desempeo predicho frente al desempeo real. Est alineado y diseado para emplearse en organizaciones con
modelos de procesos CMMI o ISO 15504. Fue propuesto por Watts Humphrey en 1995 y estaba dirigido a estudiantes. A partir de 1997 con el lanzamiento del libro An
introduction to the Personal Software Process se dirige
ahora a ingenieros juniors.

Cada nivel tiene guiones detallados, listas de chequeo y

plantillas. Humphrey, creador de la metodologa, motiva a los ingenieros experimentados a personalizarlos para
que puedan aumentar el entendimiento de sus fortalezas
y debilidades.
Proceso
La entrada de PSP son los requerimientos; el documento
de requerimientos es completado y entregado al ingeniero.

Con PSP los ingenieros de software pueden adquirir las PSP0, PSP0.1 (Introduce la disciplina y la medicin
habilidades necesarias para trabajar en un proceso de al proceso)
software en equipo TSP.
Se puede considerar como la gua de trabajo personal para PSP0 tiene 3 fases: planeacin, desarrollo (diseo, codiingenieros de software en organizaciones que emplean un cacin, pruebas) y un post mortem. Se establece una base
modelo CMMI con nivel de madurez o de capacidad de del proceso normal de medicin: tiempo tomado prograprocesos que implica la medicin cualitativa y mejora de mando, fallos inyectados/removidos, tamao de un programa. En un post mortem el ingeniero asegura que todos
procesos.
los datos del proyecto hayan sido registrados y analizados
Uno de los mayores problemas que tiene es la gran can- correctamente. PSP0.1 agrega un estndar de cdigo, una
tidad de datos que hay que tomar. El PSP tiene obsesin medida de tamao y el desarrollo de un plan de mejora
por la toma de datos y elaboracin de tablas. El PSP se personal PIP. En el PIP el ingeniero registra ideas para
orienta el conjunto de reas clave del proceso que debe mejorar su propio proceso.
manejar un desarrollador cuando trabaja de forma individual.
PSP1, PSP1.1 (Introduce estimacin y planeacin)
Teniendo como base los datos recolectados en PSP0 y
PSP0.1, el ingeniero estima el tamao que tendr el nuevo programa y prepara un reporte de pruebas (PSP1).
PSP pretende formar ingenieros de software con mto- Los datos recolectados para proyectos previos se usan
dos disciplinados para mejorar su desarrollo personal de para estimar el tiempo total. Cada proyecto nuevo regissoftware. PSP le ayuda a los desarrolladores a:
trar el tiempo gastado actualmente. Esta informacin es
usada para tareas de agendamiento, planeacin y estima Mejorar sus habilidades de estimacin y planeacin. cin(PSP1.1).

Objetivos

Hacer compromisos que se puedan cumplir.

PSP2, PSP2.1 (Introduce manejo de calidad y diseo)

Administrar la calidad de sus procesos.

Reducir la cantidad de defectos en sus productos.

PSP2 agrega dos fases nuevas: revisin de diseo y de

cdigo. Se enfoca en la prevencin de defectos y su remocin. Los ingenieros aprenden a evaluar y mejorar su
proceso midiendo la extensin de sus tareas y la cantidad
2 Niveles
de defectos inyectados y removidos en cada fase de desaEl entrenamiento de PSP sigue una metodologa evolutiva rrollo. Los ingenieros construyen y usan listas de chequeo
de mejora: quien empieza a integrar PSP en su proceso para diseo y revisin de cdigo.
comienza en el nivel PSP0 y progresa hasta alcanzar el PSP2.1 introduce especicaciones de diseo y tcnicas
nivel PSP2.1 que es el nivel mximo de madurez.
de anlisis.
1

(PSP3 es un legado de PSP que ha sido sustituido por

TSP.)
Los niveles son:
PSP 0:
Proceso actual.
Registro de tiempos.
Registro de defectos.
PSP 0.1 :
Estndares de cdigo.
Medicin de tamao.
PSP 1 - Inicial:
Estimacin de tamao.
Reporte de pruebas.
PSP 1.1:
Calendario de planeacin de tareas.
PSP 2 - Repetible:
Revisin de diseo y cdigo.
PSP 2.1:
Plantillas de Diseo.
(TSP).

LA IMPORTANCIA DE LOS DATOS EN PSP

Esfuerzo el tiempo requerido para cumplir una tarea, se suele medir en minutos.
Calidad la cantidad de defectos en el producto.
Agenda una medicin de progresin del proyecto, comparacin de lo planeado contra las fechas de
cumplimiento actuales.
La aplicacin de estndares 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 desempeo.
Entre las medidas derivadas estn:
Estimacin de precisin (tamao/tiempo).
Prediccin de intervalos (tamao/tiempo).
Tiempo en la fase de distribucin.
Distribucin de la inyeccin de defectos.
Distribucin de la remocin de defectos.
Productividad.
Porcentaje de reuso.
ndice de costo de desempeo.

La importancia de los datos en

PSP

Uno de los aspectos fundamentales de PSP es el uso de

datos histricos para analizar y mejorar el desempeo del
proceso. La recoleccin de datos para PSP es soportada
por cuatro elementos importantes:
Guiones.
Mtricas.
Estndares.
Formatos.
Los guiones de PSP proveen una gua 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:
Tamao el tamao de una parte del producto, medido en lneas de cdigo (LOC) o piezas de software
equivalentes (proxies) que facilitan la medicin.

Valor planeado.
Valor ganado.
Valor ganado predicho.
Densidad de defectos.
Densidad de defectos por fase.
Tasa de remocin de defectos por fase.
Apalancamiento de remocin de defectos.
Tasas de revisin.
Rendimiento (yield) de proceso.
Rendimiento (yield) de la fase.
Falla de costo de calidad (COQ).
Evaluacin (appraisal) COQ.
Tasa evaluacin/fallos COQ.

Planeacin y seguimiento

6 PSP y otras metodologas

PSP es un proceso personal que puede ser adaptado a las

necesidades individuales de cada desarrollador. PSP no
es especco para para un lenguaje de programacin o
metodologa de diseo; por lo tanto puede usarse con diferentes metodologas inclusive desarrollo gil de softPSP usa el mtodo PROBE para mejorar las habilida- ware.
des de estimacin de los desarrolladores para obtener ms
planeaciones ms precisas. Para hacer el seguimiento del Los mtodos de la ingeniera de software pueden variar
desde predictivos hasta adaptativos. PSP es una methoproyecto PSP usa el mtodo del valor ganado (EV).
dologa predictiva, desarrollo gil es considerada una
PSP tambin usa tcnicas estadsticas, tales como corre- metodologa adaptiva, pero a pesar de sus diferencias,
lacin, regresin lineal, y desviacin estndar, para tradu- TSP/PSP y desarrollo gil comparten varios conceptos
cir datos en informacin til para mejorar la estimacin, aproximaciones particulmente en cuanto a la organizaplaneacin y calidad. Las frmulas estadsticas son cal- cin del equipo. Con ambos es posible:
culadas por la herramientas para PSP.
El registro de tiempos, defectos, y tamaos es fundamental para planear y realizar seguimientos a los proyectos
de PSP, los datos histricos son usados para mejorar la
precisin estimacin.

Denir sus metas y estndares.

Estimar y agendar el trabajo.

Calidad

Determinar agendas realistas y alcanzables.

Realizar planes y procesos de mejora.

Producir software de alta calidad es la meta de PSP, y
la calidad es medida en trminos de defectos. Para PSP,
Desarrollo gil y TSP/PSP comparten la idea que los
un proceso de calidad debera producir software de pocos
miembros del equipo se responsabilicen por su propio tradefectos que cumple con las necesidades del usuario.
bajo y trabajen juntos para acordar un plan realista, crear
PSP permite a los desarrolladores encontrar defectos en un ambiente de conanza y responsabilidad. Sin embarfases tempranas. Al encontrarlos pronto, PSP reduce la go, el TSP/PSP se diferencia del desarrollo gil en su
cantidad de tiempo gastado en fases posteriores como la nfasis en la documentacin del proceso y el uso de datos
fase de pruebas.
para predecir y denir la agenda del proyecto.
Segn PSP es ms economico 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
revisin:

Revisin de diseo.

Frente a UML, PSP obteniene la informacin de la interaccin dinmica y esttica, 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 informacin base para crear ciertos formatos de PSP.

7 Certicacin[1]

Revisin de cdigo.

El Software Engineering Institute (SEI), de la Universidad Carnegie Mellon ofrece una certicacin en PSP. Los
Para realizar una revisin efectiva, usted necesita seguir pasos para hacerse un desarrollador certicado en PSP
el examen de certicacin,
un proceso de revisin estructurado. PSP recomienda son: aprender PSP, realizar
[2]
mantener
las
credenciales.
usar listas de vericacin 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 vericacin,
para revisar sus propios errores. Tambin se espera que
los ingenieros de software realicen propuestas de mejora,
para identicar debilidades en su desempeo actual enfocndose en corregirlas. Los datos histricos del proyecto,
los cuales exponen dnde se gasta el tiempo y los defectos introducidos, ayudan a los desarrolladores a identicar reas para mejorar.

8 Publicaciones
PSP: A Self-Improvement Process for Software Engineers 2005

9 Enlaces externos
Pgina ocial.

9
Process Dashboard, herramienta para utilizar PSP.

[1] SEI-Certied PSP Developer: Frequently Asked Questions. SEI Training. Pittsburgh, Pennsylvania: Software
Engineering Institute, Carnegie Mellon University. Consultado el 17 de noviembre de 2014.
[2] Pomeroy-Hu, Marsha; Cannon, Robert; Chick, Timothy
A.; Mullaney, Julia; Nichols, William (2009). The Personal Software Process (PSP) Body of Knowledge, Version
2.0. Pittsburgh, Pennsylvania: Software Engineering Institute, Carnegie Mellon University. Consultado el 17 de
noviembre de 2014. Freely downloadable Special Report
CMU/SEI-2009-SR-018, 2009

ENLACES EXTERNOS

10
10.1

Text and image sources, contributors, and licenses

Text

Personal Software Process Fuente: http://es.wikipedia.org/wiki/Personal%20Software%20Process?oldid=80587897 Colaboradores:

Vanbasten 23, Taichi, FlaBot, Er Komandante, Siabef, CEM-bot, Roberpl, Juan.palacio, RoyFocker, Nightwish, Pedrorozoc, Aedaniel,
Muro Bot, Loveless, PixelBot, Arjuno3, Luckas-bot, Jkbw, Rubinbot, Eddie.alfonso, PatruBOT, EmausBot, KLBot2, Invadibot y Annimos: 31

10.2

Images

10.3

Content license

Creative Commons Attribution-Share Alike 3.0