TSP (Team Software Process)

Plan
• Qué es TSP
• Costos de introducirlo
• Beneficios
• Experiencias

25/8/2019 Gestión de Software 1

Qué es TSP
• TSP sirve para construir y guiar equipos interdisciplinarios
• Proporciona
 un proceso definido para construir el equipo
 un marco para el trabajo en equipo
 un ambiente de gestión para soportarlo
• Diseñado para equipos de desarrollo y mantenimiento de
entre 2 a 20 ingenieros
• Incluye
 un proceso completamente definido para el trabajo en equipo
 roles definidos para los miembros del equipo
 un proceso estructurado para el lanzamiento y seguimiento
 una herramienta para soportar el trabajo del equipo y del
ingeniero

25/8/2019 Gestión de Software 2

TSP soporta IPPD
• TSP (según Humphrey) es un enfoque bien
definido y probado que soporta IPPD
 Foco en el cliente
 desarrollo concurrente
 planificación temprana y continua del ciclo de vida
 flexibilidad para utilizar enfoques originales
 diseño robusto y capacidad de mejora del proceso
 calendario guiado por eventos
 trabajo en equipo multidisciplinario
 “empowerment” (potencia al personal)
 herramientas de gestión coherentes
 identificación y gestión de riesgos proactivas
25/8/2019 Gestión de Software 3
Principios de TSP
• los ingenieros saben lo máximo del trabajo y
pueden hacer los mejores planes
• cuando los ingenieros planifican su propio trabajo,
están comprometidos con el plan
• Seguimiento preciso de los planes requiere planes
detallados y datos ajustados
• Para minimizar el tiempo de realización los
ingenieros deben balancear su carga de trabajo
• Para maximizar la productividad, enfocarse
primero en la calidad

25/8/2019 Gestión de Software 4

Enfoque de TSP
• planificar el trabajo antes de comprometerse con
o de comenzar el trabajo
• Usar un proceso definido
• medir y seguir el tiempo de desarrollo, tamaño y
defectos
• Planificar, medir y seguir la calidad del producto
• Poner énfasis en la calidad desde el comienzo del
trabajo
• Analizar cada tarea y utilizar los resultados para
mejorar el proceso

25/8/2019 Gestión de Software 5

Equipos efectivos
• para ser efectivos los equipos deben comenzar
por:
 definir sus objetivos
 establecer roles en el equipo
 definir una estrategia de desarrollo
 definir el proceso
 producir un plan general de desarrollo
 detallar los planes para cada ingeniero
 hacer análisis de riesgos
 acordar mecanismos de comunicaciones y de
información
si bien hay formas conocidas de realizar todas estas
cosas, los métodos no son obvios...
25/8/2019 Gestión de Software 6
Cómo PSP y TSP se relacionan
TSP en TSP en
PSP desarrolla
construcción trabajo en
habilidades
del equip equipo

Mediciones personales Objetivos del proyecto Análisis de riesgos

Disciplina en el proceso Roles en el equipo Comunicación del equipo

Estimación y planificación Proceso del equipo Coordinación del equipo

Gestión de la Calidad Plan del proyecto registro del estado

Plan balanceado Informes del proyecto

Miembros del Disciplinas Gestión del

equipo del equipo equipo

Equipos Integrados
para el producto

25/8/2019 Gestión de Software 7

Elementos de TSP
• Preparación
 ingenieros y sus gerentes se entrenan en PSP y TSP
• Lanzamiento (y re-lanzamiento) del equipo
 en hitos principales del proyecto el equipo reevalúa y
replanifica el proyecto
• Gestión y seguimiento del proyecto
 gerentes siguen el trabajo y controlan el proceso

25/8/2019 Gestión de Software 8

TSP – Visión general
entrenamiento Entrenamiento
de ingenieros de gerentes
entrenamiento
de instructor/
mentor
lanzamiento de
equipo de proyecto

ejecuta primer fase del proyecto Participación y

guía y soporte seguimiento de
del mentor re-lanzamiento de gerentes
equipo de proyecto

ejecuta fase siguiente

ejecuta fase siguiente
ejecuta fase siguiente

postmortem

25/8/2019 Gestión de Software 9

Lanzamiento de TSP
• Cada proyecto TSP comienza con un lanzamiento
 Lleva 3 o más días
o es parte del proyecto
o está dirigido por un mentor entrenado en TSP
o sigue inmediatamente a entrenamiento en TSP

 En el lanzamiento
o los ingenieros eligen roles personales
o definen sus propios procesos
o producen planes del equipo e individuales
o balancean estos planes
o evalúan y asignan riesgos del proyecto

25/8/2019 Gestión de Software 10

Roles en el equipo
• Los roles distribuyen la gestión entre los ingenieros
• estos roles definen las responsabilidades para gestionar el
entorno de trabajo
• los miembros eligen sus roles durante el lanzamiento del
equipo
• los roles estándar cubren:
 planificación
 proceso
 calidad
 soporte
 interfaz con el usuario
 diseño
 implementación
 prueba
