Team Software ProcessTeam Software Process TSP

Team Software ProcessTeam Software Process

Equipo del Proceso de software (TSP)

“Garantizar la calidad de los productos de software de seguridad, mejorar la

gestión de procesos en una organización”

INTRODUCCIÓN TSPTSP extiende y refina

los métodos CMM y PSP, para guiar a los miembros

de los equipos en el trabajo

de mantenimiento y desarrollo.

PSPSM: Construye capacidades individuales y disciplina de trabajo

TSPSM: Construye productos de calidad sobre

coste y planificación

PSPSM: Construye capacidades

individuales y disciplina de trabajo

OBJETIVOS DEL TSP

CONSTRUIR EQUIPOS

MOSTRAR A LOS DIRECTORES COMO ENTRENAR Y MOTIVAR A SUS EQUIPOS

ACELERAR LA MEJORA DEL PROCESO SOFTWARE

MEJORAR LA DIRECCIÓN

PROPORCIONAR UNA GUÍA

Equipos de Trabajo

El TSP tiene 5 fases principales.

• Requerimientos • Diseño• Implementación• Pruebas• Postmortem

Cada equipo puede estar conformado por al menos 2 personas y hasta 15 personas como máximo. Los miembros del equipo deben trabajar hacia un objetivo común y tiene roles específicos o responsabilidades dentro del equipo.

LanzamientoLanzamientoFase Inicial. Creación de los

Grupos y Requerimientos

Fase Inicial. Creación de los Grupos y Requerimientos

RelanzamientoRelanzamiento

Segunda Fase. DiseñoSegunda Fase. Diseño

RelanzamientoRelanzamientoTercera Fase. ImplementaciónTercera Fase. Implementación

PostmortemPostmortem

RelanzamientoRelanzamientoCuarta Fase. Integración y

Pruebas

Cuarta Fase. Integración y Pruebas

Generación de Equipos con PSP y TSP• Se puede decir que esta sería una fase preliminar a la hora de arrancar un proyecto

utilizando TSP.

• Es importante que cada miembro del grupo sepa cual va a ser su función y sus responsabilidades, y debería comprobar si alguno de los miembros del grupo necesita ayuda.

• Se debe crear un diseño conceptual para cada producto planificado y dividir en ciclos y documentar el trabajo.

• Los miembros del grupo deben planificar una fase de implementación personal utilizando por ejemplo PSP.

• Además se debe realizar un desarrollo explicito de las pruebas que se vayan a realizar y las revisiones de código que se vayan a hacer.

• En la documentación debe aparecer quien o quienes de los miembros del grupo son los encargados de realizar las pruebas y quienes son los encargados de instalar el producto final.

Relación del TSP con CMMI y PSP

El PSP provee una guía especifica

en como los ingenieros de software

de manera individual pueden continuamentemejorar su desempeño.

El TSP provee guías especificas

de como ingenieros capacitados en PSP

pueden trabajar de manera efectiva

como un equipo de alto desempeño.

CMMI se enfoca en lo que tienen que hacer las

organizaciones, no especifica como

alcanzar esos objetivos.

PSP y TSP respecto a CMMI

• CMMI, PSP y TSP proporcionan un marco tridimensional para la mejora de los procesos.

• CMMI (SW/SE) tiene 22 áreas de proceso, y PSP y TSP guían a los ingenieros en el direccionamiento de casi todo el trabajo

• Una vez que los grupos han empezado el proceso de mejora y están en el camino de alcanzar el Nivel 2 de CMMI, PSP muestra a los ingenieros como direccionar sus tareas de una forma profesional.

LOS PROBLEMAS

CON LA CALIDADPUEDEN SER

VIRTUALMENTE

REPLANIFICACIÓN DE UN PROYECTO

EL EQUIPO Y LA DIRECCIÓN

ESTÉN DE ACUERDO

PLANIFICACIÓN DEL EQUIPO

SE DEFINEN LAS TAREAS

LOS EQUIPOS DE TSP

ESTIMAN PROYECTOS

COMPONENTES DEL TSP

Roles dentro del TSPTSP se ha utilizado con grupos de software y también con grupos donde se

mezcla el hardware, software y sistemas. El tamaño de los grupos puede variar desde 3 hasta 12 o 15 personas.

• Un proyecto TSP incluye los siguientes pasos:

– Revisar con la dirección los objetivos del proyecto.– Establecer los roles del equipo.– Documentar los objetivos del equipo.– Producir la totalidad de la estrategia de desarrollo.– Definir los procesos de desarrollo del equipo.– Planificar los soportes que se necesitan.– Realizar una planificación del desarrollo para el proyecto entero.– Realizar una planificación de la calidad y el conjunto de objetivos de calidad.– Realizar una planificación detallada para cada ingeniero para la siguiente fase.– Unir las planificaciones individuales dentro de un plan de equipo– Rebalancear el trabajo de equipo para conseguir un mínimo programa.– Calcular los riesgos y asignar responsabilidades para cada clase de riesgo.– Tener una puesta en marcha de postmortem.

Al final de cada puesta en marcha, el equipo revisa los planes y los riesgos del proyecto con la dirección. Después de establecer estos pasos, TSP produce los siguientes resultados:

– Se han escrito las metas

– Se han definido los roles como por ejemplo:– Director de Diseño, – Director de Planificación,– Director de Proceso, Director de Soportes, – Director de Pruebas o Jefe de Equipo.

Normalmente los miembros del equipo con rol, son los encargados de detectar los riesgos. Pro ejemplo, un riesgo implica que las

negociaciones con el cliente deberían estar asignadas al Director de Interfaces del Cliente.