#####################################################################

PROCESO DE TSP
Aplique el proceso de TSP para el desarrollo de dos pequeños
proyectos software rellenando la información de tiempos y defectos.
Realice una comparativa de los dos proyectos destacando los
progresos obtenidos a nivel personal. Envía tu archivo a través de este
medio.

RESPUESTA:

El proceso TSP (Team Software Process) fue desarrollado por Watt Humphrey en 1996. El
objetivo era suministrar un proceso operacional que ayude a los Ingenieros hacer trabajos de calidad.
El principal motivador para el desarrollo de TSP fue la convicción que los equipos de Ingenieros
puedan hacer el trabajo de manera extraordinaria, pero solo si ellos son formados y entrenados. El
objetivo del TSP es construir y guiar a los equipos. Los equipos son requeridos para la mayoría de los
proyectos de Ingeniería. El desarrollo de sistemas es una actividad en equipo, y la efectividad del
equipo determina la calidad de la Ingeniería. En Ingeniería, los equipos de desarrollo tienen múltiples
especialidades y todos los miembros trabajan en vista de un objetivo en común.
Los objetivos de TSP son:
1. ayudar a los equipos de Ingeniería de Software a elaborar productos de calidad dentro de los
costos y tiempos establecidos.
2. tener equipos rápidos y confiables
3. optimizar el performance del equipo durante todo el proyecto.
 Para el uso de TSP, los desarrolladores de software deben ser entrenados primero en PSP.
Usando PSP, los desarrolladores:
1. siguen un proceso personal definido y medido,
2. planifican el trabajo antes de hacerlo,
3. reúnen datos acerca del tiempo, tamaño y defecto; y
4. utilizan estos datos para administrar el trabajo del personal y asegurar la calidad de los
productos que se desarrollan.

TSP es una manera de guiar a los Ingenieros y a sus Gerentes en la utilización de métodos de
trabajo en equipos efectivos. El equipo es un grupo de personas que comparten un objetivo en común.
Un equipo debe tener más de un miembro y debe trabajar para alcanzar un objetivo en común. Los
miembros del equipo deben tener roles, los cuales proveen un sentido de liderazgo y pertenencia. Los
roles ayudan a los miembros del equipo a realizar sus trabajos, prevenir conflictos y establecer un
grado de control respecto de su ambiente de trabajo. El sentido de control es un requerimiento
fundamental para que los miembros estén motivados. La interdependencia es un elemento importante del
equipo de trabajo. Significa que cada miembro del equipo depende del performance de los otros
miembros. La interdependencia mejora el performance individual debido a que los miembros pueden
ayudarse.
Para ser efectivos, los equipos deben ser capaces de trabajar como unidades cohesivas. Los
equipos efectivos tienen ciertas características en común:
1. el objetivo del equipo es importante, definido, visible y realista;
2. los recursos del equipo son adecuados al trabajo,
3. los miembros del equipo son motivados para alcanzar el objetivo del equipo,
4. los miembros cooperan entre sí y (5) los miembros del equipo son disciplinados en su
trabajo.
El TSP está diseñado para establecer las condiciones que caracterizan a los equipos efectivos.
Los principios para la construcción de un equipo utilizados en TSP para establecer estas
condiciones.
La formación de equipos requiere que los miembros entiendan qué y cómo hacer el trabajo; y
que sus planes son alcanzables. Para hacer un trabajo disciplinado, los Ingenieros necesitan “procesos
operacionales” que definan cómo es realizado el trabajo. El proceso operacional es semejante a un script
y es diseñado para ser usado por los miembros del equipo. El TSP provee un proceso operacional
definido que guía a los Ingenieros y Directores en los pasos para la construcción de un equipo. Con
un proceso definido y un plan que sigue ese proceso, los Ingenieros son eficientes. TSP provee
los procesos operacionales necesarios para formar los equipos de Ingenieros, establecer un ambiente
de trabajo efectivo y guiar a los equipos en la realización del trabajo.
TSP es una serie de métodos que pueden ayudar a los equipos de Ingenieros a desarrollar
sistemas. CMM provee la estructura de mejoramiento necesaria para el trabajo de Ingeniería. PSP
provee la disciplina de Ingeniería que los Ingenieros necesitan para utilizar un proceso definido,
planificado y medido.

CMM – mejora la capacidad de la organización y el

enfoque de la Dirección TSP – mejora el rendimiento
del equipo. Existe un enfoque respecto del proceso /
producto PSP – mejora las falencias individuales.
Tiene un enfoque respecto del personal.

RELACIÓN CMM,
TSP Y PSP

El entrenamiento en PSP es requerido para suministrar a los Ingenieros del conocimiento

