Team Software Process (TSP)

33,608 views

Published on

Es una metodología para dirigir el trabajo de mejora y desarrollo de software.

4 Comments
13 Likes
Statistics
Notes
No Downloads
Views
Total views
33,608
On SlideShare
0
From Embeds
0
Number of Embeds
156
Actions
Shares
0
Downloads
1,698
Comments
4
Likes
13
Embeds 0
No embeds

No notes for slide

Team Software Process (TSP)

  1. 1. Team Software Process (TSP): Integración de Equipos de Desarrollo de Alto Rendimiento
  2. 3. TSP - Qué es un Equipo?
  3. 4. <ul><li>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. </li></ul><ul><li>Conjunto de procesos estructurados que indican qué hacer en cada fase del desarrollo del proyecto y muestra cómo conectar cada fase para construir un producto completo. </li></ul>
  4. 5. <ul><li>Maximizar calidad Software, Minimizar costos. </li></ul><ul><li>Integrar equipos independientes de alto rendimiento que planeen y registren su trabajo, establezcan metas, y sean dueños de sus procesos y planes. </li></ul>
  5. 6. <ul><li>Mostrar a los gerentes como monitorear y motivar a sus equipos de trabajo y como ayudarlos a alcanzar su máxima productividad. </li></ul><ul><li>Acelerar la mejora continúa de procesos. </li></ul><ul><li>Proveer de una guía para el mejoramiento en organizaciones maduras </li></ul>
  6. 8. <ul><li>Se usa PSP para implementar módulos y unidades. </li></ul><ul><li>Se crea el diseño detallado de los módulos y </li></ul><ul><li>unidades. </li></ul><ul><li>Se revisa el diseño. </li></ul><ul><li>Se convierte el diseño al código . </li></ul><ul><li>Se inspecciona el código </li></ul><ul><li>Se compilan y prueban los módulos y unidades. </li></ul><ul><li>Se analiza la calidad de los módulos/unidades. </li></ul>
  7. 10. <ul><li>Revisión de objetivos a perseguir </li></ul><ul><li>Asignación de equipos y roles al personal </li></ul><ul><li>Se describen las necesidades del cliente. </li></ul><ul><li>Se establece las metas individuales y del equipo </li></ul>
  8. 11. <ul><li>Crear un diseño conceptual para el producto. </li></ul><ul><li>Se establece la estrategia de desarrollo: se decide </li></ul><ul><li>que será producido en cada ciclo. </li></ul><ul><li>Se hacen estimaciones iniciales de esfuerzos y </li></ul><ul><li>tamaño. </li></ul><ul><li>Se establece un plan de administración de la </li></ul><ul><li>configuración. </li></ul><ul><li>Se reutiliza el plan anterior. </li></ul><ul><li>Se establecen riesgos de administración </li></ul>
  9. 12. <ul><li>Estima el tamaño de cada artefacto a ser </li></ul><ul><li>desarrollado. </li></ul><ul><li>Se identifican las tareas: se estima el tiempo para </li></ul><ul><li>completar cada tarea; se asignan tareas a los </li></ul><ul><li>miembros del equipo. </li></ul><ul><li>Hacer un cronograma semanal para tareas </li></ul><ul><li>terminadas. </li></ul><ul><li>Hacer un plan de calidad </li></ul>
  10. 13. <ul><li>Se analizan las necesidades del cliente y se </li></ul><ul><li>entrevistan </li></ul><ul><li>Se especifican los requerimientos. </li></ul><ul><li>Se hace inspección de los requerimientos. </li></ul><ul><li>Se diseña un plan de pruebas del sistema. </li></ul>
  11. 14. <ul><li>Se crea un diseño de alto nivel. </li></ul><ul><li>Se especifica el diseño. </li></ul><ul><li>Se inspecciona el diseño. </li></ul><ul><li>Se desarrolla una plan de pruebas de integración </li></ul>
  12. 15. <ul><li>Se construye e integra el sistema. </li></ul><ul><li>Se llevan a cabo las pruebas del sistema. </li></ul><ul><li>Se produce la documentación de usuario </li></ul>
  13. 16. <ul><li>Análisis de resultados. </li></ul><ul><li>Se escribe el reporte del ciclo. </li></ul><ul><li>Se produce producen evaluaciones de pares y </li></ul><ul><li>equipo. </li></ul>
  14. 19. <ul><li>. En el siguiente esquema se muestra de que manera interact ú an los modelos PSP y TSP </li></ul>
  15. 20. <ul><li>Inicializar </li></ul><ul><li>Diagnosticar </li></ul><ul><li>Establecer </li></ul><ul><li>Actuar </li></ul><ul><li>Evaluar </li></ul>El modelo ideal define un marco de ciclo de vida para la mejora de procesos. Las fases definidas en el modelo IDEAL son cinco, constituyendo las evaluaciones la parte fundamental de la fase de diagnóstico.
  16. 21. <ul><li>La recompensa de trabajar con este tipo de modelos es que mejora la calidad de los procesos </li></ul><ul><li>Reducen los costos, esto gracias a la generaci ó n m í nima de errores y el poco tiempo en que estos procesos se realizan. </li></ul><ul><li>Los procesos permiten ser modificados f á cilmente y sobre todo, es factible tener un buen mantenimiento. </li></ul><ul><li>El é xito de estos modelos no solo implican la buena calidad que generan, </li></ul>
  17. 22. <ul><li>Herramienta clave que manejan, son las visiones a largo plazo </li></ul><ul><li>Al crear modelos los cuales te permiten estructurar de manera organizada procesos desde lo particular a lo general </li></ul><ul><li>El mundo de la tecnolog í a est á n evolucionando r á pidamente. </li></ul><ul><li>Los usuarios que buscan este tipo de modelos, entienden que si no buscan metas y soluciones a largo plazo, simplemente ser á n desplazados por nuevos usuarios, ó por usuarios que generan una proyecci ó n futura. </li></ul>
  18. 23. <ul><li>Ambos procesos pueden usarse juntos. </li></ul><ul><li>PSP y el TSP son aplicables tanto a pequeña como a gran escala. </li></ul><ul><li>Equipos sencillos, 5 - 15 profesionales </li></ul><ul><li>Multi-Equipos, muchas docenas de profesionales. </li></ul>
  19. 24. <ul><li>Reducción del 99.4% de defectos antes de hacer la prueba general del sistema </li></ul><ul><li>La estimación de costo y tiempo dentro del 10% de lo planeado. Y reduce el tiempo y costo de pruebas. </li></ul>
  20. 25. <ul><li>En la organización TSP proporciona un proceso definido de marco para la gestión, seguimiento y presentación de informes los progresos del equipo. Su uso en la organización puede construir auto-dirigir equipos de ese plan y hacer un seguimiento de su trabajo, establecer objetivos y sus propios procesos y planes. Estos pueden ser equipos de software puro o de productos integrada equipos de 3 a 20 ingenieros. </li></ul>
  21. 26. <ul><li>En el desarrollo </li></ul><ul><li>• Distribución de actividades técnicas y administrativas </li></ul><ul><li>• Definición de roles </li></ul><ul><li>• Cambio de roles </li></ul><ul><li>• Objetivos claros y comunes </li></ul><ul><li>• Análisis de riesgos </li></ul><ul><li>• Junta de estrategia y planeación </li></ul><ul><li>• Ciclos de desarrollo controlados </li></ul>
  22. 27. <ul><li>En el trabajo en equipo </li></ul><ul><li>• Autoridad del líder de proyecto </li></ul><ul><li>• Respaldo del líder de proyecto </li></ul><ul><li>• Actividades técnicas para el líder de proyecto </li></ul><ul><li>• Diferentes tipos de personalidad </li></ul><ul><li>• Delimitación de responsabilidades </li></ul><ul><li>• Evaluaciones de desempeño </li></ul><ul><li>• Burocracia </li></ul><ul><li>• Cambio de roles (motivación) </li></ul>
  23. 28. <ul><li>Selección del equipo de trabajo </li></ul><ul><li>Clarificación del alcance de responsabilidades por rol. </li></ul>
  24. 29. <ul><li>Entendimiento del cambio organizacional </li></ul><ul><li>Motivación </li></ul><ul><li>Apoyo gerencial </li></ul><ul><li>Visión de cambio </li></ul><ul><li>Administración del capital intelectual </li></ul>
  25. 30. <ul><li>Al trabajar con este tipo de modelo se mejora la calidad de los procesos y reducen los costos, esto gracias a la generación mínima de errores y el poco tiempo en que estos procesos se realizan. </li></ul><ul><li>Es factible tener un buen mantenimiento. </li></ul>
  26. 31. <ul><li>Integrantes: </li></ul><ul><ul><ul><ul><li>Diana Poma </li></ul></ul></ul></ul><ul><ul><ul><ul><li>Nina Caraguay </li></ul></ul></ul></ul><ul><ul><ul><ul><li>Mercy Jiménez </li></ul></ul></ul></ul><ul><ul><ul><ul><li>Santiago Suárez </li></ul></ul></ul></ul><ul><ul><ul><ul><li>Santiago Ludeña </li></ul></ul></ul></ul>

×