SlideShare una empresa de Scribd logo
1 de 23
FASE  POSTMORTEM TSP (Team Software Process)
¿ 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]
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.,[object Object]
Se escribe el reporte del ciclo.
Se produce producen evaluaciones de pares y equipo.,[object Object]
Rol ,[object Object],Actividades  Revisar los datos del proyecto. Efectuar la evaluación de los roles entre colegas. Preparar el informe del ciclo.
¿POR QUE ES NECESARIO EL POSTMORTEM ? ,[object Object]
Analizar las oportunidades de mejoramiento y definir como cambiar las prácticas en el ciclo siguiente o en el proyecto siguiente.	Se debe evaluar: ,[object Object]
El esfuerzo invertido para hacerlo.
El proceso seguido para hacerlo,[object Object]
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).
Revisión de los datos de calidad ,[object Object]
¿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?,[object Object]
Reporte de Rol ,[object Object]
El líder de desarrollo debe comparar el contenido del producto con los requerimientos y determinar la efectividad de la estrategia de desarrollo.
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.,[object Object]
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. ,[object Object]

Más contenido relacionado

La actualidad más candente

02 software test plan template
02 software test plan template02 software test plan template
02 software test plan template
Andrei Hortúa
 
Organizadores Graficos 2
Organizadores Graficos 2Organizadores Graficos 2
Organizadores Graficos 2
Alejandro Pozo
 
3. conceptos de calidad del software
3. conceptos de calidad del software3. conceptos de calidad del software
3. conceptos de calidad del software
Juan Pablo Carvallo
 

La actualidad más candente (20)

02 software test plan template
02 software test plan template02 software test plan template
02 software test plan template
 
Mantenimiento Del Pc (Introducción)
Mantenimiento Del Pc (Introducción)Mantenimiento Del Pc (Introducción)
Mantenimiento Del Pc (Introducción)
 
20MCE14_Software Testing and Quality Assurance Notes.pdf
20MCE14_Software Testing and Quality Assurance Notes.pdf20MCE14_Software Testing and Quality Assurance Notes.pdf
20MCE14_Software Testing and Quality Assurance Notes.pdf
 
Mantenimiento correctivo y preventivo de un computadores
Mantenimiento correctivo y preventivo de un computadores Mantenimiento correctivo y preventivo de un computadores
Mantenimiento correctivo y preventivo de un computadores
 
Tipos de pruebas de software
Tipos de pruebas de softwareTipos de pruebas de software
Tipos de pruebas de software
 
software testing
software testingsoftware testing
software testing
 
Gestión del Cambio del Software
Gestión del Cambio del SoftwareGestión del Cambio del Software
Gestión del Cambio del Software
 
Validación y Verificación de Software
Validación y Verificación de SoftwareValidación y Verificación de Software
Validación y Verificación de Software
 
Organizadores Graficos 2
Organizadores Graficos 2Organizadores Graficos 2
Organizadores Graficos 2
 
Metodologias agiles
Metodologias agilesMetodologias agiles
Metodologias agiles
 
Modelos de desarrollo de software
Modelos de desarrollo de softwareModelos de desarrollo de software
Modelos de desarrollo de software
 
Ingenieria de software
Ingenieria de softwareIngenieria de software
Ingenieria de software
 
Cuestionario de mantenimiento preventivo y correctivo de computadores
Cuestionario de mantenimiento preventivo y correctivo de computadoresCuestionario de mantenimiento preventivo y correctivo de computadores
Cuestionario de mantenimiento preventivo y correctivo de computadores
 
Rup vs. xp
Rup vs. xpRup vs. xp
Rup vs. xp
 
Tsp (Team Software Process )
Tsp (Team Software Process )Tsp (Team Software Process )
Tsp (Team Software Process )
 
crisis del software
crisis del softwarecrisis del software
crisis del software
 
Modelos de procesos de software
Modelos de procesos de softwareModelos de procesos de software
Modelos de procesos de software
 
