Publicado el: sábado 19 de mayo de 2018 22H35' CDT

Post mortem

Es el paso final del proceso TSP. El post mortem comienza con la

evaluación del proceso de calidad definido para el proyecto, verificando que metas del
plan de calidad fueron cumplidas cuales no y los inconvenientes que impidieron que se
cumplieran estas metas de calidad. Posteriormente se realiza una evaluación de las
metas de cada uno de los lideres en términos del plan diseñado para cada uno de los
roles y finalmente se evalúa la participación de cada uno de los miembros en termino
de trabajo personal y aporte de estos al equipo de trabajo.

¿Por que necesitamos un post mortem?

La razón por la cual necesitaríamos un post mortem es por razones de calidad, cada
vez el software toma mas fuerza y vemos su aplicación tanto en la industria como en
los hogares.
De esta manera, se ha venido tomando conciencia de cómo el desarrollo de software
es un punto crítico para todos los ingenieros y científicos.
¿Qué es lo que un post mortem puede hacer por usted?
Por medio de este podemos examinar que fue lo que se hizo comparándolo con lo que
se había planeado antes de hacerlo, permitiendo así darnos cuenta de los aspectos
para mejorar y decidir como cambiar las practicas para el siguiente ciclo o proyecto.
Por medio de un post mortem también se podrá identificar problemas, determinar sus
causas y precisar medidas para prevenirlos.
Proceso de revisión de datos.
Los objetivos de esta revisión son:
1-) Examinar los datos que el equipo y sus miembros hicieron.
2-) Identificar en donde se le trabajo ó no al proceso.
3-) Comparar el rendimiento del equipo con sus planes y metas trazadas.
4-) Identificar las áreas del problema y necesidades para mejorar.
5-) Descubrir los procesos en los que se mejoro y preparar el PIP.

Revisión de la calidad.
Como parte del proceso de revisión, compare el rendimiento del equipo y el rendimiento personal de cada uno
de sus miembros con el plan de calidad. Comience con un análisis de defectos de los datos del equipo y
determine el grado de calidad del producto elaborado por el equipo. Específicamente, responda las siguientes
preguntas:
1-) ¿Cómo fue el rendimiento actual comparado con el plan?
2-) ¿Qué lecciones puede aprender usted de esta experiencia?
3-) ¿Puede usted utilizar diferentes criterios (personales o de grupo) en el futuro?
4-) ¿Dónde ve usted oportunidades para mejorar y por que?
5-) ¿Dónde tuvo más problemas y que debe hacer para corregirlos la próxima vez?

Evaluaciones de los roles.

El líder del equipo guiara al equipo en el proceso de evaluación de cada rol. En estas evaluaciones, hay que
enfocarse sobre hechos objetivos. Para hacer estas evaluaciones, considere las siguientes preguntas:
1-) ¿Qué fue lo que se trabajo?
2-) ¿Dónde se presentaron problemas?
3-) ¿En que se puede mejorar para los ciclos que vienen?
Después de responder estas preguntas, evalué las debilidades y fortalezas que tuvieron en el desarrollo de
cada rol. Concéntrese sobre sugerencias constructivas y trate de ser mas especifico posible.
Reporte de rol.
El reporte del líder del equipo debe revisar el desempeño del equipo desde su propia
perspectiva. Esta revisión debe cubrir tanto la motivación como los compromisos que
tuvo el equipo en conjunto, así como cada uno de sus miembros.
El líder de desarrollo debe comparar el contenido del producto con los requerimientos y
determinar la efectividad de la estrategia de desarrollo. Incluya respuestas a preguntas
tales como si la estrategia que se trabajó fue la esperada, cómo puede hacerse el
trabajo más efectivamente, si se debe cambiar la estrategia de trabajo para el futuro.
El líder de planeación describirá cómo fue el rendimiento del equipo comparado con lo
planeado: horas semanales y tiempo ganado, si fueron diligenciadas de manera
apropiada las formas SUMP y SUMQ las formas para mejorar el trabajo para los
siguientes ciclos.
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. También
deberá revisar y evaluar la disciplina que tuvo cada uno de los miembros del equipo
durante el proceso, el grado de responsabilidad con el que cada integrante realizó su
proceso, medir el trabajo (en LOC's), resumir las formas PIP enviadas por cada
ingeniero y hacer un breve análisis de cómo éstas fueron manejadas. Igualmente,
debe revisar cómo se manejaron las inspecciones de código y sugerencias para futuros
ciclos.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. También debe hablar acerca del tema
de la reutilización. Analizar si se utilizó alguna estrategia de reutilización para el
trabajo, cuál fue el porcentaje de reutilización conseguido por el equipo y por cada
ingeniero.

Reporte de ingenieros.
Cada ingeniero debe hacer un reporte personal sobre su rendimiento en las tareas desarrolladas a lo largo del
ciclo. En este reporte, debe considerar su funcionamiento personal con respecto a la planeación que se hizo y
la calidad del trabajo que realizó.
Evaluación de los roles.
Las evaluaciones también ayudan a evaluar las contribuciones hechas por cada ingeniero al funcionamiento
total del equipo.
Sugerencias para la evaluación de los roles.
Para producir evaluaciones constructivas, piense como si usted fuera a darle sus comentarios directamente a la
persona que se desempeñó en el rol que usted está evaluando. Sea franco y honesto, pero también sea objetivo
y constructivo

Post mortem.

En la era actual considerada como la era digital, nos podemos dar

cuenta del papel importante que cumple el software en nuestros tiempos, por ello la
importancia y la preocupación de desarrollar software de alta calidad. Para tal fin se
han desarrollado muchas técnicas y herramientas que garantizan el desarrollo de un
software de calidad, entre ellas encontramos TSP (Proceso de Software por Equipo), el
cual conocemos por los apartados anteriores y el post mortem, el cual permite
establecer un paralelo entre lo que hemos realizado con lo que habíamos pensado, de
esta forma nos podemos dar cuenta de los logros obtenidos, los que no se pudieron
lograr, de los inconvenientes que se presentaron , de cómo evitarlos, de la
participación de cada uno de los roles y de los aspectos a mejora
FUENTE:http://afgano2006.blogspot.mx/

FUENTE DE ARCHIVO:pegasus.javeriana.edu.co/~CIS1310SD03/Post-Mortem.pdf
https://profesores.virtual.uniandes.edu.co/~isis2603/dokuwiki/doku.php?id=principal:postmortem

POSTMORTEM 2.pdf