¿Qué es el TSP?

Es una metodología para dirigir el trabajo de mejora y desarrollo de software además de establecer un entorno donde el trabajo efectivo de equipo sea
normal y natural .

¿Cómo el TSP fue desarrollado?

Su objetivo era proporcionar un procedimiento operacional para ayudar a los ingenieros siempre hacer un trabajo de calidad.

Él diseñó el proceso TSP0 inicial a ser tan simple como sea posible, lo intentó con dos equipos, donde se identifico en los equipos necesitaban mas
orientación y mejoras en el proceso de orientación.

El proceso de TSP0 primero fue diseñado para los equipos de PSP formados que no recibieron formación u orientación distinta a la prevista por el
proceso de TSP y la gestión inmediata del equipo.

Un proceso de mejora TSP0.1fue utilizada por los equipos adicionales, proporcionando más información sobre el proceso de mejoras necesarias.

Las versiones más recientes TSP son sustancialmente más pequeños que las versiones TSP0.1 y TSP0.2 desarrollado a finales de 1996 y principios de
1997.
PSPEquipo de trabajo
Un equipo es un grupo de personas que comparten un objetivo común. Todos ellos deben estar comprometidos con la meta y contar con un marco de
trabajo común.

Un equipo se compone de al menos dos personas.

Los miembros están trabajando hacia un objetivo común.
Cada persona tiene una función específica asignada.
Finalización de la misión requiere algún tipo de dependencia entre los miembros del grupo.

Para ser eficaces, los equipos deben estar debidamente capacitados y ser capaces de trabajar como unidades
cohesivas. Los equipos tienen ciertas características comunes:
Los miembros son expertos.
El objetivo del equipo es importante, definido, visible y realista.
Los recursos del equipo son adecuados para el trabajo.
Los miembros se sienten motivados y comprometidos a cumplir la meta del equipo.
Los miembros cooperar y apoyarse mutuamente.
Los miembros son disciplinados en su trabajo.

Un proceso de equipo operacional TSP en relación con CMM y PSP

Cómo PSP y TSP se relacionan

 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 re -planifica el proyecto
Gestión y seguimiento del proyecto
gerentes siguen el trabajo y controlan el proceso
TSP –Visión general

Lanzamiento de TSP
Cada proyecto TSP comienza con un lanzamiento
Lleva 3 o más días
es parte del proyecto

está dirigido por un mentor entrenado en TSP

sigue inmediatamente a entrenamiento en TSP

En el lanzamiento
los ingenieros eligen roles personales

definen sus propios procesos

producen planes del equipo e individuales

balancean estos planes

evalúan y asignan riesgos del proyecto

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

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
14Planificació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

16Seguimiento 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
17Direcció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
18Soporte 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
19Beneficios 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
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