En combinación con el proceso de software personal (PSP), el proceso de software de equipo ( TSP ) proporciona un marco de proceso operativo definido que está diseñado para ayudar a los equipos de gerentes e ingenieros a organizar proyectos y producir software para productos que varían en tamaño desde pequeños proyectos 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, con el fin de 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 fines de la década de 1990 [5] y el Informe Técnico [6] para el TSP patrocinado por el Departamento de Defensa de los EE. UU. 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 construcción de un equipo de producción de software, el establecimiento de objetivos del equipo, la distribución de roles del equipo y otras actividades relacionadas con el trabajo en equipo.
El objetivo principal de TSP es crear un entorno de equipo para establecer y mantener un equipo autodirigido y apoyar el trabajo individual disciplinado como base del marco PSP. Un equipo autodirigido significa que el equipo se gestiona a sí mismo, planifica y realiza un seguimiento de su trabajo, gestiona la calidad de su trabajo y trabaja de forma proactiva para alcanzar los objetivos del equipo. TSP tiene dos componentes principales: la formación de equipos y el trabajo en equipo. La formación de equipos es un proceso que define los roles de cada miembro del equipo y establece el trabajo en equipo mediante el lanzamiento de TSP y el relanzamiento periódico. El trabajo en equipo es un proceso que se ocupa de los procesos y prácticas de ingeniería utilizados por el equipo. TSP, en resumen, proporciona a los ingenieros y gerentes una forma de establecer y gestionar su equipo para producir software de alta calidad en el plazo y el presupuesto previstos.
Antes de que los ingenieros puedan participar en el TSP, se requiere que ya hayan aprendido sobre el PSP, para que el TSP pueda trabajar de manera efectiva. También se requiere capacitación para otros 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 entrenador que ha sido especialmente capacitado y que está certificado o es provisional. [8] [9] El lanzamiento está diseñado para comenzar el proceso de formación del equipo, y durante este tiempo los equipos y los gerentes establecen objetivos, definen los roles del equipo, evalúan los riesgos, estiman el esfuerzo, asignan tareas y producen un plan de equipo. Durante una fase de ejecución, los desarrolladores realizan un seguimiento del esfuerzo planificado y real, el cronograma y los defectos reuniéndose regularmente (generalmente semanalmente) para informar el estado y revisar los planes. Un ciclo de desarrollo termina con un Post Mortem para evaluar el rendimiento, revisar los parámetros de planificación y capturar las lecciones aprendidas para la mejora del proceso.
El rol de coach se centra en apoyar al equipo y a los individuos que lo componen como experto en procesos, al mismo tiempo que es independiente de la responsabilidad directa de la gestión del proyecto. [10] [11] El rol de líder del equipo es diferente del rol de coach en que los líderes del equipo son responsables ante la gerencia de los productos y los resultados del proyecto, mientras que el coach es responsable de desarrollar el desempeño individual y del equipo. [12] [13]
El TSP se ha adaptado para trabajar con otros tipos de trabajos de conocimiento , incluidos la ingeniería de sistemas [14] y los servicios. [15] [16]
En 2010 se documentó el mapeo de las prácticas del TSP con el Modelo de Madurez de Capacidad Integrada (CMMI) [17] y se puso a prueba como una ruta alternativa para implementar la mejora de procesos CMMI. [18] [19] En 2010 se publicó un cuerpo de conocimientos (BOK). [20] En 2010 se publicó la guía del programa de mentores y entrenadores. [21]
Según un estudio de Capers Jones TSP es una de las metodologías de desarrollo más exitosas en cuanto a cronograma, calidad y presupuesto (TCO) [22]
{{cite journal}}: Requiere citar revista |journal=( ayuda ){{cite journal}}: Requiere citar revista |journal=( ayuda ){{cite journal}}: Requiere citar revista |journal=( ayuda ){{cite journal}}: Requiere citar revista |journal=( ayuda ){{cite journal}}: Requiere citar revista |journal=( ayuda ){{cite journal}}: Requiere citar revista |journal=( ayuda ){{cite journal}}: Requiere citar revista |journal=( ayuda )