Successfully reported this slideshow.
We use your LinkedIn profile and activity data to personalize ads and to show you more relevant ads. You can change your ad preferences anytime.
FASE  POSTMORTEM<br />TSP (Team Software Process)<br />
¿ De qué trata la fase Postmortem?<br />Es el paso final del proceso TSP. <br />El Postmortem comienza con la evaluación d...
Los inconvenientes que impidieron que se cumplieran estas metas de calidad.
Se realiza una evaluación de las metas de cada uno de los líderes.
Para cada uno de los roles.
Finalmente se evalúa la participación de cada uno de los miembros en termino de trabajo personal y trabajo de equipo.</li>...
Se escribe el reporte del ciclo.
Se produce producen evaluaciones de pares y equipo.</li></li></ul><li>	OBJETIVOS<br />Revisar el trabajo del equipo asegur...
Rol<br /><ul><li>Líder del proyecto.</li></ul>Actividades <br />Revisar los datos del proyecto.<br />Efectuar la evaluació...
¿POR QUE ES NECESARIO EL POSTMORTEM ?<br /><ul><li>Cada nuevo proyecto debe ser una oportunidad para mejorar aprendiendo d...
Analizar las oportunidades de mejoramiento y definir como cambiar las prácticas en el ciclo siguiente o en el proyecto sig...
El esfuerzo invertido para hacerlo.
El proceso seguido para hacerlo</li></li></ul><li>PROCESO DE POSTMORTEM<br />Criterio de entrada:<br />El equipo ha comple...
Revisión de los datos del proceso<br />Examinar los datos que el equipo y sus miembros hicieron.<br />Identificar en donde...
Revisión de los datos de calidad<br /><ul><li>¿Cómo fue el rendimiento actual comparado con el plan?
¿Qué lecciones puede aprender usted de esta experiencia?
¿Puede usted utilizar diferentes criterios (personales o de grupo) en el futuro?
¿Dónde ve usted oportunidades para mejorar y por qué?
¿Dónde tuvo más problemas y que debe hacer para corregirlos la próxima vez?</li></li></ul><li>Evaluación de roles<br />¿Qu...
Reporte de Rol<br /><ul><li>El reporte del líder del equipo debe revisar el desempeño del equipo desde su propia perspectiva.
El líder de desarrollo debe comparar el contenido del producto con los requerimientos y determinar la efectividad de la es...
El líder de planeación describirá cómo fue el rendimiento del equipo comparado con lo planeado: horas semanales y tiempo g...
El líder de soporte describirá el apoyo brindado en las instalaciones y/o configuraciones necesarias para el correcto desa...
Upcoming SlideShare
Loading in …5
×

Fase postmortem

20,410 views

Published on

  • Be the first to comment

