Você está na página 1de 8

TSP

(Team Software Process)

Team Software Process (TSP) es un método de establecimiento y mejora del


trabajo en equipo para procesos software.

TSP proporciona directrices para ayudar a un equipo a establecer sus objetivos, a


planificar sus procesos y a revisar su trabajo con el fin de que la organización
pueda establecer prácticas de ingeniería avanzadas y así obtener productos
eficientes, fiables y de calidad. Está formado por dos componentes primarios que
abarcan distintos aspectos del trabajo en equipo:

 Formación del equipo de trabajo.


 Gestión del equipo de trabajo.

Existen diferentes metodologías para la mejora de procesos, la mayoría de ellas


se basa en la mejora de los procesos que dan como resultado un servicio o
producto. El TSP busca integrar un equipo que tenga como punto de partida la
unificación del mismo, para poder llevar a cabo todos aquellos procedimientos que
puedan realizar mejora a los procesos que desarrollan.

El Team Software Process (TSP) es un proceso de desarrollo para equipos de


ingenieros basado en CMMI, ayuda a conformar equipos para el desarrollo de
software de calidad. TSP proporciona directrices para ayudar a un equipo a
establecer sus objetivos, a planificar sus procesos y a revisar su trabajo con el fin
de que la organización pueda establecer prácticas de ingeniería avanzadas y así
obtener productos eficientes, fiables y de calidad.

TSP es una solución basada en procesos para resolver problemas de negocio,


tales como:

 Predictibilidad de costo y tiempo


 Mejora de productividad
 Ciclos de desarrollo y mejora de calidad de productos.
Características de los grupos eficaces:

 Miembros expertos en papeles de liderazgo y pertenencia.


 Relaciones tranquilas y establecidas entre los miembros.
 Los miembros se sienten atraídos por el grupo y son fieles.
 Los valores y metas del grupo son los de sus integrantes.
 Los miembros están motivados por hacer lo que puedan por el grupo.
 La interacción y toma de decisiones tiene lugar en el ambiente adecuado.
 El grupo desea ayudar a cada miembro a adquirir su pleno El grupo desea
ayudar a cada miembro a adquirir su pleno potencial.
 Cada miembro acepta con gusto y sin resentimiento las metas y normas
establecidas.
 Los miembros se prestan ayuda mutua cuando es necesaria o
recomendable.
 Existe una atmósfera de creatividad.
 El grupo conoce el “conformismo constructivo” y se sirve de él.
 Existe gran motivación para iniciar y recibir las comunicaciones.
 Los miembros son flexibles y adaptables en sus metas y actitudes.
 Los miembros se sienten seguros al tomar decisiones que les Los miembros
se sienten seguros al tomar decisiones que les parecen apropiadas al
entender la filosofía de la operación.

Sus orígenes se deben a las limitaciones que el PSP (Personal Software Process,
su antecesor) tenía en el ámbito industrial. PSP resultó muy efectivo para que los
ingenieros pudiesen tener el control de su proceso personal mediante la mejora de
sus habilidades de estimación y la reducción de los defectos introducidos en los
productos sin afectar a su productividad, pero PSP sólo se enfocaba en las fases
de desarrollo de software (diseño y pruebas unitarias); la aplicación que lo
ingenieros hicieron del PSP dentro de las empresas resulto en prácticas no
satisfactorias.

Por tal motivo, Watts Humphrey desarrolló el TSP, el cual consideraba como parte
importante, además de lo previsto por el PSP, los requisitos, las pruebas de
integración, la documentación y otras actividades típicas en todo proyecto de
desarrollo, de igual manera incluía actividades como los roles de equipo,
interrelaciones dentro de la organización y la definición de un proceso de equipo
para ser utilizado dentro de los procesos existentes en la organización.
Los Roles (responsabilidades) en los equipos en STP son:

 Líder del Equipo: Dirige al equipo, se asegura que todos reporten sus datos
de los procesos y completen su trabajo tal y como se planeó. Realiza los
reportes semanales del avance del equipo.
 Gestor de desarrollo: Guía al equipo en el diseño y desarrollo del producto.
 Gestor de Planificación: Apoya y guía al equipo en la planificación y
seguimiento del trabajo.
 Gestor de Calidad/Proceso: Apoya al equipo en definir sus necesidades
