Universidad Tecnológica de Tecámac

Ingeniería en Tecnologías de la Información

TSP

(TEAM SOFTWARE PROCESS)

Alarcón López Roció Anel

Morales Palma Areli

García López José Alberto

Ruiz Aguilar Irma

Cervantes Velázquez Pedro

05/ Octubre/ 2012

Introducción

El desarrollo de un software siempre es echo en equipo que lo integran

ingenieros informáticos donde aplican sus conocimientos para lograr tal

objetivo. Este grupo debe tener asignado responsables y objetivos para lograr

su fin. Para lograr que este equipo pueda trabajar de una forma ordenada y

precisa, es necesario que tenga miembros capaces y experimentados, que a

los cuales sean asignados responsabilidades que ayuden a crecer a este

equipo, por lo cual, los procesos que realicen deben ser basados conforme a el

método TSP (Team Software Process) que la SEI abreviatura y traducción de

Instituto de Ingeriría en Software desarrollo con el fin de que los ingenieros

informáticos se basen en este método para lograr la mejora del trabajo en

equipo.

TSP se basa en que los ingenieros deban conocer bien su trabajo y que

puedan implementar un plan para poderlo realizar mejor, cuando el plan se

implementa bien, pueden ahorrarse tiempo en realizar el trabajo, pueden

obtener mejor calidad del producto.

El TSP tiene dos componentes principales: un componente de creación de

equipo y un trabajo en equipo o componente de gestión.

El TSP es una metodología para dirigir el trabajo de mejora y desarrollo de

software además de establecer un entorno donde el trabajo efectivo de equipo

sea normal y natural. En la que involucra a los ingenieros a trabajar en equipo.

Desarrollo

Team Software Process (TSP), Este proceso fue desarrollado por el Software

Engineering Institute (SEI), “Instituto de Ingeniería de Software”, que ayudaría a

los ingenieros de software a desarrollar productos de software de una manera

más eficiente. El TSP viene siendo un framework y proceso industrial que es

usado por equipos de ingenieros que desarrollan o mejoran proyectos de

software de gran escala, define métricas que el equipo utiliza para que

recolecte información y compruebe que el equipo funcione conforme a lo

planeado. Los miembros del equipo han sido entrenados correctamente

utilizando PSP (Personal Software Process), de este proceso fue desarrollado

como una expansión el TSP. El PSP toma las competencias de los miembros

de los equipos y TSP se encarga de la construcción y gestión de los equipos de

desarrollo. TSP corresponde a la Construcción de Equipos y a la Gestión y

Trabajo de los equipos, dos grandes componentes principales que contiene

este proceso. La Construcción de Equipos planifica el Trabajo en un proceso

denominado TSP Launch que es compuesta por nueve reuniones que se

pueden repartir en un periodo de ciertos días. Usa un plan detallado para

analizar y que servirá de guía al equipo para trabajar e implicará el apoyo del

nivel administrativo de la organización, todo esto seria la importancia de este

método.

Objetivos del TSP

Generar un marco basado en PSP

Desarrollar productos en varios ciclos

Establecer estándares para medir la calidad y el comportamiento

Proporcionar métricas para equipos

Evaluar roles y equipos

Guías para solución de problemas en equipos.

Resumen:

TSP Launch desarrolla algunas de las tareas que a continuación se mencionan:

• Se Definen objetivos del producto y negocio.

• Se Asignan responsabilidades a los miembros y se establecen objetivos del

equipo, conforme a lo siguiente:

Líder del Equipo. El que dirige al equipo. Encargado de que todos informen

sobre los datos de los procesos y que completen su trabajo tal y como se

planeó.

Gestor de desarrollo. Guía al equipo en el diseño y desarrollo del producto.

Gestor de Planificación. Apoya y guía al equipo en la planificación y

seguimiento del trabajo.

Gestor de Calidad y Proceso. Apoya al equipo en definir sus necesidades

acerca del proceso y a establecer y administrar el plan de calidad. Genera

estándares para obtener un trabajo uniforme.

Administrador de Requerimientos y Soporte. Administra el plan de

configuración. Dirige al equipo en el desarrollo de requerimientos de software y

ayuda a dar a conocer la tecnología y en las necesidades de apoyo

administrativo.

• Se Especifica una estrategia de desarrollo.

• Se Desarrolla un plan de equipo (basado en estimaciones de tamaño y

esfuerzo) y un plan de calidad.

• Asignan trabajos en forma balanceada a los miembros del equipo.

• Gestionan riesgos (planes de mitigación, análisis de riesgos).

• Preparación y exposición de un resumen del plan de trabajo global

