Proceso de software de equipo

En combinación con el proceso de software personal (PSP), el proceso de software de equipo ( TSP ) proporciona un marco de proceso operativo definido, diseñado para ayudar a equipos de gerentes e ingenieros a organizar proyectos y producir software para productos que varían en tamaño, desde proyectos pequeños de varios miles de líneas de código (KLOC) hasta proyectos muy grandes de más de medio millón de líneas de código. El TSP tiene como objetivo mejorar los niveles de calidad y productividad del proyecto de desarrollo de software de un equipo, para ayudarlos a cumplir mejor con los compromisos de costo y cronograma del desarrollo de un sistema de software. ^{[ 1 ] [ 2 ] [ 3 ] [ 4 ]}

La versión inicial del TSP fue desarrollada y puesta a prueba por Watts Humphrey a finales de la década de 1990 ^{[ 5 ]} y el Informe Técnico ^{[ 6 ]} para el TSP patrocinado por el Departamento de Defensa de los Estados Unidos se publicó en noviembre de 2000. El libro de Watts Humphrey, ^{[ 7 ]} Introducción al Proceso de Software en Equipo , presenta una visión del TSP destinada a su uso en entornos académicos, que se centra en el proceso de creación de un equipo de producción de software, el establecimiento de objetivos de equipo, la distribución de roles de equipo y otras actividades relacionadas con el trabajo en equipo.

El objetivo principal de TSP es crear un entorno de equipo que permita establecer y mantener un equipo autodirigido, y que fomente el trabajo individual disciplinado como base del marco PSP. Un equipo autodirigido se autogestiona, planifica y realiza un seguimiento de su trabajo, gestiona la calidad del mismo y trabaja de forma proactiva para alcanzar los objetivos del equipo. TSP consta de dos componentes principales: la creación de equipos y el trabajo en equipo. La creación de equipos es un proceso que define los roles de cada miembro y establece el trabajo en equipo mediante el lanzamiento de TSP y su relanzamiento periódico. El trabajo en equipo es un proceso que aborda los procesos y prácticas de ingeniería utilizados por el equipo. En resumen, TSP proporciona a ingenieros y gerentes una forma de establecer y gestionar su equipo para producir software de alta calidad dentro del plazo y el presupuesto previstos.

Antes de que los ingenieros puedan participar en el TSP, es necesario que ya conozcan el PSP, para que el TSP funcione eficazmente. También se requiere capacitación para los demás miembros del equipo, el líder del equipo y la gerencia. El ciclo de desarrollo de software del TSP comienza con un proceso de planificación llamado lanzamiento, dirigido por un coach que ha recibido capacitación especial y está certificado o en proceso de certificación. ^{[ 8 ] [ 9 ]} El lanzamiento está diseñado para iniciar el proceso de formación del equipo, y durante este tiempo los equipos y los gerentes establecen objetivos, definen roles del equipo, evalúan riesgos, estiman el esfuerzo, asignan tareas y elaboran un plan de equipo. Durante una fase de ejecución, los desarrolladores hacen un seguimiento del esfuerzo planificado y real, el cronograma y los defectos, reuniéndose periódicamente (generalmente semanalmente) para informar sobre el estado y revisar los planes. Un ciclo de desarrollo finaliza con un análisis posterior al desarrollo para evaluar el rendimiento, revisar los parámetros de planificación y recopilar las lecciones aprendidas para la mejora del proceso.

El rol de coach se centra en apoyar al equipo y a los individuos del equipo como experto en el proceso, sin asumir la responsabilidad directa de la gestión del proyecto. ^{[ 10 ] [ 11 ]} El rol de líder de equipo difiere del rol de coach en que los líderes de equipo son responsables ante la gerencia por los productos y los resultados del proyecto, mientras que el coach es responsable del desarrollo del desempeño individual y del equipo. ^{[ 12 ] [ 13 ]}

TSP se ha adaptado para trabajar con otros tipos de trabajo del conocimiento , incluyendo la ingeniería de sistemas ^{[ 14 ]} y los servicios. ^{[ 15 ] [ 16 ]}

La correspondencia entre TSP y las prácticas del Modelo Integrado de Madurez de Capacidades (CMMI) se documentó en 2010, ^{[ 17 ]} y se puso a prueba como una vía alternativa para implementar la mejora de procesos CMMI. ^{[ 18 ] [ 19 ]} Se publicó un cuerpo de conocimientos (BOK) en 2010. ^{[ 20 ]} La guía del programa de mentores y coaches se publicó en 2010. ^{[ 21 ]}

Según un estudio de Capers Jones, TSP es una de las metodologías de desarrollo más exitosas en cuanto a plazos, calidad y presupuesto (TCO) ^{[ 22 ].}

• TSP: Liderando un equipo de desarrollo 2005
• TSP: Equipos de Desarrollo de Coaching 2005

• Proceso de software personal (PSP)
• Watts Humphrey

• Página principal de TSP