Unidad 1 verificacion y-validacion
Unidad 1 verificacion y-validacionUnidad 1 verificacion y-validacion
Unidad 1 verificacion y-validacion
 
3. conceptos de calidad del software
3. conceptos de calidad del software3. conceptos de calidad del software
3. conceptos de calidad del software
 
ingenieria del software
ingenieria del softwareingenieria del software
ingenieria del software
 

Similar a Fase postmortem

Grupos participativos
Grupos participativosGrupos participativos
Grupos participativos
neldizapata
 
Grupos participativos
Grupos participativosGrupos participativos
Grupos participativos
neldizapata
 
Planificación y Modelado
Planificación y ModeladoPlanificación y Modelado
Planificación y Modelado
DiaNa González
 
12 introduccion a las metricas
12 introduccion a las metricas12 introduccion a las metricas
12 introduccion a las metricas
UVM
 
Team Software Process (TSP)
Team Software Process (TSP)Team Software Process (TSP)
Team Software Process (TSP)
Juan Garcia
 

Similar a Fase postmortem (20)

Modelo TSP
Modelo TSPModelo TSP
Modelo TSP
 
TSP
TSPTSP
TSP
 
Team Software Process (TSP)
Team Software Process  (TSP)Team Software Process  (TSP)
Team Software Process (TSP)
 
Grupos participativos
Grupos participativosGrupos participativos
Grupos participativos
 
Grupos participativos
Grupos participativosGrupos participativos
Grupos participativos
 
tsp modelo
tsp modelotsp modelo
tsp modelo
 
fasciculo 11
fasciculo 11fasciculo 11
fasciculo 11
 
Pym
PymPym
Pym
 
Planificación y Modelado
Planificación y ModeladoPlanificación y Modelado
Planificación y Modelado
 
Pym
PymPym
Pym
 
12 introduccion a las metricas
12 introduccion a las metricas12 introduccion a las metricas
12 introduccion a las metricas
 
OKR Canvas - Ágiles 2018
OKR Canvas - Ágiles 2018OKR Canvas - Ágiles 2018
OKR Canvas - Ágiles 2018
 
MEJORA CONTINUA 2
MEJORA CONTINUA 2MEJORA CONTINUA 2
MEJORA CONTINUA 2
 
2. El proceso del software
2. El proceso del software2. El proceso del software
2. El proceso del software
 
Sesión 2: Visión General. El proceso del software
Sesión 2: Visión General. El proceso del softwareSesión 2: Visión General. El proceso del software
Sesión 2: Visión General. El proceso del software
 
Sesión 2: El proceso del software
Sesión 2: El proceso del softwareSesión 2: El proceso del software
Sesión 2: El proceso del software
 
Personal Software Process / Agenda
Personal Software Process / AgendaPersonal Software Process / Agenda
Personal Software Process / Agenda
 
pspytsp.pdf
pspytsp.pdfpspytsp.pdf
pspytsp.pdf
 
Webinar: Integrar la analítica en Metodologías Ágiles
Webinar: Integrar la analítica en Metodologías ÁgilesWebinar: Integrar la analítica en Metodologías Ágiles
Webinar: Integrar la analítica en Metodologías Ágiles
 
Team Software Process (TSP)
Team Software Process (TSP)Team Software Process (TSP)
Team Software Process (TSP)
 

Fase postmortem

  • 1. FASE POSTMORTEM TSP (Team Software Process)
  • 2.
  • 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.
  • 6.
  • 7. Se escribe el reporte del ciclo.
  • 8.
  • 9.
  • 10.
  • 11.
  • 12. El esfuerzo invertido para hacerlo.
  • 13.
  • 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).
  • 15.
  • 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é?
  • 19.
  • 20.
  • 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.
  • 23.
  • 24.
  • 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.
  • 29.
  • 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.
  • 33.
  • 34.
  • 35.
  • 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.