TSP

Qu es TSP?
Es la combinacin de PSP(Personal Software Process) con el manejo
de trabajo en equipo.
Qu hace TSP?
TSP extiende y refina los mtodos CMM y PSP, para guiar a los
miembros de los equipos en el trabajo de mantenimiento y
desarrollo.

Tambin muestra cmo construir un equipo auto dirigido y cmo ser

un efectivo miembro del equipo.
Ventajas de TSP
Muestra a los ingenieros cmo producir productos de calidad por
medio de una planificacin de costes.

TSP proporciona equipos de proyectos con guas explcitas sobre

como alcanzar sus objetivos
TSP
Es una metodologa para dirigir el trabajo de mejora y desarrollo de
software adems de establecer un entorno donde el trabajo efectivo
de equipo sea normal y natural.
Conjunto de procesos estructurados que indican qu hacer en cada
fase del desarrollo del proyecto y muestra cmo conectar cada fase
para construir un producto completo
Objetivos
Maximizar calidad Software, Minimizar costos.
Integrar equipos independientes de alto rendimiento que planeen y
registren su trabajo, establezcan metas, y sean dueos de sus
procesos y planes.
Mostrar a los gerentes como monitorear y motivar a sus equipos de
trabajo y como ayudarlos a alcanzar su mxima productividad.
Acelerar la mejora contina de procesos.
Proveer de una gua para el mejoramiento en organizaciones maduras
CMMI Administracin
Equipo de
TSP Ingenieros
PSP Ingeniero
Fases del Ciclo de Vida
Implementacin
Lanzamiento
Estrategia
Planeamiento
Requerimientos
Diseo
Pruebas
Postmorten
Implementacin
Se usa PSP para implementar mdulos y unidades.
Se crea el diseo detallado de los mdulos y unidades.
Se revisa el diseo.
Se convierte el diseo al cdigo .
Se inspecciona el cdigo
Se compilan y prueban los mdulos y unidades.
Se analiza la calidad de los mdulos/unidades.
Lanzamiento
Revisin de objetivos a perseguir.
Asignacin de equipos y roles al personal.
Se describen las necesidades del cliente.
Se establece las metas individuales y del equipo.
Lanzamiento TSP, checklist para planeacin
Establecer productos y objetivos de empresa
Establecer roles y objetivos de equipo
Definir estrategia de desarrollo
Hacer un plan general
Hacer un plan de calidad
Balancear el plan (cargas de trabajo)
Proyecto de riesgos
Disear reporte para administracin
Revisin del plan con administracin
Analisis Postmortem, nuevo equipo revisa proceso
Productos de Planeacin
Objetivos de equipo por escrito
Roles definidos
Plan de desarrollo
Plan de calidad
Plan de soporte al proyecto
Desarrollo en conjunto de planes y programas
Plan detallado para cada ingeniero
Plan contra riesgos
Reporte del estado del proyecto
 Los miembros establecen metas comunes y roles definidos
Equipo desarrolla estrategia consensada y todos participan en su
creacin
El equipo negocia el plan con la Administracin
Los miembros hacen el trabajo en la forma planeada
La comunicacin es libre y frecuente
Se forma grupo con cohesin, hay cooperacin
Cada miembro conoce su status, se realimenta con su trabajo y tiene
liderazgo que sustenta su motivacin
Estrategia
Crear un diseo conceptual para el producto.
Se establece la estrategia de desarrollo: se decide que ser producido
en cada ciclo.
Se hacen estimaciones iniciales de esfuerzos y tamao.
Se establece un plan de administracin de la configuracin.
Se reutiliza el plan anterior.
Se establecen riesgos de administracin
Planeamiento
Estima el tamao de cada artefacto a ser desarrollado.
Se identifican las tareas: se estima el tiempo para completar cada
tarea; se asignan tareas a los miembros del equipo.
Hacer un cronograma semanal para tareas terminadas.
Hacer un plan de calidad
Requerimientos
Se analizan las necesidades del cliente y se entrevistan
Se especifican los requerimientos.
Se hace inspeccin de los requerimientos.
Se disea un plan de pruebas del sistema.
Diseo
Se crea un diseo de alto nivel.
e especifica el diseo.
Se inspecciona el diseo.
Se desarrolla una plan de pruebas de integracin
Pruebas
Se construye e integra el sistema.
Se llevan a cabo las pruebas del sistema.
Se produce la documentacin de usuario
Postmorten

Anlisis de resultados.
Se escribe el reporte del ciclo.
Se produce producen evaluaciones de pares y equipo.
 Es el paso final del proceso TSP.
El Postmortem comienza con la evaluacin del proceso de calidad
definido para el proyecto.
Verificando las metas del plan de calidad:
Cuales fueron cumplidas y cuales no?
Los inconvenientes que impidieron que se cumplieran estas metas de calidad.
Se realiza una evaluacin de las metas de cada uno de los lderes.
Para cada uno de los roles.
Finalmente se evala la participacin de cada uno de los miembros en
termino de trabajo personal y trabajo de equipo.
Se enfoca principalmente en el desarrollo de:
Anlisis de resultados.
Se escribe el reporte del ciclo.
Se produce producen evaluaciones de pares y equipo
Por qu necesitamos el postmorten?
Cada nuevo proyecto debe ser una oportunidad para mejorar
aprendiendo de las experiencias anteriores: Mejoramiento continuo
del proceso.
Analizar las oportunidades de mejoramiento y definir como cambiar
las prcticas en el ciclo siguiente o en el proyecto siguiente. Se debe
evaluar:
El producto realizado.
El esfuerzo invertido para hacerlo.
El proceso seguido para hacerlo
Reporte del Ciclo
Reporte de Ingeniero
Cada ingeniero debe reportar su desempeo personal en las
actividades de desarrollo.
Contrastar lo planeado contra lo ejecutado.
Describir oportunidades de mejoramiento personal
Post Mortem Informe
Los propietarios y Lista de Contactos
Procesos efectivos
Procesos Negativos
Estructura TSP
Relacin PSP y TSP
Ambos procesos pueden usarse juntos.
PSP y el TSP son aplicables tanto a pequea como a gran escala.
Equipos sencillos, 5 - 15 profesionales
Multi-Equipos, muchas docenas de profesionales.
Ventajas
Mejora la productividad de las personas.
Mejora en los hbitos de programacin.
Se puede lograr una deteccin temprana de defectos y riesgos lo que
deriva en una disminucin de los defectos.
Una mejora en la calidad.
Una reduccin en el ciclo de vida.
Desventajas
Es necesario que cada uno de los miembros tiene que tener el
compromiso y la disciplina de seguir el plan.
Debe de llenar toda la documentacin requerida que incluye sus
registros, planificacin, las plantillas o formularios.
Se debe de contar con un buen conjunto de mtricas y parmetros de
calidad, lo cual, para algunas organizaciones, puede ser difcil de
definir.
Herramientas
El Introductory Team Software Process (TSPi) es una versin
acadmica-baja del TSP el cual gua graduantes y a estudiantes
avanzados aplicando los principios y practicas del TSP
 *Scrum es un marco de trabajo para la gestin y desarrollo de
software basada en un proceso iterativo e incremental utilizado
comnmente en entornos basados en el desarrollo gil de software.
*Aunque Scrum estaba enfocado a la gestin de procesos de
desarrollo de software, puede ser utilizado en equipos de
mantenimiento de software, o en una aproximacin de gestin de
programas: Scrum de Scrums.