Team Software Process (TSP)

10,412 views

Published on

Published in: Technology
0 Comments
3 Likes
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total views
10,412
On SlideShare
0
From Embeds
0
Number of Embeds
3
Actions
Shares
0
Downloads
384
Comments
0
Likes
3
Embeds 0
No embeds

No notes for slide

Team Software Process (TSP)

  1. 1. Dennise Espinoza Juan García
  2. 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. 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. 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. 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. 6. ENTORNO DEL TSP
  7. 7. CMMI®Construye capacidad deorganizaciónTSPSMConstruye productos decalidad sobre coste yplanificaciónPSPSMConstruye capacidadesindividuales y disciplinade trabajo
  8. 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. 9. MANEJO DE CALIDAD Plan de calidad Identificar problemas de calidad Encontrar prevenir problemas de calidad
  10. 10. CICLO DE VIDA Lanzamiento Estrategia Planeación Requerimientos Diseño Implementación Prueba Postmortem
  11. 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. 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. 13. CHECKLIST PARAPLANEACIÓN1. Establecer productos y objetivos de empresa2. Establecer roles y objetivos de equipo3. Definir estrategia de desarrollo4. Hacer un plan general5. Hacer un plan de calidad6. Balancear el plan (cargas de trabajo)7. Proyecto de riesgos8. Diseñar reporte para administración9. Revisión del plan con administración10. Análisis Postmortem, nuevo equipo revisa proceso
  14. 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. 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. 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. 17. PRUEBAS Se construye e integra el sistema. Se llevan a cabo las pruebas del sistema. Se produce la documentación de usuario.
  18. 18. POSTMORTEM Análisis de resultados. Se escribe el reporte del ciclo. Se producen evaluaciones.
  19. 19. INFORME Propietarios y lista de contactos
  20. 20.  Firmas Historial de eventos
  21. 21.  Procesos efectivos
  22. 22.  Procesos negativos
  23. 23. 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
  24. 24. VENTAJAS Mejora los hábitos de programación Detección temprana de defectos y riesgos Mejora de calidad
  25. 25. DESVENTAJAS Cada miembro tiene que comprometerse Se debe llenar toda la documentación Se debe contar con métricas y parámetros de calidad
  26. 26. EQUIPOS 2-15 Cada uno tiene un rol específico Una tarea depende de otra
  27. 27. 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
  28. 28. EQUIPO EFECTIVO Cohesión Metas retadoras Retroalimentación Ambiente de trabajo común
  29. 29. EQUIPOS TSPi Metas Roles Planes Comunicación
  30. 30. ROLES Líder Líder de Desarrollo Líder de Planeación Líder de Calidad Líder de Soporte
  31. 31. 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.
  32. 32.  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.
  33. 33.  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
  34. 34.  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.
  35. 35. 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.
  36. 36. ROLES Product Owner (voz del cliente) Scrum Master (facilitador) Scrum Team 5a9
  37. 37. REUNIONES Daily Scrum Scrum de Scrum Sprint Review Meeting
  38. 38. DOCUMENTOS Product Backlog Sprint Backlog
  39. 39. 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%
  40. 40. 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
  41. 41. LIGA http://www.wix.com/den90ise/tsp-7-1

×