acerca del proceso y a establecer y administrar el plan de calidad. Genera
estándares para obtener un trabajo uniforme. Modera las inspecciones y
revisa cada artefacto generado.
 Administrador de Requerimientos/Soporte: Dirige al equipo en el desarrollo
de requerimientos de software y ayuda a dar a conocer la tecnología y en
las necesidades de apoyo administrativo. Administra el plan de
configuración

Es necesario que los ingenieros que usan TSP estén formados en PSP.

Con TSP, los equipos encuentran y reparan defectos en etapas tempranas


del proceso de desarrollo, esto reduce de manera importante el tiempo de
pruebas. Esto reduce de manera importante el tiempo de pruebas. Con un
testing más corto, el ciclo completo se reduce.

A diferencia de otros métodos, TSP mejora el desempeño tanto de equipos


como individuos, es disciplinado y ágil, provee beneficios inmediatos y
medibles y acelera las iniciativas de mejora de procesos organizacionales.

En las fases del Ciclo TSP se planea el número de ciclos. Dentro de cada ciclo se
realiza:

 Lanzamiento
 Estrategia
 Plan
 Requisitos
 Diseño
 Implementación
 Pruebas
 Postmortem
Los objetivos que tiene el TSP son:

 Maximizar calidad software, minimizar costos.


 Integrar equipos independientes de alto rendimiento que planeen su trabajo,
establezcan metas y san sueños de sus procesos y planes.
 Mostrar a los gerentes como monitorear y motivar a sus equipos de trabajo
y como ayudarlos a alcanzar su máxima productividad.
 Acelerar la mejora continua de monitoreo.
 Proveer de una guía para e mejoramiento en organizaciones maduras

Sus entornos son:

 CMM- Administración.
 TSP- Equipo Ingenieros.
 PSP-Ingeniero.

 Se usa PSP para implementar módulos y unidades.


 Se crea el diseño detallado de los módulos y unidades.
 Se revisa el diseño.
 Se convierte el diseño al código.
 Se inspecciona el código.
 Se compilan y prueban los módulos y unidades.
Estructura del TSP:
Relación del TSP y PSP

 Ambos procesos pueden usarse juntos.


 Son aplicables tanto a pequeña como a gran escala.
 Equipos sencillos 5-15 profesionales.
 Multi-Equipos, muchos profesionales.

Conclusión

 Al trabajar con este tipo de modelos, se mejora la calidad de los procesos y


reducen los costos, esto gracias a la generación mínima de errores y el
poco tiempo en que estos procesos se realizan.
 Es factible tener un buen mantenimiento

Bibliografía

http://alejandrogomeztsp.blogspot.mx/

http://www.slideshare.net/dlpoma/team-software-process-tsp

http://misaelutec.wordpress.com/caracteristicas-de-los-modelos-cmmipsptsp-e-
ieee-para-dante/
PREGUNTAS

1. ¿Qué es TSP?

Es un proceso de desarrollo para equipos de ingenieros basado en CMMI, ayuda a


conformar equipos para el desarrollo de software de calidad.

2. ¿Cuáles son los componentes primarios que forman el TSP?


 Formación del equipo de trabajo.
 Gestión del equipo de trabajo.

3. ¿En que se basa la metodología del TSP?

Se basa en la mejora de los procesos que dan como resultado un servicio o


producto.

4. Mencione algunos ejemplos de los problemas de negocio que resuelve


TSP.
 Predictibilidad de costo y tiempo
 Mejora de productividad
 Ciclos de desarrollo y mejora de calidad de productos.

5. Mencione cuales son los roles en los equipos en TSP.


 Líder del Equipo
 Gestor de desarrollo
 Gestor de Planificación
 Gestor de Calidad/Proceso
 Administrador de Requerimientos/Soporte
6. ¿Cuál es la tarea que realiza TSP?

Mejora el desempeño tanto de equipos como individuos, es disciplinado y ágil,


provee beneficios inmediatos y medibles y acelera las iniciativas de mejora de
procesos organizacionales.

7. ¿Cuáles son las fases del ciclo de vida del TCP?


 Lanzamiento
 Estrategia
 Plan
 Requisitos
 Diseño
 Implementación
 Pruebas
 Postmortem