Download - Fase postmortem
FASE POSTMORTEM
TSP (Team Software Process)
Es el paso final del proceso TSP.
El Postmortem comienza con la evaluación del procesode calidad definido para el proyecto.
Verificando las metas del plan de calidad:
Cuales fueron cumplidas y cuales no?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.
Se enfoca principalmente en el desarrollo
de:
Análisis de resultados.
Se escribe el reporte del ciclo.
Se produce producen evaluaciones de pares y
equipo.
OBJETIVOS
Revisar el trabajo del
equipo asegurándose
que se realizaron todas
las tareas.
Analizar el desempeño y
cumplimiento de los
objetivos del equipo en
cuanto a calidad, tiempos y
costos.
Rol
Líder del proyecto.
Actividades
Revisar los datos del proyecto.
Efectuar laevaluaciónde los rolesentrecolegas.
Preparar el
informe del ciclo.
Cada nuevo proyecto debe ser una oportunidad para mejoraraprendiendo de las experiencias anteriores: Mejoramientocontinuo del proceso.
Analizar las oportunidades de mejoramiento y definir comocambiar las prácticas en el ciclo siguiente o en el proyectosiguiente.
Se debe evaluar:
El producto realizado.
El esfuerzo invertido para hacerlo.
El proceso seguido para hacerlo
Criterio de entrada:
El equipo ha completado y probado el producto.
Todos los ingenieros han recogido los datos en los formatos
indicados.
Todos los ingenieros leyeron el capitulo del postmortem.
Examinar los datos que el equipo y sus miembroshicieron.
Identificar en donde se le trabajo ó no al proceso.
Comparar el rendimiento del equipo con sus planes ymetas trazadas.
Identificar las áreas del problema y necesidades paramejorar.
Descubrir los procesos en los que se mejoro ypreparar el PIP (Process Improvement Proposal).
¿Cómo fue el rendimiento actual comparado con elplan?
¿Qué lecciones puede aprender usted de estaexperiencia?
¿Puede usted utilizar diferentes criterios (personales ode grupo) en el futuro?
¿Dónde ve usted oportunidades para mejorar y porqué?
¿Dónde tuvo más problemas y que debe hacer paracorregirlos la próxima vez?
Evaluación de roles
¿Qué fue lo que funcionó?
¿Dónde se presentaron problemas?
¿En qué se puede mejorar para los ciclos que
vienen?
¿Hubo problemas de logística, herramientas?
Reporte de Rol
El reporte del líder del equipo debe revisar el desempeño delequipo desde su propia perspectiva.
El líder de desarrollo debe comparar el contenido delproducto con los requerimientos y determinar la efectividadde la estrategia de desarrollo.
El líder de planeación describirá cómo fue el rendimiento delequipo comparado con lo planeado: horas semanales ytiempo ganado, si fueron diligenciadas de maneraapropiada.
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 establecidas al comienzo.
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.
Reporte del ciclo
Describe lo que seprodujo, el proceso que seuso y los roles.
Describe qué funcionóque no funcionó ycómo hacerlo mejor enel próximo ciclo.
Describe el desempeño de cada uno de losintegrantes del grupo con respecto a susresponsabilidades, su rol individual y su rol dedesarrollador.
Contenido del reporte
Tabla de contenido
Resumen
Reporte de Roles
Reporte de ingenieros.
El líder del proyecto produce la tabla de contenido yescribe un resumen que describe los principaleshallazgos.
Después ensambla el reporte con los reportes de losroles.
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.
En esta presentación de deben presentar:
Comparar lo planeado vs lo real.
Mirar los tiempos gastados en cada una de las fases indicandoel porcentaje respecto al total.
Indicar el LOC Estimado, LOC Real y Productividad (LOC/Hora).
Evaluar las metas de lanzamiento y mirar si se cumplieron o no.
Evaluar las metas de cada uno de los roles y mirar si secumplieron o no.
Post Mortem Informe
Los propietarios y Lista de Contactos
Signoffs
Historial de revisiones
Los procesos que fueron más efectivos
Los sgtes procesos fueron descritos como lo positivo del proyecto:
Los procesos que tuvieron un efecto negativo sobre el
proyecto
Artículos de acción
Los puntos de acción deberán ser concretos y objetivos.
¿Cómo seguir haciendo lo que se hizo “correcto”?
Ref. # 2.1.1 Continuar ser cortés y agradable.
Ref. # 2.1.2 Educar el valor de una sólida metodología de
prueba y el proceso.
Ref. # 2.1.3 Continuar con la gestión de riesgos.
Ref. # 2.1.4 Continuar para revisar los planes.
¿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.
GRACIAS!!!!