![¿ De qué trata la fase Postmortem? Es el paso final del proceso TSP. El Postmortem comienza con la evaluación del proceso de calidad definido para el proyecto. Verificando las metas del plan de calidad: ,[object Object]](data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7)
Recommandé
Contenu connexe
Tendances
Tendances (20)
Similaire à Postmortem TSP: revisión final del proceso y mejora continua
Similaire à Postmortem TSP: revisión final del proceso y mejora continua (20)
Postmortem TSP: revisión final del proceso y mejora continua
- 1. FASE POSTMORTEM TSP (Team Software Process)
- 3. Los inconvenientes que impidieron que se cumplieran estas metas de calidad.
- 4. Se realiza una evaluación de las metas de cada uno de los líderes.
- 5. Para cada uno de los roles.
- 7. Se escribe el reporte del ciclo.
- 12. El esfuerzo invertido para hacerlo.
- 14. Revisión de los datos del proceso Examinar los datos que el equipo y sus miembros hicieron. Identificar en donde se le trabajo ó no al proceso. Comparar el rendimiento del equipo con sus planes y metas trazadas. Identificar las áreas del problema y necesidades para mejorar. Descubrir los procesos en los que se mejoro y preparar el PIP (Process Improvement Proposal).
- 16. ¿Qué lecciones puede aprender usted de esta experiencia?
- 17. ¿Puede usted utilizar diferentes criterios (personales o de grupo) en el futuro?
- 18. ¿Dónde ve usted oportunidades para mejorar y por qué?
- 21. El líder de desarrollo debe comparar el contenido del producto con los requerimientos y determinar la efectividad de la estrategia de desarrollo.
- 25. Resumen
- 26. Reporte de Roles
- 27. Reporte de ingenieros. El líder del proyecto produce la tabla de contenido y escribe un resumen que describe los principales hallazgos. Después ensambla el reporte con los reportes de los roles.
- 28. Reporte de Ingeniero Cada ingeniero debe reportar su desempeño personal en las actividades de desarrollo. Contrastar lo planeado contra lo ejecutado. Describir oportunidades de mejoramiento personal.
- 30. Mirar los tiempos gastados en cada una de las fases indicando el porcentaje respecto al total.
- 31. Indicar el LOC Estimado, LOC Real y Productividad (LOC/Hora).
- 32. Evaluar las metas de lanzamiento y mirar si se cumplieron o no.
- 36. ¿Cómo corregir lo que "necesita mejorar“? Ref. # 2.2.1 Planificación de recursos de la administración. Ref. # 2.2.2 Proyecto de Plan debe tener un amplio tiempo de preparación para el hardware. Ref. # 2.2.3 Notificaciones de proyecto al término de cada prestación del proyecto. Ref. # 2.2.4 Revisión y priorizar las tareas de prueba.
- 37. GRACIAS!!!!