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) a proyectos muy grandes de más de medio millón de líneas de código. El TSP está destinado a mejorar los niveles de calidad y productividad del proyecto de desarrollo de software de un equipo, a fin de ayudarlos a cumplir mejor con los compromisos de costos y cronogramas de desarrollo de un sistema de software. [1] [2] [3] [4]
La versión inicial del TSP fue desarrollada y probada por Watts Humphrey a finales de la década de 1990 [5] y el Informe técnico [6] para TSP patrocinado por el Departamento de Defensa de Estados Unidos se publicó en noviembre de 2000. El libro de Watts Humphrey, [7 ] Introducción al proceso de software de equipo , presenta una vista del TSP destinado a su uso en entornos académicos, que se centra en el proceso de creación de un equipo de producción de software, establecimiento de objetivos de equipo, distribución de roles de equipo y otras actividades relacionadas con el trabajo en equipo.
Introducción a TSP
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 de PSP. 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 cumplir los objetivos del equipo. TSP tiene dos componentes principales: formación de equipos y trabajo en equipo. La formación de equipos es un proceso que define los roles de cada miembro del equipo y configura 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 que establece y administra su equipo para producir el software de alta calidad [8] según el cronograma y el presupuesto.
Cómo funciona TSP
Antes de que los ingenieros puedan participar en el TSP, es necesario que ya hayan aprendido sobre el PSP, para que el TSP pueda funcionar de manera eficaz. 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 TSP comienza con un proceso de planificación llamado lanzamiento, dirigido por un entrenador que ha sido especialmente capacitado y está certificado o es provisional. [9] [10] El lanzamiento está diseñado para comenzar el proceso de formación de equipos, y durante este tiempo los equipos y gerentes establecen metas, definen roles de equipo, evalúan riesgos, estiman esfuerzos, 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 que se reúnen con regularidad (generalmente semanalmente) para informar el estado y revisar los planes. Un ciclo de desarrollo termina con un Post Mortem para evaluar el desempeño, revisar los parámetros de planificación y capturar las lecciones aprendidas para la mejora del proceso.
El rol de coach se enfoca en apoyar al equipo y a las personas del equipo como experto en el proceso y, al mismo tiempo, es independiente de la responsabilidad directa de la gestión del proyecto. [11] [12] El rol del líder del equipo es diferente del rol del entrenador en que, los líderes del equipo son responsables ante la gerencia de los productos y los resultados del proyecto, mientras que el entrenador es responsable del desarrollo del desempeño individual y del equipo. [13] [14]
Últimos desarrollos
TSP se ha adaptado para trabajar con otros tipos de trabajo del conocimiento , incluida la ingeniería de sistemas [15] y los servicios. [16] [17]
La asignación de TSP a las prácticas del modelo de madurez de capacidad integrado (CMMI) se documentó en 2010, [18] y se puso a prueba como una ruta alternativa para implementar la mejora del proceso de CMMI. [19] [20] Se publicó un conjunto de conocimientos (BOK) en 2010. [21] La guía del programa de mentores de entrenadores se publicó en 2010. [22]
Según un estudio de Capers Jones, TSP es una de las metodologías de desarrollo más exitosas en cuanto a programación, calidad y presupuesto (TCO) [23]
Publicaciones
- TSP: Liderar un equipo de desarrollo 2005
- TSP: Coaching Development Teams 2005
Ver también
Referencias
- ^ Jones, Alcaparras (2009). Mejores prácticas de ingeniería de software . McGraw-Hill. pag. 11. ISBN 9780071621618.
- ^ Kindler, Nosh B; Krishnakanthan, Vasantha; Tinaikar, Ranjit. Aplicación de Lean al desarrollo de aplicaciones . McKinsey Quarterly, mayo de 2007
- ^ "Consultoría Agile Capital" . Archivado desde el original el 3 de julio de 2017 . Consultado el 3 de julio de 2017 .
- ^ Ker, JI, Wang, Y., Hajli, MN, Song, J. y Ker, CW (2014). "Implementación de lean en el cuidado de la salud: evaluación de la efectividad de la tecnología de la información en farmacias hospitalarias de EE. Revista Internacional de Gestión de la Información , 34 (4), 556–560.
- ^ McAndrews, Donald (1998). "El equipo de software ProcessSM (TSPSM): una descripción general y los resultados preliminares del uso de prácticas disciplinadas" . Cite journal requiere
|journal=
( ayuda ) - ^ Humphrey, Watts. "El proceso de software del equipo" (PDF) . Instituto de Ingeniería de Software.
- ^ Humphrey, Watts (1999). Introducción al proceso de software del equipo . Addison Wesley.
- ^ "Desarrollo y proceso de software" . Consultado el 10 de abril de 2016 .
- ^ Humphrey, Watts. "El conocimiento del proceso del software del equipo" . Instituto de Ingeniería de Software.
- ^ Chick, Timothy. "Guía del programa de tutoría de coaches de Team Software Process (TSP) versión 1.1" . Instituto de Ingeniería de Software.
- ^ Humphrey, Watts. "El conocimiento del proceso del software del equipo" . Instituto de Ingeniería de Software.
- ^ Humphrey, Watts (2005). TSP: Coaching de equipos de desarrollo . Addison Wesley.
- ^ Humphrey, Watts. "El conocimiento del proceso del software del equipo" . Instituto de Ingeniería de Software.
- ^ Humphrey, Watts (2005). TSP: Coaching de equipos de desarrollo . Addison Wesley.
- ^ Carleton, Anita. "Ampliación del proceso de software del equipo (TSP) a la ingeniería de sistemas: un informe de experiencia NAVAIR" (PDF) . Instituto de Ingeniería de Software.
- ^ Battle, Ed. "Liderazgo y aprendizaje: uso de TSP a nivel de MSG" (PDF) . Oficina Oceanográfica Naval.
- ^ "Consultoría de software: Cómo asegurarse de que la empresa de consultoría de software que busca sea confiable" . Consultado el 23 de abril de 2019 .
- ^ James McHale, Timothy A. Chick y Eugene Miluk (diciembre de 2010). "Guía de implementación para el método de mejora acelerada (AIM)" (PDF) . Instituto de Ingeniería de Software . Consultado el 11 de octubre de 2016 .Mantenimiento de CS1: utiliza el parámetro de autores ( enlace )
- ^ Webb, David (abril de 2007). "CMMI Nivel 5 y el proceso de software del equipo" . Charla cruzada .
- ^ Mondragón, Oscar. "Estudio de caso de AIM" (PDF) . Centro de Excelencia en Ingeniería de Software.
- ^ Humphrey, Watts. "El conocimiento del proceso del software del equipo" . Instituto de Ingeniería de Software.
- ^ Chick, Timothy. "Guía del programa de tutoría de coaches de Team Software Process (TSP) versión 1.1" . Instituto de Ingeniería de Software.
- ^ Jones, alcaparras (2013). "Evaluación de diez metodologías de desarrollo de software" . Archivado desde el original el 29 de junio de 2013.
enlaces externos
- Página de inicio de TSP