POSTMORTEM SEGU NDA FASE EQUIPO QUICKSOFT

Revision: 2

Ultimo cambio: 22/11/2009

Autores: Andrés Mauricio tapias/Julián David Romero / Wilson Andrés Arguello/ David Toca Ávila/Ricardo Silva Gómez

Cliente: Gilberto PedrazaRespondable del documento: Julián David Romero

Enviar comentarios a: pieroalessio@hotmail.comNombre del Documento Postmortem

Localización del Documento: http: www.quicksoftcol.tk

1. INTRODUCCIÓN

La necesidad de comprobar el correcto funcionamiento del producto hace que sea imprescindible la presentación del postmortem de proyecto con el cual se procederá a publicar resultados del grupo, resultados por líder y métricas alcanzadas que se propusieron a lo largo del proyecto; con este conjunto de resultados y pruebas seremos capaces de determinar si nuestro programa es erróneo sobre todo en casos extremos y particulares, tanto si estos fallos se producen por la una mala implementación del programa o bien por un uso especifico que realiza el usuario. El aspecto más importante para realizar el postmortem es abarcar con todos los requisitos que debe cumplir el programa y que por tanto responda correctamente a las funcionalidades que se le solicitan inicialmente.

2. OBJETIVOS

Evaluar el cumplimiento de los objetivos basado en análisis de los datos. Encontrar aspectos del proceso que pueden mejorarse para el siguiente ciclo y

proponer una mejora para cada uno de ellos. Evaluar la calidad del proceso de acuerdo con el estándar de calidad propuesto

por el grupo. Aplicar las métricas de software en la valoración del proceso de software y

usarlas para el mejoramiento del proceso de software. Explicar la importancia de hacer un Plan de Mejoramiento. Asociar métricas (cuantificables) a los objetivos de lanzamiento del segundo

ciclo. Analizar posibilidades de mejoramiento por roles para el segundo ciclo. Objetivo de prueba.

3. SE CUMPLIERON LOS OBJETIVOS PROPUESTOS?

El equipo Quicksoft considera que alcanzo los objetivos planteados para ésta segunda fase y para todo el transcurso del proyecto, apropiando e identificando procesos básicos del ciclo de vida de un software que definen una planeación para cada departamento teniendo en cuenta las características del problema analizando decisiones, metodologías, análisis de riesgos, viabilidad, mediciones, cambios, estimaciones de costos, esfuerzo y tiempo. Teniendo como resultado una herramienta que hace seguimiento y gestión de sugerencias y defectos encontrados durante el desarrollo de un proyecto de software.

4. SE HIZO UNA ADECUADA PLANEACIÓN?

Esta fue una de las mejoras que se adopto para este segundo ciclo del proyecto ya que para su primera versión fue una de las debilidades del equipo y por tanto una debilidad que se presentaba en las tareas de ingeniería y las tareas administrativas de las distintas etapas.

Al tener como prioridad este ítem los involucrados tuvieron mas participación, organización y producción en el detalle de tareas; con cada informe de líder de proyecto por etapa se evidencia que hay un tiempo ganado por que para cada etapa el grupo estuvo por debajo del tiempo presupuestado, que se organizo de manera efectiva cada una de las tareas que se tenían que hacer y esto se nota en la calidad de los buenos productos presentados.

En resumen:

La planeación fue bien dirigida y ejecutada por su respectivo líder, se hizo buen manejo de las bitácoras de tiempo y grupales, como también de la EDT, se logró una buena planeación para la creación de todos los documentos y en última instancia mejoró respecto a la primera Fase sabiendo y teniendo más claro que era lo que se iba hacer y lo que se pretendía lograr.

5. CRITERIOS PROPUESTOS PARA UNA BUENA PLANEACIÓN DEL PROYECTO

Para que el grupo tuviera al final buenos resultados se hizo indispensable plantear puntos que fueran dirigido a tales logros:

Administración personal Ser responsable Esforzarse por alcanzar metas definidas Vivir bajo principios sólidos Ser parte de un equipo de trabajo Tener una buena Comunicación Hacer y cumplir compromisos Logras una buena Participación Aceptar y realizar un rol Establecer y esforzarse por alcanzar las metas del equipo

Para que el grupo tuviera al final buenos resultados se hizo indispensable plantear puntos que fueran dirigido a tales logros:

Administración personal Ser responsable Esforzarse por alcanzar metas definidas Vivir bajo principios sólidos Ser parte de un equipo de trabajo Tener una buena Comunicación Hacer y cumplir compromisos Logras una buena Participación Aceptar y realizar un rol Establecer y esforzarse por alcanzar las metas del equipo

6. ¿SE OBTUVO UN PRODUCTO DE CALIDAD?