Fase postmortem

  1. 1. FASE POSTMORTEM<br />TSP (Team Software Process)<br />
  2. 2. ¿ De qué trata la fase Postmortem?<br />Es el paso final del proceso TSP. <br />El Postmortem comienza con la evaluación del proceso de calidad definido para el proyecto.<br />Verificando las metas del plan de calidad:<br /><ul><li>Cuales fueron cumplidas y cuales no?
  3. 3. Los inconvenientes que impidieron que se cumplieran estas metas de calidad.
  4. 4. Se realiza una evaluación de las metas de cada uno de los líderes.
  5. 5. Para cada uno de los roles.
  6. 6. Finalmente se evalúa la participación de cada uno de los miembros en termino de trabajo personal y trabajo de equipo.</li></li></ul><li>Se enfoca principalmente en el desarrollo de:<br /><ul><li>Análisis de resultados.
  7. 7. Se escribe el reporte del ciclo.
  8. 8. Se produce producen evaluaciones de pares y equipo.</li></li></ul><li> OBJETIVOS<br />Revisar el trabajo del equipo asegurándose que se realizaron todas las tareas.<br />Analizar el desempeño y cumplimiento de los objetivos del equipo en cuanto a calidad, tiempos y costos.<br />
  9. 9. Rol<br /><ul><li>Líder del proyecto.</li></ul>Actividades <br />Revisar los datos del proyecto.<br />Efectuar la evaluación de los roles entre colegas.<br />Preparar el informe del ciclo.<br />
  10. 10. ¿POR QUE ES NECESARIO EL POSTMORTEM ?<br /><ul><li>Cada nuevo proyecto debe ser una oportunidad para mejorar aprendiendo de las experiencias anteriores: Mejoramiento continuo del proceso.
  11. 11. Analizar las oportunidades de mejoramiento y definir como cambiar las prácticas en el ciclo siguiente o en el proyecto siguiente.</li></ul> Se debe evaluar:<br /><ul><li>El producto realizado.
  12. 12. El esfuerzo invertido para hacerlo.
  13. 13. El proceso seguido para hacerlo</li></li></ul><li>PROCESO DE POSTMORTEM<br />Criterio de entrada:<br />El equipo ha completado y probado el producto.<br />Todos los ingenieros han recogido los datos en los formatos indicados.<br />Todos los ingenieros leyeron el capitulo del postmortem.<br />
  14. 14. Revisión de los datos del proceso<br />Examinar los datos que el equipo y sus miembros hicieron.<br />Identificar en donde se le trabajo ó no al proceso.<br />Comparar el rendimiento del equipo con sus planes y metas trazadas.<br />Identificar las áreas del problema y necesidades para mejorar.<br />Descubrir los procesos en los que se mejoro y preparar el PIP (Process Improvement  Proposal).<br />
  15. 15. Revisión de los datos de calidad<br /><ul><li>¿Cómo fue el rendimiento actual comparado con el plan?
  16. 16. ¿Qué lecciones puede aprender usted de esta experiencia?
  17. 17. ¿Puede usted utilizar diferentes criterios (personales o de grupo) en el futuro?
  18. 18. ¿Dónde ve usted oportunidades para mejorar y por qué?
  19. 19. ¿Dónde tuvo más problemas y que debe hacer para corregirlos la próxima vez?</li></li></ul><li>Evaluación de roles<br />¿Qué fue lo que funcionó?<br />¿Dónde se presentaron problemas?<br />¿En qué se puede mejorar para los ciclos que vienen? <br />¿Hubo problemas de logística, herramientas?<br />
  20. 20. Reporte de Rol<br /><ul><li>El reporte del líder del equipo debe revisar el desempeño del equipo desde su propia perspectiva.
  21. 21. El líder de desarrollo debe comparar el contenido del producto con los requerimientos y determinar la efectividad de la estrategia de desarrollo.
  22. 22. El líder de planeación describirá cómo fue el rendimiento del equipo comparado con lo planeado: horas semanales y tiempo ganado, si fue­ron diligenciadas de manera apropiada.</li></li></ul><li><ul><li>El líder de calidad utiliza los datos actuales de calidad para describir el desempeño del equipo en comparación con las metas de calidad esta­blecidas al comienzo.
  23. 23. El líder de soporte describirá el apoyo brindado en las instalaciones y/o configuraciones necesarias para el correcto desarrollo del producto y comentará cualquier problema o sugerencia para mejorar. </li></li></ul><li>Reporte del ciclo<br />Describe lo que se produjo, el proceso que se uso y los roles.<br />Describe qué funcionó que no funcionó y cómo hacerlo mejor en el próximo ciclo.<br />Describe el desempeño de cada uno de los integrantes del grupo con respecto a sus responsabilidades, su rol individual y su rol de desarrollador.<br />
  24. 24. Contenido del reporte<br /><ul><li>Tabla de contenido
  25. 25. Resumen
  26. 26. Reporte de Roles
  27. 27. Reporte de ingenieros.</li></ul> <br />El líder del proyecto produce la tabla de contenido y escribe un resumen que describe los principales hallazgos.<br />Después ensambla el reporte con los reportes de los roles.<br />
  28. 28. Reporte de Ingeniero<br />Cada ingeniero debe reportar su desempeño<br /> personal en las actividades de desarrollo.<br />Contrastar lo planeado contra lo ejecutado.<br />Describir oportunidades de mejoramiento personal.<br />
  29. 29. PRESENTACIÓN POSTMORTEM<br />En esta presentación de deben presentar:<br /><ul><li>Comparar lo planeado vs lo real.
  30. 30. Mirar los tiempos gastados en cada una de las fases indicando el porcentaje respecto al total.
  31. 31. Indicar el LOC Estimado, LOC Real y Productividad (LOC/Hora).
  32. 32. Evaluar las metas de lanzamiento y mirar si se cumplieron o no.
  33. 33. Evaluar las metas de cada uno de los roles y mirar si se cumplieron o no.</li></li></ul><li>Post Mortem Informe<br /><ul><li>Los propietarios y Lista de Contactos </li></li></ul><li><ul><li>Signoffs
  34. 34. Historialde revisiones</li></li></ul><li><ul><li>Los procesos que fueron más efectivos </li></ul>Los sgtes procesos fueron descritos como lo positivo del proyecto:<br />
  35. 35. <ul><li>Los procesos que tuvieron un efecto negativo sobre el proyecto </li></li></ul><li><ul><li>Artículos de acción </li></ul>Los puntos de acción deberán ser concretos y objetivos.<br />¿Cómo seguir haciendo lo que se hizo “correcto”?<br />Ref. # 2.1.1 Continuar ser cortés y agradable. <br />Ref. # 2.1.2 Educar el valor de una sólida metodología de prueba y el proceso. <br />Ref. # 2.1.3 Continuar con la gestión de riesgos. <br />Ref. # 2.1.4 Continuar para revisar los planes. <br />
  36. 36. ¿Cómo corregir lo que "necesita mejorar“?<br />Ref. # 2.2.1 Planificación de recursos de la administración. <br />Ref. # 2.2.2 Proyecto de Plan debe tener un amplio tiempo de preparación para el hardware. <br />Ref. # 2.2.3 Notificaciones de proyecto al término de cada prestación del proyecto. <br />Ref. # 2.2.4 Revisión y priorizar las tareas de prueba. <br />
  37. 37. GRACIAS!!!!<br />

×