Postmortem 2 fase equipo quicksoft
This presentation is the property of its rightful owner.
Sponsored Links
1 / 50

POSTMORTEM 2 FASE EQUIPO QUICKSOFT PowerPoint PPT Presentation


  • 47 Views
  • Uploaded on
  • Presentation posted in: General

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

Download Presentation

POSTMORTEM 2 FASE EQUIPO QUICKSOFT

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


Postmortem 2 fase equipo quicksoft

POSTMORTEM 2 FASE EQUIPO QUICKSOFT


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 bsicos del ciclo de vida de un software que definen una planeacin para cada departamento teniendo en cuenta las caractersticas del problema analizando decisiones, metodologas, anlisis de riesgos, viabilidad, mediciones, cambios, estimaciones de costos, esfuerzo y tiempo. Teniendo como resultado una herramienta que hace seguimiento y gestin de sugerencias y defectos encontrados durante el desarrollo de un proyecto de software.


Se hizo una adecuada planeaci n

Se hizo una adecuada planeacin?

  • Esta fue una de las mejoras que se adopto para este segundo ciclo del proyecto ya que para su primera versin fue una de las debilidades del equipo y por tanto una debilidad que se presentaba en las tareas de ingeniera y las tareas administrativas de las distintas etapas.

  • Al tener como prioridad este tem los involucrados tuvieron mas participacin, organizacin y produccin en el detalle de tareas; con cada informe de lder 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 tenan que hacer y esto se nota en la calidad de los buenos productos presentados.


En resumen

En resumen

  • La planeacin fue bien dirigida y ejecutada por su respectivo lder, se hizo buen manejo de las bitcoras de tiempo y grupales, como tambin de la EDT, se logr una buena planeacin para la creacin 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 pretenda lograr .


Criterios propuestos para una buena planeaci n del proyecto

criterios propuestos para una buena planeacin del proyecto

Para que el grupo tuviera al final buenos resultados se

hizo indispensable plantear puntos que fueran dirigido

a tales logros:

  • Administracin personal

  • Ser responsable

  • Esforzarse por alcanzar metas definidas

  • Vivir bajo principios slidos

  • Ser parte de un equipo de trabajo

  • Tener una buena Comunicacin

  • Hacer y cumplir compromisos

  • Logras una buena Participacin

  • Aceptar y realizar un rol

  • Establecer y esforzarse por alcanzar las metas del equipo


Postmortem 2 fase equipo quicksoft

  • Se cumplieron las tareas propuestas en la planeacin del proyecto, el objetivo de la Planificacin del proyecto es proporcionar un marco de trabajo que permita al gestor hacer estimaciones razonables de recursos costos y planificacin temporal. Estas estimaciones se hacen dentro de un marco de tiempo limitado al comienzo de un proyecto de software, y deberan actualizarse regularmente medida que progresa el proyecto. Adems las estimaciones deberan definir los escenarios del mejor caso, y peor caso, de modo que los resultados del proyecto pueden limitarse.

  • El Objetivo de la planificacin se logra mediante un proceso de descubrimiento de la informacin que lleve a estimaciones razonables.

  • Las metas de Quicksoft son, por un lado, mejorar la calidad de los procesos de fabricacin de software y mejorar la calidad de los productos de software y, por otro lado, aumentar la productividad y satisfaccin profesional de los integrantes de esta disciplina.


Se obtuvo un producto de calidad

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 cdigo 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 migracin hacia uno mas actual.


Se hizo un manejo adecuado de riesgos

Se hizo un manejo adecuado de riesgos?

Tomando como referencia el documento principal de los posibles riesgos as como tambin los documentos de riesgos semanales se tomaron las respectivas precauciones para tratar de prevenir estos y si no era imposible una prevencin tomar diferentes alternativas para solucionarlos basndonos 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.


Se hizo un manejo adecuado de riesgos1

Se hizo un manejo adecuado de riesgos?


C mo fue el desempe o de cada uno de los miembros del equipo

Cmo fue el desempeo de cada uno de los miembros del equipo?

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


C mo fue el desempe o de cada uno de los miembros del equipo1

Cmo fue el desempeo de cada uno de los miembros del equipo?


Caracter sticas del producto

Caractersticas del producto

  • El producto realizado por el equipo quicksoft es un programa de alta cohesin ,robusto con un cdigo en su gran mayora reutilizable y con alta sencillez para que pueda ser actualizado y para el entendimiento de terceros , consta de un manejo de sesin 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 mtricas?

Las ventajas de hacer un seguimiento al proceso es que se pueden identificar muchos defectos o fallas en los requerimientos as como tambin vacos en las fases antes de seguir a la siguiente.

las mtricas nos ayudaran a reconocer si los integrantes o los procesos que estn contenidos en el proyecto estn cumpliendo con su objetivo y si no lo estn tomar las medidas pertinentes para asegurar un buen funcionamiento.


Cuales son las caracter sticas positivas del proceso

Cuales son las caractersticas positivas del proceso?

Los aspectos positivos que encontramos en este proceso fueron:

la creacin 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 documentacin y se logra un buen producto aunque en mayor tiempo.


Cu les son las debilidades

Cules 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 retroalimentacin 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

Cules 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 documentacin exhaustiva.


Defectos corregidos iniciaci n y estrategia

Defectos Corregidos iniciacin y estrategia

  • Para esta dos etapas se detectaron en fase de iniciacin 5 defectos en documentacin 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 mtrica en primera instancia de seguimiento de tareas por parte de planeacin en un 80% como calificacin.

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