25/8/2019 Gestión de Software 11
Proceso de lanzamiento en TSP
Lanzamiento Gerente/Cliente: definen objetivos del proyecto
reuniones 1 y 2 responden preguntas del equipo
Equipo: Establece roles – define objetivos del equipo
Lanzamiento Equipo: define estrategia y proceso para el proyecto,
reuniones 3,4,5 genera planes de calidad y de soporte, desarrolla un
plan general de desarrollo

Lanzamiento Equipo: realiza planes detallados para la próxima

reunión 6 fase y equilibra los planes personales de los
ingenieros

Lanzamiento Equipo: realiza una evaluación de riesgos del

proyecto, asigna riesgos a los ingenieros para su
reunión 7 seguimiento

Lanzamiento Equipo: revisa el trabajo completado del lanzamiento,

prepara presentación a los gerentes, realiza
reuniones 8 y 9 postmortem del lanzamiento

Lanzamiento Equipo: presenta y defiende el plan

reunión 10 Gerente/Cliente: Revisa el plan del equipo, resuelven
problemas del plan con el equipo
25/8/2019 Gestión de Software 12
Planificación en TSP
• tres niveles:
 plan general elaborado por el equipo
 plan detallado para la próxima fase por el equipo
 plan detallado personal de cada ingeniero para la
próxima fase
 ingenieros equilibran sus planes para a la vez distribuir
la carga de trabajo y minimizar el calendario

25/8/2019 Gestión de Software 13

TSP – Planificación estimar
estimar
Requerimientos definir proceso tareas tiempo
Diseño y tareas semanal
estimar LOC tiempos de horas por
tamaño tareas semana
resumen de plantilla
plantilla
tamaño de calendario
Posibles de tareas
componentee
funciones
producir planes
producir diseño resumen del de tareas y hacer plan
conceptual sistema calendario individual
del equipo

Defectos tareas y
inyectados y calendario indiv
removidos Consolidar planes
estimar resumen de (equipo, ingeniero,
calendario y equilibrar
rango de calidad
defectos Parámetros de calidad)
calidad Plan
consolidado
25/8/2019 Gestión de Software 14
Seguimiento de un proyecto TSP
• los planes del equipo e individuales son la base
para un adecuado seguimiento
• los miembros del equipo regularmente reevalúan
los riesgos y consideran formas de mitigarlos
• en reuniones semanales los ingenieros
 informan estado de las tareas
 revisan los riesgos clave
 re-equilibran la carga de trabajo
 el equipo produce informes semanales precisos del
estado para la gerencia

25/8/2019 Gestión de Software 15

Dirección y apoyo
• los equipos precisan apoyo
• un desempeño superior es más probable cuando:
 el trabajo es visible y medido
 el éxito es reconocido
• con TSP los problemas se tratan como:
 oportunidades para mejorar
 no como fracasos personales

• en proyectos TSP los gerentes actúan como apoyo

y líderes

25/8/2019 Gestión de Software 16

Soporte del líder de equipo
• el líder del equipo periódicamente informa a la
gerencia del estado y riesgos del proyecto
• el líder del equipo también apoya al equipo:
 obteniendo personal y que se lo entrene
 comunicándose con otros grupos
 resolviendo problemas
 manteniendo la disciplina del proceso
 revisando la calidad del proceso y del producto
 dirigiendo y sosteniendo la energía del equipo

25/8/2019 Gestión de Software 17

Soporte de la gerencia
• TSP no puede funcionar a menos que:
 ingenieros cuenten con el respaldo completo de todos
los niveles gerenciales

• Durante la reunión de lanzamiento el equipo

revisa su plan con la gerencia que:
 responde preguntas
 resuelve problemas
 explora alternativas
• Para sostener TSP la gerencia debe
 periódicamente revisar el proyecto
 revisar que los datos del equipo sean ajustados
 enfocarse en la calidad
25/8/2019 Gestión de Software 18
Beneficios de TSP (según Humphrey)
• equipos consistentemente cumplen los
compromisos
 un equipo terminó 6 semanas antes
 un equipo terminó en fecha pero incluyó 25% más de
funcionalidad que lo planificado
• equipos más productivos
 equipos duplicaron su productividad
• Reducción sustancial de defectos en el producto
 proyecto sin defectos reportados en el 1er.año
• mejores diseños
 en un proyecto no se detectaron defectos de diseño en
pruebas
 en otro proyecto el diseño fue seleccionado para una
nueva famila de productos
25/8/2019 Gestión de Software 19
Beneficios de TSP (según Humphrey)
• en el personal
 a los ingenieros les gusta trabajar con este enfoque
 reducción en la rotación del personal

25/8/2019 Gestión de Software 20

Conclusiones
• TSP muestra a los ingenieros de software cómo
 planificar y dirigir su propio trabajo
 producir productos superiores
• TSP muestra a los gerentes cómo
 construir equipos auto-dirigidos
 liderar y dar soporte a estos equipos

• Es una “mejor práctica” para IPPD

• Los resultados con TSP fueron extraordinarios
• Planificar su introducción cuidadosamente o no
hacerlo
25/8/2019 Gestión de Software 21