Diese Präsentation wurde erfolgreich gemeldet.
Die SlideShare-Präsentation wird heruntergeladen. ×

Team Software Process (TSP)

Anzeige
Anzeige
Anzeige
Anzeige
Anzeige
Anzeige
Anzeige
Anzeige
Anzeige
Anzeige
Anzeige
Anzeige
Nächste SlideShare
Tsp (Team Software Process )
Tsp (Team Software Process )
Wird geladen in …3
×

Hier ansehen

1 von 42 Anzeige
Anzeige

Weitere Verwandte Inhalte

Ähnlich wie Team Software Process (TSP) (20)

Anzeige

Aktuellste (20)

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 de organización TSPSM Construye productos de calidad sobre coste y planificación PSPSM Construye capacidades individuales y disciplina de 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 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. 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

×