1. Dennise Espinoza
Juan García

2. Contenido
 PSP  VENTAJAS
 TSP  DESVENTAJAS
 ANTECEDENTES  EQUIPOS
 ENTORNO  ROLES
 OBJETIVOS  ISO 9000:2001
 MANEJO DE CALIDAD  HERRAMIENTA
 CICLO DE VIDA  EJEMPLO DE USO
 RECOMENDACIONES

3. PSP
 Es un conjunto de prácticas
disciplinadas para la gestión del tiempo
y mejora de la productividad personal de
los programadores o ingenieros de
software

4. 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. 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

6. ENTORNO DEL TSP

7. CMMI®
Construye capacidad de
organización
TSPSM
Construye productos de
calidad sobre coste y
planificación
PSPSM
Construye capacidades
individuales y disciplina
de trabajo

8. 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

9. MANEJO DE CALIDAD
 Plan de calidad
 Identificar problemas de calidad
 Encontrar prevenir problemas de calidad

10. CICLO DE VIDA
 Lanzamiento
 Estrategia
 Planeación
 Requerimientos
 Diseño
 Implementación
 Prueba
 Postmortem

11. 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.

12. 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

13. 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

14. 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.

15. 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.

16. 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.

17. PRUEBAS
 Se construye e integra el sistema.
 Se llevan a cabo las pruebas del
sistema.
 Se produce la documentación de
usuario.

18. POSTMORTEM
 Análisis de resultados.
 Se escribe el reporte del ciclo.
 Se producen evaluaciones.

19. INFORME
 Propietarios y lista de contactos

20.  Firmas
 Historial de eventos

21.  Procesos efectivos

22.  Procesos negativos

24. RECOMENDACIONES
 Tener un seguimiento del plan
 Liderear el equipo (guiar, motivar,
disciplinar)
 Seguimiento de problemas
 Comunicación
 Reporte administrativo
 Mantener plan, seguimiento avance
 Equilibrar cargas de trabajo

25. VENTAJAS
 Mejora los hábitos de programación
 Detección temprana de defectos y
riesgos
 Mejora de calidad

26. DESVENTAJAS
 Cada miembro tiene que
comprometerse
 Se debe llenar toda la documentación
 Se debe contar con métricas y
parámetros de calidad

27. EQUIPOS
 2-15
 Cada uno tiene un rol específico
 Una tarea depende de otra

28. PROBLEMAS COMUNES
 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

29. EQUIPO EFECTIVO
 Cohesión
 Metas retadoras
 Retroalimentación
 Ambiente de trabajo común

30. EQUIPOS TSPi
 Metas
 Roles
 Planes
 Comunicación

31. ROLES
 Líder
 Líder de Desarrollo
 Líder de Planeación
 Líder de Calidad
 Líder de Soporte

32. ISO 9000:2001
 Designa un conjunto de normas sobre
calidad y gestión continua de calidad,
establecidas por la Organización
Internacional de Normalización (ISO).
 Se pueden aplicar en cualquier tipo de
organización o actividad orientada a la
producción de bienes o servicios.

33.  Las normas recogen tanto el contenido mínimo
como las guías y herramientas específicas de
implantación, como los métodos de auditoría.
 Especifica la manera en que una organización
opera, sus estándares de calidad, tiempos de
entrega y niveles de servicio.
 Existen más de 20 elementos en los
estándares de este ISO que se relacionan con
la manera en que los sistemas operan.

34.  Su implantación, aunque supone un duro
trabajo, ofrece numerosas ventajas para las
empresas, entre las que se cuentan con:
 Estandarizar las actividades del personal que trabaja
dentro de la organización por medio de la
documentación
 Incrementar la satisfacción del cliente
 Medir y monitorizar el desempeño de los procesos
 Disminuir re-procesos
 Incrementar la eficacia y/o eficiencia de la
organización en el logro de sus objetivos
 Mejorar continuamente en los procesos, productos,
eficacia, etc.
 Reducir las incidencias de producción o prestación
de servicios

35.  Certificación:
 Existen unas entidades de certificación
que auditan la implantación y
mantenimiento, emitiendo un certificado
de conformidad.
 Estas entidades están vigiladas por
organismos nacionales que regulan su
actividad.

36. HERRAMIENTA
 SCRUM
 Es un marco de trabajo para la gestión y
desarrollo de software basada en un
proceso iterativo e incremental utilizado
comúnmente en entornos basados en el
desarrollo ágil de software.

37. ROLES
 Product Owner (voz del cliente)
 Scrum Master (facilitador)
 Scrum Team
5a9

38. REUNIONES
 Daily Scrum
 Scrum de Scrum
 Sprint Review Meeting

39. DOCUMENTOS
 Product Backlog
 Sprint Backlog

40. EJEMPLO DE USO
 Resultados de una aplicación practica,
Hill Air Base Force, Utah
 Números:
• Productividad aumento un 123%
• Tiempo de prueba redujo de 22% a 2.7%

41. BIBLIOGRAFÍA
 http://ingsw.ccbas.uaa.mx/sitio/images/material/tsp.htm
 http://chelo-tsp.blogspot.com/
 http://www.slideshare.net/dlpoma/team-software-process-tsp
 Libro: The Team Software Process – Watts S Humphrey

42. LIGA
 http://www.wix.com/den90ise/tsp-7-1