necesario para utilizar TSP. El entrenamiento en PSP incluye:
1. aprender cómo realizar un planeamiento detallado
2. recopilar y utilizar los datos del proceso
3. desarrollar planes valuados
4. medir y administrar la calidad del producto
5. definir y utilizar los procesos operacionales.

Los Ingenieros deben ser capacitados antes de participar en el equipo de TSP. Hay varias
maneras de construir equipos, las cuales requieren que los individuos trabajen conjuntamente para
lograr las tareas demandadas. En TSP, esta tarea es llamada “lanzamiento del equipo”. En un
 lanzamiento, todos los miembros del equipo desarrollan una estrategia, realizan un proceso y
planifican su proyecto. Después de completar el lanzamiento, el equipo sigue con su proceso
definido para hacer el trabajo.
Los equipos de TSP son relanzados de manera periódica. Debido a que el proceso de TSP sigue
una estrategia de desarrollo iterativa, los relanzamientos periódicos son necesarios, ya que cada
etapa o ciclo puede ser planeado en el conocimiento obtenido del ciclo anterior. En el
lanzamiento de TSP, los equipos realizan un plan general y un plan detallado para los próximos
3 / 4 meses. Una vez que los miembros del equipo han sido entrenados y el equipo ha sido formado,
el equipo entero participa del lanzamiento del equipo TSP. El proceso de lanzamiento se grafica (Figura
16) de la siguiente forma:

Proceso de lanzamiento del equipo de TSP

Por medio del proceso de lanzamiento, los equipos producen un plan detallado.
Completando el proceso de lanzamiento de TSP, todos los miembros del equipo
participarán en producir el plan, estarán de acuerdo y serán confirmados en el plan.

Paso Actividad Descripción

1 Establecer producto y objetivos del negocio.- Revisar el proceso de lanzamiento e incorporar los
miembros del equipo.
Tratar los objetivos del proyecto con la dirección y
responder preguntas.
2 Asignar roles y definir objetivos del equipo.- Seleccionar los roles del equipo, Definir y documentar los
objetivos del equipo

3 Determinar una estrategia de Producir un diseño conceptual del sistema

desarrollo Determinar la estrategia de desarrollo y los
 productos a realizar
Definir el proceso de desarrollo a utilizar

Producir el proceso y soportar los planes

4 Desarrollar el plan general Desarrollar las estimaciones del tamaño y el plan general

5 Desarrollar el plan n de calidad Desarrollar el plan de calidad

6 Construir un plan balanceado Asignación de trabajo a los miembros del

equipo

Planear las próximas etapas para cada

miembro del equipo

Armar un plan balanceado para el equipo y

para cada miembro del equipo

7 Análisis del riesgo del proyecto Identificar y evaluar los riesgos del proyecto
Definir las responsabilidades y puntos de control
de la evaluación del riesgo

8 Preparación del informe de Preparar un informe de lanzamiento para la dirección

lanzamiento

9 Revisión de la dirección Revisar las actividades de lanzamiento y los planeamientos

del proyecto con la dirección

Discutir los riesgos del proyecto,

responsabilidades y acciones planeadas

PASOS Y ACTIVIDADES DEL TSP

Una vez que el equipo de TSP es lanzado, se necesita asegurar que todos los miembros del
equipo sigan el plan. Para ello, se deben tener en cuenta los siguientes tópicos:
1. Liderar el equipo,
2. Establecer una disciplina
3. Comunicación
4. Informar a la Dirección
5. Mantener el plan
6. Estimar la terminación del proyecto
7. Re-balancear la carga de trabajo del equipo
 8. Re- lanzar el proyecto
9. Manejo de la calidad en TSP.

En TSP, el principal énfasis de la calidad está en el manejo de defectos. Para administrar la

calidad, los equipos deben:
1. establecer medidas de calidad
2. determinar objetivos de calidad
3. establecer planes para alcanzar los objetivos
4. medir el progreso de los planes
5. efectuar una acción de recuperación cuando no se alcanzan los objetivos.
Los elementos del manejo de la calidad en TSP son:
1. realizar un plan de calidad
2. identificar los problemas de calidad
3. encontrar y prevenir los problemas de calidad.

Durante el lanzamiento del equipo, los equipos de TSP hacen un plan de calidad. Teniendo en
cuenta el tamaño estimado del producto y los datos históricos de los porcentajes de defectos, se estiman
cuantos defectos puede haber en cada etapa. Si los equipos no tienen datos históricos de los defectos, se
puede usar la siguiente “Guía de planeamiento de la calidad TSP” (Tabla 9). Esta guía ayudará a
establecer los objetivos de calidad. Una vez que los Ingenieros tienen estimados los defectos a ser
detectados, se estima la eliminación de defectos usando los datos históricos o la guía de calidad de TSP.

