POSTMORTEM 2 FASE EQUIPO QUICKSOFT

1. POSTMORTEM 2 FASE EQUIPO QUICKSOFT

2. 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.

3. 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.

4. 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 ultima instancia mejoró respecto a la primera Fase sabiendo y teniendo mas 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

6. Se cumplieron las tareas propuestas en la planeación del proyecto, el objetivo de la Planificación del proyecto es proporcionar un marco de trabajo que permita al gestor hacer estimaciones razonables de recursos costos y planificación temporal. Estas estimaciones se hacen dentro de un marco de tiempo limitado al comienzo de un proyecto de software, y deberían actualizarse regularmente medida que progresa el proyecto. Además las estimaciones deberían definir los escenarios del mejor caso, y peor caso, de modo que los resultados del proyecto pueden limitarse. • El Objetivo de la planificación se logra mediante un proceso de descubrimiento de la información que lleve a estimaciones razonables. • Las metas de Quicksoft son, por un lado, mejorar la calidad de los procesos de fabricación de software y mejorar la calidad de los productos de software y, por otro lado, aumentar la productividad y satisfacción profesional de los integrantes de esta disciplina.

7. ¿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 producto cuentan con sus mas recientes versiones para que sea mas factible la migración hacia uno mas actual.

8. 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.

9. Se hizo un manejo adecuado de riesgos?

10. 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.

11. Cómo fue el desempeño de cada uno de los miembros del equipo?

12. Características del producto • El producto realizado por el equipo quicksoft es un programa de alta cohesión ,robusto con un código en su gran mayoría reutilizable y con alta sencillez para que pueda ser actualizado y para el entendimiento de terceros , consta de un manejo de sesión lo cual permite la seguridad del proyecto y la integridad de los datos.

13. ¿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.

14. ¿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.

15. ¿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.

16. ¿Cuáles son las debilidades? 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.

17. 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.

18. Fase Iniciación 2 Fase 1 Fase DEFECTOS Defectos Corregidos Defectos Inyectados

19. 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.

20. Métricas que se alcanzaron

21. Fase estrategia 2 Fase 1 Fase DEFECTOS Defectos Corregidos Defectos Inyectados

22. 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. • Para tener una confiabilidad de un 9% respecto a la primera fase de pruebas en donde se encontraron 15 errores inyectados sobre 10 corregidos.

23. FASE PRUEBAS 1 Fase 2 Fase DEFECTOS Defectos Corregidos Defectos Inyectados

24. Las métricas que se alcanzaron:

25. 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.

26. 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.

27. Informe de líder de equipo

28. Para la segunda fase del proyecto el Líder de Equipo tuvo los siguientes resultados

29. Métricas • Informe de líder 8 de 8 presupuestados • Scripts 5 de 8 presupuestados • Actas 18 de 24 presupuestadas

30. 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

31. INFORME LIDER DE PLANEACIÓN

32. 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

33. Resultados de las actividades del líder de planeación • Se realizaron 8 cronogramas de trabajo • Se planeo y desarrollo 40actividades de administración • Se planeo y desarrollo 53actividades 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

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

35. INFORME LIDER DE DESARROLLO

36. Para la segunda fase del proyecto el Líder de desarrollo tuvo los siguientes resultados.

37. Existe una diferencia de 100 minutos entre la fase 1 y la fase 2

38. Resultados Se realizaron en total 5 paquetes principales y 9 subpaquetes. 1 interfaz Index en HTML. 32 clases JAVA Generando un tiempo estipulado en la segunda fase del proyecto de 2720 minutos.

39. 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.

40. REPORTE DE ROL Reporte del líder de Soporte • 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 • Estrategia de reutilización?

41. 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 LÍDER DE SOPORTE • Desarrollo 6 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

42. REPORTE DE ROL

43. 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

44. 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.

45. Graficas

46. Relación Semana contra Plantillas

47. Resultados • Se realizaron en total de 19 plantillas. • Se hicieron 12 mejoras a la 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

48. Administración contra Ingeniería

49. Resultado Tiempo por fase 2 Fase 1 Fase Iniciación y Estrategia Diseño Pruebas Implementación Requerimientos y Calidad

50. 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 mas 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.