establecido por el equipo de trabajo para la administración.

La metodología permite:

Con PSP, los desarrolladores utilizan procesos definidos y

medibles. Se toma información de tamaño, tiempo y defectos al

momento de realizar el trabajo. Se utilizan los datos para: planear y

monitorear el trabajo, administrar la calidad de los productos que se

producen y medir y mejorar el desempeño.

TSP ha permitido resolver problemas típicos de negocio: predecibilidad

de costo y tiempo, mejora de productividad y ciclos de desarrollo, mejora

de calidad de productos.

PSP/TSP mejora el desempeño tanto de equipos como individuos; es

disciplinado y ágil; provee beneficios inmediatos y medibles; acelera las

iniciativas de mejora de procesos organizacionales.

Con TSP, los equipos encuentran y reparan defectos en etapas

tempranas del proceso de desarrollo.

Esto reduce de manera importante el tiempo de pruebas.

Con un testing más corto, el ciclo completo se reduce.

Principios del TSP:

Los técnicos realizan las mejores planificaciones sobre su trabajo.

Suparticipación en el proceso incrementa su compromiso con el

plan.

Un seguimiento preciso de un proyecto requiere planes bien

detallados.

Únicamente el personal que realiza el trabajo es capaz de recoger

con precisión dichos datos.

Para maximizar la productividad, el primer foco de atención debe

ser la calidad.

La Lógica del TSP.

Fallos de los proyectos de desarrollo:

Problemas con las personas Peopleware.

Presión.

Problemas de los equipos de desarrollo software:

Liderazgo inefectivo.

Incapacidad para la cooperación o el compromiso.

Falta de participación.

Falta de confianza

Ausencia de calidad

Inefectiva evaluación entre iguales.

Modificaciones eternas.

Los equipos:

Tamaño.

Equipos bien cohesionados.

Condiciones mínimas de un equipo:

Tareas establecidas con claridad y diferentes entre sí.

Equipo claramente establecido.

Los miembros del equipo controlan sus tareas.

Construcción de equipos eficaces:

Cohesión.

Metas que constituyan un desafío.

Feedback rápido.

Entornos de trabajo compartidos y comunes.

TSP

Es una metodología para dirigir el trabajo de mejora y desarrollo de software

además de establecer un entorno donde el trabajo efectivo de equipo sea

normal y natural

ENTORNOS

ANTECEDENTES

TSP PROSIGUE LAS ESTRATEGIAS DE CALIDAD AMERICANAS QUE

INICIO:

DEMMING EN LA INDUSTRIA EN 1982,

FAGAN EN EL PROCESO DE SW 1986,

W. HUMPHREY SW, CMM 1987,

W. HUMPHREY SW, PSP 1995,

W. HUMPHREY SW, TSP 1999.

ESTRUCTURA DE TSP

Planes personales

Método planeación

Valor agregado

Métricas calidad

Procesos definidos

Compromiso

Planes agresivos

Calidad propia

Objetivos proyecto

Plan propio

Plan detallado

Roles

Recursos de equipo

Prioridad en calidad

Costo de calidad

Seguir el proceso

Revisión de status y calidad

Comunicación

Antecedentes de trabajo en equipo

Cuando fracasa un proyecto de software es, en la mayoría de los casos, por un

problema de equipo y no por problemas técnicos.

Problemas comunes de Equipos

Metodología TSP

Lanzamiento

Requerimientos

Diseño high level

Implementación

Integración y pruebas

Falta de liderazgo

Falta de compromiso y ganas de cooperar

Diferencia en contribuciones

Falta de confianza

Falta de calidad

Mejoras excesivas

Revisiones entre colegas inefectivas

Lanzamiento TSP, checklist para planeacion

1. Establecer productos y objetivos de empresa

2. Establecer roles y objetivos de equipo

3. Definir estrategía de desarrollo

4. Hacer un plan general

5. Hacer un plan de calidad

6. Balancear el plan (cargas de trabajo)

7. Proyecto de riesgos

8. Diseñar reporte para administración

9. Revision del plan con administración

10. Analisis Postmortem, nuevo equipo revisa proceso

Lanzamiento TSP, Plan de reuniones

Programa de reuniones

Los puntos 1,2,3 serán en el día 1

Los puntos 4,5,6 serán en el día 2

Los puntos 7,8 serán en el día 3

El punto 9 y el análisis postmortem serán en el día 4 o bien al final del día 3

Productos planeacion para lanzamiento TSP

Objetivos de equipo por escrito

Roles definidos

Plan de desarrollo

Plan de calidad

Plan de soporte al proyecto

