4.5. PSP/TSP.
PSP: El proceso personal de software, PSP, es un conjunto de prácticas disciplinadas para la gestión 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 desempeño predicho frente al desempeño real. Está alineado y diseñado 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.
Con PSP los ingenieros de software pueden adquirir las habilidades necesarias para trabajar en un proceso de software en equipo TSP. Se puede considerar como la guía de trabajo personal para ingenieros de software en organizaciones que emplean un modelo CMMI con nivel de madurez o de capacidad de procesos que implica la medición cualitativa y mejora de procesos. Uno de los mayores problemas que tiene es la gran cantidad de datos que hay que tomar.
El PSP tiene obsesión por la toma de datos y elaboración de tablas. El PSP se orienta el conjunto de áreas clave del proceso que debe manejar un desarrollador cuando trabaja de forma individual.
TSP:En combinación con el personal software process (PSP), el llamado Team Software Process (TSP) proporciona un marco de trabajo de procesos definidos que está diseñado para ayudarle a equipos de gerentes e ingenieros a organizar y producir proyectos de software de gran escala, que tengan tamaños mayores a varios miles de lineas de codigo. El objetivo del TSP es mejorar los niveles de calidad y productividad de un proyecto de desarrollo de software de un equipo, con el fin de ayudarlos a alcanzar los acuerdos de costos y tiempos en dicho desarrollo.
La versión inicial del TSP fue desarrollada por watts humphrey en 1996, y el primer Reporte Técnico para TSP fue publicado en el año 2000, patrocinado por el departamento de defensa de los estados unidos. El libro de Watts Humphrey llamado "Introduction to the Team Software Process" (Addison Wesley Professional, Massachusetts, 1999), presenta el TSP en detalle y se enfoca en el proceso de la construcción de un equipo productor de software, estableciendo objetivos del equipo, distribuyendo los roles, y otras actividades de trabajo en equipo.
Funcionamiento TSP
Antes que los ingenieros de software puedan participar en el TSP, se requiere que ya hayan aprendido sobre el personal software process (Proceso Personal de Software), de manera tal que el TSP pueda funcionar de manera adecuada. El TSP comienza con un proceso de cuatro días llamado despegue. El despegue está diseñado para comenzar el proceso de construcción de los equipos y durante éste tiempo, los equipos y sus administradores establecen metas, definen roles, evalúan riesgos y producen un plan de equipo. El despegue generalmente se hace con un coach específicamente entrenado, o con un líder que ya ha gerenciado varios proyectos que han usado TSP para su desarrollo.
REFERENCIA:
https://es.wikipedia.org/wiki/Personal_Software_Process
https://es.wikipedia.org/wiki/Team_Software_Process
Comentarios
Publicar un comentario