Post on 30-Jun-2015
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.