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: [email protected] 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