El producto realizado por el equipo quicksoft es un producto de alta calidad, el producto cumple las expectativas generadas por el posible consumidor y satisface las necesidades propuestas generadas en los requerimientos. el código utilizado para este es en gran parte reutilizable apto para actualizaciones que pueda requerir el cliente. el producto cumple con un 95% los requerimientos mencionados lo cual confirma la buena calidad de este. Los programas utilizados para realizar este producto cuentan con sus más recientes versiones para que sea más factible la migración hacia uno más actual.

7. SE HIZO UN MANEJO ADECUADO DE RIESGOS?

Tomando como referencia el documento principal de los posibles riesgos así como también los documentos de riesgos semanales se tomaron las respectivas precauciones para tratar de prevenir estos y si no era imposible una prevención tomar diferentes alternativas para solucionarlos basándonos en los documentos de estrategias frente al riesgo generados anteriormente para este tipo de ocasiones. En general los riesgos que se presentaron fueron pocos y los que ocurrieron se manejaron adecuadamente gracias a las estrategias planteadas.

fase 1 fase 202468

1012

riesgos prop-uestos

8. CÓMO FUE EL DESEMPEÑO DE CADA UNO DE LOS MIEMBROS DEL EQUIPO?

El desempeño del grupo pese a que hubo una serie de ausencias por parte de todos en algunos momentos y en ocasiones desempeños aceptables, pero, aun así sacando un balance o un promedio de las actitudes de los integrantes del grupo se puede decir que el desempeño del equipo quicksoft fue muy bueno. Y en consecuencia a este desempeño obtuvimos un producto de buena calidad gracias al buen trabajo y buena disposición del equipo.

9. ¿FUE VENTAJOSO ADMINISTRAR Y HACER SEGUIMIENTO AL PROCESO DE SOFTWARE? ¿QUÉ INDICAN LAS MÉTRICAS?

Las ventajas de hacer un seguimiento al proceso es que se pueden identificar muchos defectos o fallas en los requerimientos así como también vacíos en las fases antes de seguir a la siguiente.

Las métricas nos ayudaran a reconocer si los integrantes o los procesos que están contenidos en el proyecto están cumpliendo con su objetivo y si no lo están tomar las medidas pertinentes para asegurar un buen funcionamiento.

10. ¿CUALES SON LAS CARACTERÍSTICAS POSITIVAS DEL PROCESO?

Los aspectos positivos que encontramos en este proceso fueron:

La creación de los diferentes roles nos ayuda a ver las diferentes perspectivas del proyecto en cada una de sus fases.

En este tipo de procesos se genera una buena documentación y se logra un buen producto aunque en mayor tiempo.

planeacion desarrollo lider soporte calidad0

5

10

15

20

25

11. ¿CUÁLES SON LAS DEBILIDADES?

Algunas de las debilidades que pudimos encontrar en este tipo de proceso son las siguientes:

Los problemas que surgen al tener ciclos muy largos. Meses de trabajo pueden verse en vano debido a cambios en los criterios del cliente o malentendidos por parte del equipo de desarrollo al momento de tomar los requerimientos.

No puede existir retroalimentación o cambios de requisitos sobre la marcha, a nuestro concepto estos son inevitables e incluso deseable del desarrollo de este proyecto.

Puede tardarse mas este tipo de procesos en generar el producto debido a la gran cantidad de documentos a tener en cuenta que otros procesos un poco mas ágiles.

Es preferible la funcionalidad del software que la documentación exhaustiva.

12. DEFECTOS CORREGIDOS INICIACIÓN Y ESTRATEGIA

Para esta dos etapas se detectaron en fase de iniciación 5 defectos en documentación y se corrigieron 4 es decir un 80% de efectividad en la mejora del proceso, frente a un estimado de 8 defectos para dicha fase.

Cumplimos con la métrica en primera instancia de seguimiento de tareas por parte de planeación en un 80% como calificación.

Un aumento de confiabilidad de un 27% comparando la primera fase con la segunda en la que se tuvo 8 defectos corregidos sobre 15 inyectados.

FASE INICIACIÓN

Para Estrategia se inyectaron 3 errores y se corrigieron 3 respecto al análisis de riesgos e ítems del plan de contingencia.

Resultado 100% de los errores detectados corregidos.

Se cumplió con la métrica Asignar las tareas correspondientes de la semana a cada líder y de acuerdo al plan, realizar el seguimiento del equipo.

MÉTRICAS QUE SE ALCANZARON

DEFECTOS

Defectos Corregid

os

Defectos Inyectad

os

2 Fase1 Fase

13. FASE ESTRATEGIA

14. DEFECTOS CORREGIDOS PRUEBAS

