miércoles, 11 de noviembre de 2009

Bienvenid@

Bienvenid@ a este espacio donde hablaremos de la metodologia TSP y en donde podras dar tus criticas y opiniones.

Introduccion

Las estrategias comienzan con el empleo de evaluaciones a continuación podemos ver como una metodología como es el TSP primero es dirigido sobre varios pequeños proyectos para evaluar tanto acercamiento de transición como el impacto de TSP sobre la organización. Los encargados de guiar también construyen el entendimiento, el patrocinio, y apoyan en lo necesario para la amplia aceptación del TSP en la organización.

Desarrollo

Team Software Process (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. Ayuda a conformar equipos para el desarrollo de software de calidad.

TSP proporciona un marco de trabajo que se construye sobre la base PSP con bases de desarrollo bien definidas en las que los productos de software se generan en varios ciclos y así se establecen medidas estándares para la calidad del producto y para el desempeño de los equipos y los desarrolladores.

El TSP tiene dos componentes primarios: un componente que construye equipo y un funcionamiento de equipo o componente de dirección. El componente que construye equipo del TSP es el lanzamiento de TSP, que pone el equipo en la situación provocativa de desarrollar su plan.

El TSP usa las mismas medidas básicas del PSP- tamaño, tiempo, y defectos - y añade fechas de terminación de tarea. Para todas las medidas, datos planificados y reales son recogidos en el nivel individual. El marco de medida TSP consolida datos individuales en una perspectiva de equipo.

Los datos son analizados semanalmente por el equipo para entender el estado de proyecto contra objetivos de calidad. El marco de medida TSP también hace disponible otros puntos de vista de los datos, como por el producto o la parte, la fase, la tarea, la semana, el día, etc. El personal y datos de equipo son archivados para proporcionar un depósito de datos históricos para el futuro empleo.

En un entorno donde el entendimiento es un factor fundamental para ser competitivo, las empresas tienen que superar todo tipo de barreras culturales para poder expandir con éxito sus actividades comerciales a escala mundial, observemos la siguiente figura:

Vemos tres entornos, PSP es una alternativa dirigida a los ingenieros de sistemas, que les permite mejorar la forma en la que construyen software. Considerando aspectos como la planeación, calidad, estimación de costos y productividad. Gran parte de las tareas y actividades definidas en los scripts generará en su realización un conjunto de datos, fundamentalmente de carácter estadístico.

La aplicación de PSP en varios procesos de desarrollo, y el análisis de la información, estadística generada en cada uno de éstos, permitirán al ingeniero de software identificar, tanto sus fortalezas como sus debilidades, y crecer a través de un proceso de autoaprendizaje y auto mejora.

La calidad en PSP, es un aspecto fuertemente relacionado con la cantidad de defectos que el producto de software contiene. En este nivel se introducen algunos métodos aplicables al proceso de desarrollo de software, dentro de un enfoque de proyectos a gran escala, pero sin lidiar con problemas de comunicación y coordinación de los equipos de trabajo. PSP provee lineamientos específicos sobre cómo los desarrolladores de software pueden continuamente mejorar su desempeño, basados en una práctica estándar para desarrollar software. TSP provee los lineamientos específicos acerca de cómo los desarrolladores entrenados en PSP pueden trabajar efectivamente como integrantes de un equipo de alto desempeño.

Otro entorno es el CMM e n la administración para Software que luego evolucionó a CMMI. Hoy en día CMMI es un conjunto de productos y servicios de mejora de procesos compuestos por modelos de referencia, material de entrenamiento y métodos de evaluación en la administración. Estos productos contienen prácticas que han demostrado ser efectivas y vienen ayudando a mejorar por más de veinte años a organizaciones en todo el mundo.


ESTRUCTURA DE TSP
PSP: Planes personales, Método, planeación, Valor agregado, Métricas calidad, Procesos definidos.
TSP Creación de Equipo: Compromiso, Planes agresivos, Calidad propia, Objetivos proyecto.
TSP Trabajo en equipo: Prioridad en calidad, Costo de calidad, Seguir el proceso, Revisión de status y calidad.


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: Maximizar calidad SW, Minimizar costos.

Cíclo 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.

Cíclo de TSPi dividido en fases:
* Lanzamiento
* Estrategia
* Planeación
* Requerimientos
* Diseño
* Implementación
* Prueba
* Postmortem

Conclusion

TSP describe el uso y las experiencias que ilustran las ventajas de tres perspectivas. De primera forma tenemos una perspectiva nueva de proyecto. Las experiencias de un equipo de TSP nuevo son descritas detalladamente, de PSP que entrena por la entrega de producto. Segundo, están los datos resumidos de proyecto. Un resumen de datos TSP de las organizaciones y al menos un numero considerado de proyectos. Finalmente, cambiamos de datos a experiencias personales. Se presentan anécdotas del PSP y las comunidades TSP que relacionan las experiencias que no pueden ser descritas solo por datos.