PSP y TSP

PSP
El Personal Software Process, (PSP), es una metodología proveniente del Instituto de

Ingeniería del Software (SEI). PSP es una alternativa dirigida a los ingenieros de sistemas,
que les permite mejorar la forma en la que construyen software. Considerando aspectos
como la planeación, calidad, estimación de costos y productividad. PSP es una
metodología que vale la pena revisar cuando el ingeniero de software está interesado en
aumentar la calidad de los productos de software que desarrolla dentro de un contexto de
trabajo individual.
Se concentra en desarrollar las habilidades de cada uno de los miembros, les permite crecer
individualmente y utilizar métricas para su desempeño. Dichas métricas se basan
principalmente en la cantidad de defectos que son
inyectados o encontrados en el código, pero también
se tienen de esfuerzo, calendario y tamaño. Las
unidades de medición pueden definirse de acuerdo a
las necesidades, ya sean casos de uso, líneas de
código u otras.
Comportamientos comunes al desarrollar SW:
 Invertimos más tiempo del esperado

 No podemos determinar con precisión el tiempo y el
tamaño que tendrá el producto
 El esfuerzo invertido en las pruebas hace
impredecible los resultados (en cuanto al tiempo)
 Se necesitan varios ciclos o iteraciones (Diseño, Codificación, Pruebas) para generar un
producto 100% libre de errores (Bugs).
Que es PSP (Personal Software Process)?

PSP fue creado por Watts Humphrey a mediados de la década de los 90 cuando escribió “A
Discipline for Software Engineering” en 1995 y posteriormente “Introduction to the Personal
Software Process” en 1997 siendo complementado con “Introduction to the Team Software
Process” en el año 2000.
Es un proceso de auto-mejora que nos ayuda a controlar, gestionar y mejorar la forma en la que
realizamos nuestro trabajo. Es un marco de trabajo estructurado, compuesto de guías y
procedimientos para desarrollar software.
Usado de manera adecuada el PSP nos brinda la información necesaria para hacer y cumplir
compromisos (en términos de calidad y calendario) y hacer más eficiente y predecible la forma en
que realizamos el trabajo. PSP brinda una serie de recomendaciones y elementos que permiten a
los desarrolladores generar Software de Calidad en los tiempos pactados.
Principios de PSP
Cada Desarrollador es diferente, pero para ser efectivos, los desarrolladores deben planear su
trabajo usando como referencia su información histórica o línea base (Comportamiento en
proyectos anteriores).
Para mejorar su rendimiento y calidad, los desarrolladores deben medir su trabajo, analizar sus
resultados y trazarse metas de mejora con dichos datos.
El desarrollador tiene gran parte de la responsabilidad en la calidad del Producto/Software

/Proyecto y dicha calidad no es accidental, exigiendo de los desarrolladores un compromiso
personal.
Encontrar los defectos (errores, bugs, requerimientos no contemplados, etc) en fases tempranas
del Proceso es mucho menos costoso que encontrarlas en Pruebas de Unidad, del Sistema, de
Integración y mucho más que cuando son encontrados por el usuario.
Como profesional del software usted debe:
 Ser responsable de su proceso.

 Medir, registrar y analizar su trabajo.
 Aprender de las variaciones en su
desempeño.
 Incorporar lo aprendido en su práctica diaria.
Niveles en PSP
Los scripts se organizan en cuatro niveles, identificados del 0 al 3, atendiéndose en
cada nivel un conjunto de aspectos a mejorar del proceso de desarrollo de software.
 Al primer nivel se le conoce como 0 o de medición personal,
 Al segundo como nivel1 o de planeación personal,
 Al tercero, como nivel 2 o de calidad personal, y
 Al cuarto, como nivel 3 o cíclico personal.
Cada uno de estos niveles, con excepción del 3, tiene una
versión que los extiende, introduciendo tareas y actividades
para un mejor manejo de los aspectos de interés en nivel,
o bien para incluir nuevos aspectos.
Cada uno de los niveles extiende los aspectos

considerados en el nivel inmediato anterior. Una de las razones de esta clasificación
puede ser el que PSP es una metodología de mejora basada en datos estadísticos,
los cuales deben ser cuidadosamente recabados por el ingeniero de software; el
aumento gradual de la cantidad de datos que debe recolectar el ingeniero introduce,
por consiguiente, el cambio en su manera de trabajo de una manera paulatina.
Se recomienda un uso incremental de PSP, iniciando con el nivel más bajo durante
un primer proyecto de desarrollo y, en proyectos siguientes, ascendiendo a niveles
superiores.
Entornos Organizacionales
TSP - Team Software Process
Equipos de trabajo:
Los equipos de trabajo que se conforman en la industria se enfrentan a tres problemas muy
comunes:
 Se enfrentan retos demasiado difíciles de cumplir (cronogramas imposibles)
 El equipo se enfoca en el producto más no en el proceso.
 Uno o más miembros del equipo son obstáculos para el proyecto.
Dar a un grupo de ingenieros un proyecto no significa necesariamente que son un equipo;

ya que construir un equipo no es una tarea obvia.
Nuevos equipos gastan una cantidad de tiempo substancial en problemas de manejo del
equipo. Cuestionamientos:
 cómo repartirse el trabajo?
 cómo coordinar las tareas?
 cómo asignar responsabilidades?
 cómo medir progreso?
Que es 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 líneas de código.
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.
Presenta los conceptos para la conformación eficiente de equipos de trabajo. Define un proceso
de construcción de proyectos de mediana escala con un grupo de trabajo y capitaliza la
experiencia en planeación y control de proyectos
La versión inicial del TSP fue desarrollada

por Watts Humphrey en 1996. TSP 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
“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 gestionado varios proyectos que han usado TSP para su desarrollo.”
Estructura y flujo del TSP

Fases del ciclo de vida del TSP

PSP y TSP

Cargado por

Copyright:

Formatos disponibles

PSP y TSP

Cargado por

Información del documento

Descripción original:

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

PSP y TSP

Cargado por

Copyright:

Formatos disponibles

PSP

El Personal Software Process, (PSP), es una metodología proveniente del Instituto de

Comportamientos comunes al desarrollar SW:

 Invertimos más tiempo del esperado

Que es PSP (Personal Software Process)?

El desarrollador tiene gran parte de la responsabilidad en la calidad del Producto/Software

Como profesional del software usted debe:

 Ser responsable de su proceso.

Cada uno de los niveles extiende los aspectos

Dar a un grupo de ingenieros un proyecto no significa necesariamente que son un equipo;

La versión inicial del TSP fue desarrollada

“Antes que los ingenieros de software

Estructura y flujo del TSP

También podría gustarte