Medida Objetivo
Porcentaje de defectos libres (PDF)
Compilación > 10%
Prueba de unidad > 50%
Prueba de integración > 70%
Prueba del sistema > 90%
Defectos/KLOC
Total de defectos inyectados 75 - 150
Compilación < 10
Prueba de unidad <5
Prueba de integración < 0.5
Prueba del sistema < 0.2

Porcentaje de defectos
 Defectos de la revisión del diseño detallado / defectos de la prueba de unidad
Defectos de la revisión de código / defectos de la compilación > 50%
Porcentajes de Tiempo de Desarrollo
Inspección de requerimientos / tiempo de requerimientos > 0.25
Inspección del diseño general / tiempo de diseño general > 0.5
Diseño detallado / tiempo de codificación >1
Revisión del diseño detallado / tiempo del diseño detallado > 0.5
Revisión de la codificación / tiempo de codificación > 0.5
Porcentajes de Revisión e Inspección
Páginas de requerimientos por hora <2
Páginas de diseño general por hora <5
Líneas de texto del diseño detallado por hora < 100
Codificación de líneas de código por hora < 200
Porcentajes de Inyección y Eliminación de defectos
Defectos de los requerim. Inyectados por hora 0.25
Defectos de los requerim. De inspección eliminados por hora 05.
Defectos del diseño general inyectado por hora 0.25

Defectos de la inspección del diseño gral eliminado por hora 0.5

Defectos del diseño detallado inyectado por hora 0.75

Defectos de la revisión del diseño detallado eliminado por hora 1.5

Defectos de la inspecc. del diseñado detall. eliminado por hora 0.5

Defectos del código inyectado por hora 2.0

Defectos de la revisión del código eliminados por hora 4.0

Compilación de los defectos inyectados por hora 0.3

Defectos de la inspección de código eliminados por hora 1.0

Defectos de la prueba de unidad inyectados por hora 0.067

Etapa Yields
Inspecciones de los requerimientos del equipo ~ 70% Inspecciones y
revisiones del diseño ~ 70% Inspecciones y
revisiones del código ~ 70% Compilación ~ 50%
Prueba de unidad ~ 90% Prueba del sistema e
integración ~ 80% Antes de la
compilación > 75% Antes de la prueba de
unidad > 85% Antes de la prueba de
integración > 97.5% Antes de la prueba
del sistema > 99%
Guía de planeamiento de la calidad

GUÍA DE PLANEAMIENTO DE LA CALIDAD TSP:

El equipo examina el plan de calidad para ver si los parámetros de calidad son razonables y si se
corresponden con los objetivos de calidad. En caso que esto no suceda, los Ingenieros deben estimar y
generar un nuevo plan de calidad.
El Gerente de Calidad sigue los datos de cada etapa para ver si las unidades están dentro de los
valores asignados en el plan de calidad. En TSP, hay varias formas de identificar los problemas de
calidad. TSP introduce una serie de medidas de calidad, las cuales son:

1. porcentaje libre de defectos

2. perfil de eliminación de defectos
3. perfil de calidad
4. índice de calidad del proceso.

Una vez que el equipo de TSP tiene identificado los módulos o componentes que tienen
problemas de calidad, las acciones a seguir y sugeridas por TSP son:

1. monitorear el módulo durante la prueba para determinar los problemas y sus

acciones correctivas respectivas
2. volver a inspeccionar el módulo antes de la prueba del sistema
3. revisar el módulo para determinar los problemas encontrados
4. volver a desarrollar el módulo.

Los procesos de PSP y TSP son diseñados para prevenir problemas. Debido a la gran
variedad de situaciones de los equipos de trabajo, serán necesarios una serie de procesos de TSP. El
TSP básico fue diseñado para equipos de 2 a 20 miembros, pero es más efectivo para equipos de 3 a
12 personas.
Después de PSP, un paso importante en el mejoramiento del proceso de software fue la
introducción de TSP (Team Software Process). El TSP es una tecnología complementaria del SEI que
permite a los equipos desarrollar productos de software de manera más eficaz. TSP fue desarrollado para
suministrar una estructura para aplicar PSP en un equipo que desarrolla software de alta calidad. PSP
y TSP fueron diseñados para soportar los objetivos de CMMi en los niveles individuales y de equipo
de proyecto respectivamente. TSP y PSP casi siempre son usados juntos en un proyecto y las
actividades de “Medición y análisis” son fundamentales para ambos.
La aplicación de TSP y PSP produce los siguientes efectos:

1. calidad del proceso

2. Tiempo de diseño
3. calidad del producto
4. duración de la prueba del sistema.

ALUMNO: ALCIDES HUAMANI MEZA