En proceso de pruebas para las p de integración se detectaron 3 errores y para las p de sistema 1 error de ellas de corrigieron 3 es decir un 75% de efectividad.

DEFECTOS

Defectos Corregid

os

Defectos Inyectad

os

2 Fase1 Fase

Para tener una confiabilidad de un 9% respecto a la primera fase de pruebas en donde se encontraron 15 errores inyectados sobre 10 corregidos.

LAS MÉTRICAS QUE SE ALCANZARON:

FASE PRUEBAS

DEFECTOS

Defectos

Corregidos

Defectos

Inyectados

2 Fase

1 Fase

15. DEFECTOS CORREGIDOS REQUERIMIENTOS

En la fase de requerimientos se detectaron 5 errores y se corrigieron 5 los cuales correspondían análisis de requerimientos y a casos de uso.

A comparación de la primera etapa en requerimientos se mejoro en un 54% ya que para su entrega se corrigieron 6 errores de 11 inyectados.

16. DEFECTOS CORREGIDOS CALIDAD

En la fase de calidad se detectaron 4 errores y se corrigieron 3 los cuales correspondían al documento de calidad.

A comparación de la primera etapa en calidad se mejoro en un 25% ya que para su entrega se corrigieron 6 errores de 7 inyectados.

17. INFORME DE LÍDER DE EQUIPO

ROL METAS METRICAS RESULTADOS

Líder de Equipo

Construir y mantener un equipo efectivo

Medición de tiempo de trabajo efectivo.

80%

El líder conduce el grupo y se asegura de que todos los integrantes reportan sus datos del proceso y terminan su trabajo como se planeó.

Medición de tiempo de ocio.

75%

El Líder de Proyecto realiza un cálculo en  la efectividad de la entrega de tareas y métodos adquiridos por cada Rol. Serán Medidas

89%

cuantificadas con relación al Plan de Trabajo y entrega de elementos de los mismos.

PARA LA SEGUNDA FASE DEL PROYECTO EL LÍDER DE EQUIPO TUVO LOS SIGUIENTES RESULTADOS

18. MÉTRICAS LÍDER DE EQUIPO

Informe de líder 8 de 8 presupuestados

Scripts 5 de 8 presupuestados

Actas 18 de 24 presupuestadas

0

19. TAREAS DE INGENIERÍA

El líder de Equipo realizó 43 tareas de ingeniería

Realizó 31 tareas administrativas

Tiempo Invertido en la segunda Fase de Proyecto 2140 minutos aproximadamente 36 horas

20. INFORME LIDER DE PLANEACIÓN

ROL METAS METRICAS RESULTADOS

Líder de Planeación

Tener el 100% de la asignación de tiempos de trabajo, plan de tareas y cronograma del grupo

Medición de tiempo de trabajo para las tareas que se presupuestan y las que se logran.

95%

Medición de imprevistos. Medición de tiempo en los que se presento algún imprevisto.

75%

Buena medición del tiempo que se asigna a una tarea y el que se utilizo para desarrollarla.

Se centrará en alcanzar un % aceptable entre el tiempo asignado por tarea y el tiempo real.

75%

Tener al día las tareas. Tener el 100% de los reportes semanales, publicados en la wiki, a más tardar 3 días después de que finalice la semana.

100%

Tener cargadas todas las tareas de la semana en la wiki el primer día hábil de la semana que inicia.

100%

Para la segunda fase del proyecto el Líder de Planeación tuvo los siguientes resultados siendo 1 las tareas de Ing y 2 tareas Admin.

21.RESULTADOS DE LAS ACTIVIDADES DEL LÍDER DE PLANEACIÓN

Se realizaron 8 cronogramas de trabajo

Se planeo y desarrollo 40 actividades de administración

Se planeo y desarrollo 53 actividades de ingeniería

 Se hizo seguimiento de 180 tareas administrativas y 245 tareas de ingeniería

Se hizo un seguimiento del 95% del proyecto

Se realizó un seguimiento a 80% de los tiempos por rol

Una diferencia de 360 minutos 6 horas que se destinaron para demás tareas administrativas que exigía el proyecto.

22.

INFORME LIDER DE DESARROLLO

ROL METAS METRICAS RESULTADOS

Líder de desarrollo

Comprender al 100% las necesidades del cliente para poder generar buenos requerimientos.

Generar código sencillo y fácil de entender.

95%

Generar interfaces amigables al usuario y con las funcionalidades aplicadas.

Utilizar las ultimas versiones de los programas en los que se realice el producto.

100%

Debe tratar de cumplir al máximo con todos los casos de uso y requerimientos propuestos.

95%

El software debe tener una funcionalidad del 100% con respecto a lo pedido por el usuario.