Desarrollo en conjunto de planes y programas

Plan detallado para cada ingeniero

Plan contra riesgos

Reporte del estado del proyecto

Producto esperado como equipo de trabajo

Los miembros establecen metas comunes y roles definidos

Equipo desarrolla estrategia consensada y todos participan en su creación

El equipo negocia el plan con la Administración

Los miembros hacen el trabajo en la forma planeada

La comunicación es libre y frecuente

Se forma grupo con cohesión, hay cooperación

Cada miembro conoce su status, se realimenta con su trabajo y tiene liderazgo

que sustenta su motivación

Lanzamiento del plan del equipo TSP

Una vez lanzado el plan lo mas importante es que los miembros sigan el plan

Liderear el equipo (guiar,motivar,disciplinar)

Seguimiento de problemas

Comunicación

Reporte administrativo

Mantener plan, seguimiento avance

Equilibrar cargas de trabajo

Manejo de la calidad

Plan de calidad

Identificar problemas de calidad

Encontrar prevenir problemas de calidad

Plan de la calidad

Se enfatiza en la administración de defectos.

Se basa en los estimados de tamaño e históricos, y estimaran los defectos en

cada fase, sino hay histórico se basaran en la tabla 3.

Manejo de la calidad

Ejemplo Plan de Calidad

Nombre: x Proyecto: xx parte: xxy

Defectos Plan Actual

Compilación 140 220

En producto 7 21

Revisión código 23 52

Grafica PDF, Porcentaje de Defectos Encontrados

Encontrando y Previniendo Problemas

Las Métricas de TSP indican problemas de calidad antes de la primera

compilación, las acciones remediales son:

Monitoree el modulo durante las pruebas y corrija

Reinspeccione el modulo antes de la integración y pruebas

Que el programador retrabaje el modulo o corrija

Redesarrolle el modulo

Resultados de una aplicación practica, Hill Air Base Force, Utah

El miedo fue a los altos costos por la planeación excesiva, entrevistas

personales, levantamiento de información pero esto mismo (TSP) reduce las

mejoras al plan y el tiempo de pruebas al grado de sostener que "la calidad es

gratis".

Quizás el cambio mas grande fue la relación administración e ingenieros,

mejoró y así será siempre que la administración crea que los ingenieros

trabajan efectivamente.

Además de la confianza entre administración e ingenieros, deben seguirse

métodos confiables y apropiados, reportando constantemente a administración.

Administración deberá entender que los ingenieros saben más del software y

que se ocuparan solamente de que el equipo de software siga el método

disciplinadamente.

Números:

Productividad aumento un 123%

Tiempo de prueba redujo de 22% a 2.7%

Ciclo de vida de TSP (TSPi)

Es una serie de ciclos que inician con la declaración de las necesidades del

producto y terminan con la entrega del producto final

A continuación presentaremos una representación gráfica con diagramas de

actividades de TSP en su versión educativa conocida como TSPi.

Ciclo de TSPi dividido en fases

Lanzamiento

Estrategia

Planeación

Requerimientos

Diseño

Implementación

Prueba

Postmortem

Experiencia, AMCIS

Lo mejor: definición de roles y sus actividades, desarrollo incremental en varios

ciclos.

Lo más difícil: planeación y recaudación de métricas. Cumplimiento de

compromisos.

CONCLUSION

El TSP es una gran ayuda para los ingenieros informáticos, el cual

provee métodos para el fácil desarrollo de software por medio de

miembros que llegan a formarse en equipos, en el cual se desenvuelven

de una manera organizativa; estos miembros tiene su propia función y

los dirige un líder el cual recopila información y los mantiene ordenados

y que logren completar sus objetivos planteados.

En lo general, un desarrollo de proyectos de software, viene a ser

realizado por equipos de ingenieros de software, este desarrollo es

entonces, un esfuerzo colectivo que necesita conocimientos y

orientación.

Si se desea desarrollar un software, siempre es imprescindible utilizar

un método como lo es el Team Software Process, TSP: (Equipo de

Procesos de Software), para lograr un producto confiable y de buena

calidad.

Bibliografía

http://ingsw.ccbas.uaa.mx/sitio/images/material/tsp.htm

http://www.slideshare.net/dlpoma/team-software-process-tsp

Desarrollo de Sistemas de Sistemas de Información

http://ocw.uc3m.es/informatica/desarrollo-de-sistemas-de-informacion-

corporativos/material/TSP.pdf

Métricas y Procesos PSP (Personal Software Process)

www.utim.edu.mx/~mgarcia/DOCUMENTO/CSW/CSW02.ppt