El Team Software Process (TSP) fue creado por Watts Humphrey en 1996. Es un proceso y una metodología de desarrollo de software en equipo, que guían a los ingenieros para asegurar la calidad en las diferentes etapas del ciclo de vida de desarrollo de software y, principalmente, la productividad de los equipos de trabajo integrados por ingenieros, administradores y desarrolladores de software.
Es un proceso y una metodología de desarrollo de
software en equipo, que guían a los ingenieros para
asegurar la calidad en las diferentes etapas del ciclo de
vida de desarrollo de software y, principalmente, la
productividad de los equipos de trabajo integrados por
ingenieros, administradores y desarrolladores de
software.
Objetivos de equipo
Son las metas a alcanzar cuando el proyecto
llegue a su fin. Siempre deben comenzar con
un verbo en infinitivo, tales como desarrollar,
analizar, concluir, examinar, interpretar,
describir.
Para realizar un buen objetivo
deben formularse preguntas
¿Para quién será el software a
desarrollar?
¿qué tipo de software se
desarrollará?
¿con qué se va
realizar?
Plan de desarrollo
El plan de proyecto es un
medio de comunicación por el
se dará a conocer las
decisiones que tomen los
participantes.
Definición del alcance
Estructura de
desglose de trabajo
Cronograma de
actividades
Recursos requeridos
Presupuesto definitivo del
proyecto
Asignación de roles y
responsabilidades
Riesgos
Plan de calidad
En la fase de lanzamiento se
define el plan de calidad, que se
basa en el tamaño del proyecto, y
de acuerdo con esto se inyectarán
defectos, que no es más que
introducir defectos en cada una de
las fases de desarrollo.
Resumen de porcentaje
Porcentaje de
reutilización
Porcentaje de
reutilización nuevo
Porcentaje libre de
defectos (PDF)
LOC/Horas
Defectos por página
Defectos por KLOC
Proporción de
defectos
(RATIO)
Proporción de tiempos
de desarrollo
A/FR (appraisal to
failure ratio)
Porcentaje de
revisión e
inspección
Porcentaje de inyección de
defectos (yield)
Rendimiento
yield de fase
Rendimiento yield
de proceso
Plan contra riesgos
Un riesgo, es una medida de la
probabilidad y gravedad de los
efectos adversos. Es algo que
puede suceder.
Aprender de los
errores del pasado.
Todos los equipos
deben gestionar los
riesgos.
Empoderar a los miembros del
equipo para gestionar los
riesgos.
A cada riesgo significativo
se debe asignar un
propietario.
Revisar
periódicamente los
riesgos.
Plan detallado para
cada ingeniero
Actividades de acuerdo
a los roles que se les
hayan asignado.
Planes personales
Método de planeación
Valor agregado
Métricas de calidad
Procesos definidos
Reporte del estado del proyecto
Monitoreo y control del proyecto
Ejecutar la revisión de la
administración del proyecto
Elaborar el reporte administrativo
del estatus del proyecto
Análisis post mortem
Se generan los reportes para saber el
estado del proyecto, es decir, en base a
las métricas aplicadas se puede saber
como va el proyecto.
Roles
Líder del proyecto
Administrador de desarrollo
Auxiliar de planeación
Administrador de calidad
Administrador de
configuraciones
Estos roles son necesarios si se quiere implementar esta
metodología TSP. Debe tomarse en cuenta que se requiere de
un grupo de desarrolladores de software formados en PSP e
ingenieros de calidad, el cual estará a cargo de los
administradores de calidad y de desarrollo, quienes
determinarán la cantidad con base en el tamaño del software a
desarrollar. La experiencia y capacidad individual de cada
desarrollador e ingeniero de calidad será un factor muy
importante al momento de la selección.