2 Fase

1 Fase

DEFECTOS

Defectos Corregidos

Defectos Inyectados


Postmortem 2 fase equipo quicksoft

  • Para Estrategia se inyectaron 3 errores y se corrigieron 3 respecto al anlisis de riesgos e tems del plan de contingencia.

  • Resultado 100% de los errores detectados corregidos.

  • Se cumpli con la mtrica Asignar las tareas correspondientes de la semana a cada lder y de acuerdo al plan, realizar el seguimiento del equipo.


Postmortem 2 fase equipo quicksoft

  • Mtricas que se alcanzaron


Fase estrategia

Fase estrategia

2 Fase

1 Fase

DEFECTOS

Defectos Corregidos

Defectos Inyectados


Defectos corregidos pruebas

Defectos Corregidos pruebas

  • En proceso de pruebas para las p de integracin 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

1 Fase

2 Fase

DEFECTOS

Defectos Corregidos

Defectos Inyectados


Postmortem 2 fase equipo quicksoft

  • Las mtricas que se alcanzaron:


Defectos corregidos requerimientos

Defectos Corregidos requerimientos

  • En la fase de requerimientos se detectaron 5 errores y se corrigieron 5 los cuales correspondan anlisis de requerimientos y a casos de uso.

  • A comparacin 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

  • En la fase de calidad se detectaron 4 errores y se corrigieron 3 los cuales correspondan al documento de calidad.

  • A comparacin 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 lder de equipo


Postmortem 2 fase equipo quicksoft

  • Para la segunda fase del proyecto el Lder de Equipo tuvo los siguientes resultados


Postmortem 2 fase equipo quicksoft

  • Mtricas

  • Informe de lder 8 de 8 presupuestados

  • Scripts 5 de 8 presupuestados

  • Actas 18 de 24 presupuestadas


Tareas de ingenier a

Tareas de ingeniera

  • El lder de Equipo realiz 43 tareas de ingeniera

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


Postmortem 2 fase equipo quicksoft

  • Para la segunda fase del proyecto el Lder de Planeacin tuvo los siguientes resultados siendo 1 las tareas de Ing y 2 tareas Admin


Resultados de las actividades del l der de planeaci n

Resultados de las actividades del lder de planeacin

  • Se realizaron 8 cronogramas de trabajo

  • Se planeo y desarrollo 40actividades de administracin

  • Se planeo y desarrollo 53actividades de ingeniera

  • Se hizo seguimiento de 180 tareas administrativas y 245 tareas de ingeniera

  • Se hizo un seguimiento del 95% del proyecto

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


Postmortem 2 fase equipo quicksoft

  • Una diferencia de 360 minutos 6 horas que se destinaron para dems tareas administrativas que exiga el proyecto


Informe lider de desarrollo

INFORME LIDER DE DESARROLLO


Postmortem 2 fase equipo quicksoft

Para la segunda fase del proyecto el Lder de desarrollo tuvo los siguientes resultados.


Postmortem 2 fase equipo quicksoft

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


Resultados

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.


C mo fue el desempe o de cada uno de los miembros del equipo2

CMO FUE EL DESEMPEO DE CADA UNO DE LOS MIEMBROS DEL EQUIPO?

  • Mi desempeo 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 compaeros para poder sacar un trabajo adelante y con resultados.


Reporte de rol

REPORTE DE ROL

Reporte del lder de Soporte

  • Reporta la logstica 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 reutilizacin?


Lider soporte

LIDER SOPORTE

  • Administracin de la pgina Web del equipo

  • Seguimiento de documentos

  • Control de versiones de documentos

    Mtricas

  • Documentos administrativos 50

  • Documentos ingeniera 25

  • Total documentos 75

    LDER DE SOPORTE

  • Desarrollo 6 actividades de administracin

  • Desarrollo 7 actividades de ingeniera

  • Tiempo invertido en el proyecto 2000 minutos

  • PROYECTO

  • Tiempo invertido en labores de ingeniera 4115 minutos

  • Tiempo invertido en labores de administracin 2759 minutos

  • Tiempo total del proyecto 6874 minutos


Reporte de rol1

REPORTE DE ROL


L der de calidad

Lder 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

Mtricas

  • Numero de errores encontrados en cada sesin.

  • Cantidad de estndares tiles.

  • Cantidad de estndares no tiles.

  • Disear y elaborar las plantillas y el nombramiento de la documentacin requeridas para cada entrega del proyecto

  • Entregar todos los formatos de documentacin a lo largo del proceso de Calidad.


Graficas

Graficas


Relaci n semana contra plantillas

Relacin Semana contra Plantillas


Resultados1

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 administracin

  • Desarrollando 40 actividades de ingeniera


Administraci n contra ingenier a

Administracin contra Ingeniera


Resultado tiempo por fase

Resultado Tiempo por fase

2 Fase

1 Fase

Iniciacin y Estrategia

Diseo

Pruebas

Implementacin

Requerimientos y Calidad


Conclusiones

Conclusiones

Despus de finalizar los ciclos de este proceso hemos podido entender la importancia de este ,as como tambin analizar sus ventajas y desventajas ,este proyecto nos permitir tener una visin mas amplia de el tipo de metodologa que debemos usar para ciertos proyectos y cuales para otros, tambin observamos el proyecto a partir de las diferentes perspectivas que nos brindaban los roles a cuales pertenecamos, nos dimos cuenta de todos los procesos que son necesarios en esta programacin tradicional y como cada uno de los ciclos del proceso nos conducan al producto final.


  • Login