2. INTRODUCION
TSP fue creado en 1999 por Watts
Humphrey con el fin de proporcionarle a
los estudiantes de ingeniería de software
una visión total del ciclo de vida del
software.
3. QUE ES 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
5. QUE ES TSP
• TSP es una solución basada en procesos para
resolver problemas de negocio, tales como:
predictibilidad de costo y tiempo, mejora de
productividad y ciclos de desarrollo y mejora de
calidad de productos.
10. OBJETIVOS
• Maximizar calidad del Software, Minimizar costos.
• Integrar equipos independientes de alto rendimiento que planeen
y registren su trabajo, establezcan metas, y sean dueños de sus
procesos y planes.
• Mostrar a los gerentes como monitorear y motivar a sus equipos
de trabajo y como ayudarlos a alcanzar su máxima productividad.
• Acelerar la mejora continúa de procesos.
• Proveer de una guía para el mejoramiento en organizaciones
maduras
11. MANEJO DE CALIDAD
• Plan de calidad
• Identificar problemas de calidad
• Encontrar prevenir problemas de calidad
12. QUE SE NECESITA PARA TSP:
• Miembros del grupo entrenados en PSP.
• Conocimiento previo en diseño de software y
manejo de requerimientos.
• Conocimiento en administración de la
configuración, manejo de proyectos y pruebas de
software
13. PRINCIPIOS FUNDAMENTALES
DE TSP
1. Se aprende del proceso más rápidamente
cuando está definido y se puede obtener
retroalimentación inmediata.
2. El trabajo productivo de los equipos requiere el
cumplimiento de metas, un adecuado ambiente de
trabajo con el liderazgo adecuado.
14. PRINCIPIOS FUNDAMENTALES
DE TSP
3. Definir métodos desde el inicio para evitar la
construcción de prácticas, métodos y roles en
medio del proceso
4. El entrenamiento de un equipo de trabajo es
más efectivo si se basa en conocimientos previos.
16. Los Roles en los equipos en TSP
son:
• Líder del Equipo: Dirige al equipo, se asegura que
todos reporten sus datos de los procesos y
completen su trabajo tal y como se planeó.
Realiza los reportes semanales del avance del
equipo.
• Gestor de desarrollo: Guía al equipo en el
diseño y desarrollo del producto.
17. Los Roles en los equipos en TSP
son:
• Gestor de Planificación: Apoya y guía al equipo
en la planificación y seguimiento del trabajo.
• Gestor de Calidad/Proceso: Apoya al equipo en
definir sus necesidades acerca del proceso y a
establecer y administrar el plan de calidad.
18. Los Roles en los equipos en TSP
son:
• Administrador de Requerimientos/Soporte:
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.
Administra el plan de configuración.
19. TSP
TSP está formado por dos componentes primarios
que abarcan distintos aspectos del trabajo en
equipo:
• Formación del equipo de trabajo.
• Gestión del equipo de trabajo.
20. TSP
• Con TSP, los equipos encuentran y reparan
defectos en etapas tempranas del proceso de
desarrollo, esto reduce de manera importante el
tiempo de pruebas. Esto reduce de manera
importante el tiempo de pruebas. Con un testing
más corto, el ciclo completo se reduce.
21. TSP
• A diferencia de otros métodos, TSP mejora el
desempeño tanto de equipos como individuos,
es disciplinado y ágil, provee beneficios
inmediatos y medibles y acelera las iniciativas de
mejora de procesos organizacionales.
22. Ciclo TSP
Dentro de cada ciclo se realiza:
1.Lanzamiento
2. Estrategia
3. Plan
4. Requisitos
5. Diseño
6. Implementación
7. Pruebas
8. Postmortem
23. LANZAMIENTO
• Revisión de objetivos a perseguir
• Asignación de equipos y roles al personal
• Se describen las necesidades del cliente.
• Se establece las metas individuales y del equipo.
24. ESTRATEGIA
• Crear un diseño conceptual para el producto.
• Se establece la estrategia de desarrollo
• Se hacen estimaciones iníciales de esfuerzos y
tamaño.
• Se establece un plan de administración de la
configuración.
• Se reutiliza el plan anterior.
• Se establecen riesgos de administración
25. CHECKLIST PARA PLANEACIÓN
1. Establecer productos y objetivos de empresa
2. Establecer roles y objetivos de equipo
3. Definir estrategia 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. Revisión del plan con administración
10.Análisis Postmortem, nuevo equipo revisa proceso
26. REQUERIMIENTOS
• Se analizan las necesidades del cliente y se
entrevistan
• Se especifican los requerimientos.
• Se hace inspección de los requerimientos.
• Se diseña un plan de pruebas del sistema.
27. DISEÑO
• Se crea un diseño de alto nivel.
• Se especifica el diseño.
• Se inspecciona el diseño.
• Se desarrolla un plan de pruebas de integración
28. IMPLEMENTACIÓN
• Se usa PSP para implementar módulos y
unidades.
• Se crea el diseño detallado de los módulos y
• unidades.
• Se revisa el diseño.
• Se convierte el diseño al código.
• Se inspecciona el código
• Se compilan y prueban los módulos y unidades.
• Se analiza la calidad de los módulos/unidades
29. PRUEBAS
• Se construye e integra el sistema.
• Se llevan a cabo las pruebas del sistema.
• Se produce la documentación de usuario.
30. POSTMORTEM
• Análisis de resultados.
• Se escribe el reporte del ciclo.
• Se producen evaluaciones.
31. VENTAJAS
• Mejora los hábitos de programación
• Detección temprana de defectos y riesgos
• Mejora de calidad
32. DESVENTAJAS
• Cada miembro tiene que comprometerse
• Se debe llenar toda la documentación
• Se debe contar con métricas y parámetros de
calidad