100%

Generar un buen porcentaje de código reutilizable para posibles actualizaciones.

85%

PARA LA SEGUNDA FASE DEL PROYECTO EL LÍDER DE DESARROLLO TUVO LOS SIGUIENTES RESULTADOS.

tareas0

1020304050607080

% tareas de ingenieria% tareas adminis-trativas

EXISTE UNA DIFERENCIA DE 100 MINUTOS ENTRE LA FASE 1 Y LA FASE 2

RESULTADOS

Se realizaron en total 5 paquetes principales y 9 subpaquetes.

1 interfaz Índex en HTML.

Se utilizaron 98 métodos

32 clases JAVA

Líneas de código utilizadas 1380

tareas0

1020304050607080

% tareas de ingenieria% tareas adminis-trativas

fases2550

2600

2650

2700

2750

fase 1

Generando un tiempo estipulado en la segunda fase del proyecto de 2720 minutos.

23. CÓMO FUE EL DESEMPEÑO DE CADA UNO DE LOS MIEMBROS DEL EQUIPO?

Mi desempeño en el equipo fue bueno acogedor agradable trabajar con personas que le pueden ayudar y aprender de cada uno de ellos y un equipo es un conjunto de compañeros para poder sacar un trabajo adelante y con resultados.

REPORTE DE ROL

Reporta la logística del desarrollo del proyecto y anota problemas y sugerencias de mejora

Comenta sobre el control de cambios y el manejo de las versiones del proyecto

Efectividad del grupo para manejar y hacer seguimiento a los riesgos

24.LIDER SOPORTE

Administración de la página Web del equipo

Seguimiento de documentos

Control de versiones de documentos

MÉTRICAS

Documentos administrativos 50

Documentos ingeniería 25

Total documentos 75

LO QUE HIZO EL LÍDER DE SOPORTE

Desarrollo 26 actividades de administración

Desarrollo 7 actividades de ingeniería

Tiempo invertido en el proyecto 2000 minutos

PROYECTO

Tiempo invertido en labores de ingeniería 4115 minutos

Tiempo invertido en labores de administración 2759 minutos

Tiempo total del proyecto 6874 minutos

REPORTE DE ROL

ROL OBJETIVOS DESCRIPCION METRICAS RESULTADOS

LIDER DE SOPORTE

Conducir Llevar al equipo en las necesidades de herramientas y logística

Se obtiene una logística necesaria para el proyecto

70%

Administrar Proceso de control de configuraciones, así mismo al sistemas de configuraciones

Se hace una inspección a las configuraciones de logística

65%

Mantener Diccionario del sistema, rastreo de riesgos y problemas

Los riesgos y problemas son evidentes en el equipo para dar solución a estos.

30%

Velar Obtener una estrategia de reutilización

Se puede reutilizar herramientas para ahorro de tiempo.

80%

25.LÍDER DE CALIDAD

Dar soporte en definir las necesidades del proceso, en hacer el plan de calidad y en hacer seguimiento al proceso y a la calidad del producto

MÉTRICAS

Numero de errores encontrados en cada sesión.

Cantidad de estándares útiles.

Cantidad de estándares no útiles.

Diseñar y elaborar las plantillas y el nombramiento de la documentación requeridas para cada entrega del proyecto

Entregar todos los formatos de documentación a lo largo del proceso de Calidad

Graficas

Semana Planillas

1 6

2 4

3 3

4 2

5 2

6 3

7 3

8 4

RELACIÓN SEMANA CONTRA PLANTILLAS

26. RESULTADOS

Se realizaron en total de 19 plantillas.

Se hicieron 12 mejoras a las plantillas ya elaboradas durante todo el proceso.

Se da seguimiento en un 92% del proyecto

Generando un tiempo estipulado en la segunda fase del proyecto de 2120 minutos.

Desarrollando 32 actividades de administración

Desarrollando 40 actividades de ingeniería

ADMINISTRACIÓN CONTRA INGENIERÍA

27.RESULTADO TIEMPO POR FASE

28.CONCLUSIONES

Después de finalizar los ciclos de este proceso hemos podido entender la importancia de este ,así como también analizar sus ventajas y desventajas ,este proyecto nos permitirá tener una visión más amplia de el tipo de metodología que debemos usar para ciertos proyectos y cuales para otros, también observamos el proyecto a partir de las diferentes perspectivas que nos brindaban los roles a cuales pertenecíamos, nos dimos cuenta de todos los procesos que son necesarios en esta programación tradicional y como cada uno de los ciclos del proceso nos conducían al producto final.

Iniciación y Estrategia

Requerimientos y

Calidad

Diseño Implementa

ción

Pruebas

2 Fase

1 Fase