Personal Software Process

PSP

Representa una metodología o un marco de trabajo desarrollado en 1993 por Watts S. Humphrey. Lo importante al construir software es tener un proceso disciplinado para llevar a cabo el desarrollo e implementar mejoras para lograr resultados de calidad. Enfocada principalmente en el rol del programador, ayuda a que este ponga atención en aspectos de planeación, diseño, estándares y revisiones al detalle de lo que va realizando, registrando todo aquello en formas o plantillas que han sido diseñadas por Humphrey.La metodología maneja un conjunto de scripts que especifican los requerimientos de entrada, el proceso que debe de seguirse y los resultados esperados,todo esto enfocado a cada fase de la metodología.

Esta metodología esta apoyada por una herramienta computacional desarrollada por el Instituto de Carnegie Mellon, que genera una serie de registros con información valiosa para llevar a cabo la siguiente planeación

y para actualizar el plan al terminar cada programa de software.

OBJETIVOS

PSP pretende formar ingenieros de software con métodos disciplinados para mejorar su desarrollo personal de software. PSP le ayuda a los desarrolladores a:

• Mejorar sus habilidades de estimación y planeación.
• Hacer compromisos que se puedan cumplir.
• Administrar la calidad de sus procesos.
• Reducir la cantidad de defectos en sus productos.

NIVELES

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.

Cada nivel tiene guiones detallados, listas de chequeo y plantillas. Humphrey, creador de la metodología, 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.

PSP0, PSP0.1 (Introduce la disciplina y la medición al proceso)

PSP0 tiene 3 fases: planeación, desarrollo (diseño, codificación, pruebas) y un post mortem. Se establece una base del proceso normal de medición: tiempo tomado programando, fallos inyectados/removidos, tamaño de un programa. En un post mortem el ingeniero asegura que todos los datos del proyecto hayan sido registrados y analizados correctamente. PSP0.1 agrega un estándar de código, una medida de tamaño y el desarrollo de un plan de mejora personal PIP. En el PIP el ingeniero registra ideas para mejorar su propio proceso.

PSP1, PSP1.1 (Introduce estimación y planeación)

Teniendo como base los datos recolectados en PSP0 y PSP0.1, el ingeniero estima el tamaño que tendrá el nuevo programa y prepara un reporte de pruebas (PSP1). Los datos recolectados para proyectos previos se usan para estimar el tiempo total. Cada proyecto nuevo registrará el tiempo gastado actualmente. Esta información es usada para tareas de agendamiento, planeación y estimación(PSP1.1).

PSP2, PSP2.1 (Introduce manejo de calidad y diseño)

PSP2 agrega dos fases nuevas: revisión de diseño y de código. Se enfoca en la prevención de defectos y su remoción. Los ingenieros aprenden a evaluar y mejorar su proceso midiendo la extensión de sus tareas y la cantidad de defectos inyectados y removidos en cada fase de desarrollo. Los ingenieros construyen y usan listas de chequeo para diseño y revisión de código.

PSP2.1 introduce especificaciones de diseño y técnicas de análisis.

(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 :
  • Estándares de código.
  • Medición de tamaño.
• PSP 1 - Inicial:
  • Estimación de tamaño.
  • Reporte de pruebas.
• PSP 1.1:
  • Calendario de planeación de tareas.
• PSP 2 - Repetible:
  • Revisión de diseño y código.
• PSP 2.1:
• Plantillas de Diseño.

ADMINISTRACIÓN DEL TIEMPO

Se pueden llenar varios cuadernillos:

1.  Uno por cada proyecto o al terminarse uno de ellos.
2. Cada uno con:
• Su portada y tiempo de inicio y fin.
• Su índice.
• Su lista de trabajos generales.
3. Se debe saber establecer las tareas que interesa medir.
4. El objetivo es saber el tiempo real que se está gastando.
5. La unidad de medida del tiempo debe ser minutos.
6. No de trabaja más de 1 hora seguida.

BITÁCORA DE TIEMPO-ejemplo

CONSEJOS/IDEAS

• Traer el cuaderno todo el tiempo.
• Si no se trae, anotar lo mas rápido posible.
• Puede ponerse hora inicial y final.
• Resumir diaria o semanalmente.

NIVEL 0

PROCESO INICIAL

Primero se desarrolla un plan para realizar el proyecto. Después se desarrolla el software necesario y finalmente viene la fase de postmortem o la fase que se realiza después de finalizado el proyecto. 

FLUJO

Para realizar la recolección de todos los datos que intervienen en el proyecto es muy importante este primer paso ya que proporciona un panorama general de qué métodos utilizar para "atacar" el problema. El flujo que interviene en todo el proceso inicial está detallado en la siguiente imagen. Es de gran importancia que se entienda claramente este concepto porque representa los fundamentos de los demás niveles.

VENTAJAS

• – La estimulación por nuevas ideas.

• – La idea de que ganemos en talento y habilidad.

• – Una estructura de trabajo de mejoramiento personal.

• – Tomar control del propio trabajo.

• – La sensación de logro.

• – La convicción ques es lo mejor que se puede hacer.

Desventajas:

• – El tiempo requerido para conocerlo
• – El costo emocional por mantener una disciplina
• – El ego del cambio de las costumbres

ENLACES DE INFORMACION:
http://catarina.udlap.mx/u_dl_a/tales/documentos/lis/pelaez_r_jj/capitulo3.pdf
https://personalsoftware.wordpress.com/ventajas-y-desventajas-del-psp/
https://www.fing.edu.uy/sites/default/files/biblio/29158/beneficios%20de%20aplicar%20el%20personal%20software%20process.pdf
https://es.wikipedia.org/wiki/Personal_Software_Process
https://sg.com.mx/content/view/797