Postmortem 2 fase equipo quicksoft
Download
1 / 50

POSTMORTEM 2 FASE EQUIPO QUICKSOFT - PowerPoint PPT Presentation


  • 89 Views
  • Uploaded on

POSTMORTEM 2 FASE EQUIPO QUICKSOFT. Se cumplieron los objetivos propuestos?.

loader
I am the owner, or an agent authorized to act on behalf of the owner, of the copyrighted work described.
capcha
Download Presentation

PowerPoint Slideshow about ' POSTMORTEM 2 FASE EQUIPO QUICKSOFT' - bruno-munoz


An Image/Link below is provided (as is) to download presentation

Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author.While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server.


- - - - - - - - - - - - - - - - - - - - - - - - - - E N D - - - - - - - - - - - - - - - - - - - - - - - - - -
Presentation Transcript

Se cumplieron los objetivos propuestos
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.


Se hizo una adecuada planeaci n
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
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 .


Criterios propuestos para una buena planeaci n del proyecto
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


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


Se obtuvo un producto de calidad
¿Se obtuvo un producto de calidad ? proyecto, e

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.


Se hizo un manejo adecuado de riesgos
Se hizo un manejo adecuado de riesgos? proyecto, e

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.



C mo fue el desempe o de cada uno de los miembros del equipo
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.



Caracter sticas del producto
Características del producto equipo?

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


Fue ventajoso administrar y hacer seguimiento al proceso de software qu indican las m tricas
¿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.


Cuales son las caracter sticas positivas del proceso
¿Cuales son las características positivas del proceso? de software? ¿Qué indican las métricas?

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.


Cu les son las debilidades
¿Cuáles son las debilidades? de software? ¿Qué indican las métricas?

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.


Cu les son las debilidades1
¿Cuáles son las debilidades? de software? ¿Qué indican las métricas?

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.


Defectos corregidos iniciaci n y estrategia
Defectos Corregidos iniciación y estrategia de software? ¿Qué indican las métricas?

  • 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
Fase Iniciación de software? ¿Qué indican las métricas?

2 Fase

1 Fase

DEFECTOS

Defectos Corregidos

Defectos Inyectados


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



Fase estrategia
Fase estrategia respecto al análisis de riesgos e ítems del plan de contingencia.

2 Fase

1 Fase

DEFECTOS

Defectos Corregidos

Defectos Inyectados


Defectos corregidos pruebas
Defectos Corregidos pruebas respecto al análisis de riesgos e ítems del plan de contingencia.

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


Fase pruebas
FASE PRUEBAS respecto al análisis de riesgos e ítems del plan de contingencia.

1 Fase

2 Fase

DEFECTOS

Defectos Corregidos

Defectos Inyectados



Defectos corregidos requerimientos
Defectos Corregidos requerimientos respecto al análisis de riesgos e ítems del plan de contingencia.

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


Defectos corregidos calidad
Defectos corregidos calidad respecto al análisis de riesgos e ítems del plan de contingencia.

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


Informe de l der de equipo
Informe de líder de equipo respecto al análisis de riesgos e ítems del plan de contingencia.



  • Métricas los siguientes resultados

  • Informe de líder 8 de 8 presupuestados

  • Scripts 5 de 8 presupuestados

  • Actas 18 de 24 presupuestadas


Tareas de ingenier a
Tareas de ingeniería los siguientes resultados

  • 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


Informe lider de planeaci n
INFORME LIDER DE PLANEACIÓN los siguientes resultados



Resultados de las actividades del l der de planeaci n
Resultados de las actividades del líder de planeación tuvo los siguientes resultados siendo 1 las tareas de

  • 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



Informe lider de desarrollo
INFORME LIDER DE DESARROLLO demás tareas administrativas que exigía el proyecto




Resultados
Resultados fase 2

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.


C mo fue el desempe o de cada uno de los miembros del equipo2
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
REPORTE DE ROL EQUIPO?

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?


Lider soporte
LIDER SOPORTE EQUIPO?

  • 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



L der de calidad
Líder De Calidad EQUIPO?

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
Métricas EQUIPO?

  • 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
Graficas EQUIPO?



Resultados1
Resultados EQUIPO?

  • 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



Resultado tiempo por fase
Resultado Tiempo por fase EQUIPO?

2 Fase

1 Fase

Iniciación y Estrategia

Diseño

Pruebas

Implementación

Requerimientos y Calidad


Conclusiones
Conclusiones EQUIPO?

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.


ad