Ciclo 4 - Uniandes-MISO4203-backup/artwork-201620-2 GitHub Wiki

Objetivos y Métricas

Objetivo 1:

Al finalizar el ciclo 4, se espera que la aplicación presente en general una alta calidad de código.

Métrica 1:

Calificación SQALE. Valor objetivo: A. Deuda técnica. Valor objetivo menor a 5 días. Ratio de deuda técnica. Valor objetivo menor a 0.6%. Cubrimiento de pruebas. Valor objetivo superior al 70%.

Objetivo 2:

Al finalizar el ciclo 4, se espera que haya mejorado la planeación de las tareas relacionadas con el desarrollo del proyecto.

Métrica 2:

Diferencia porcentual entre el tiempo estimado en planeaciones vs el tiempo real tomado. Valor esperado menor al 10%.

Objetivo 3:

Al finalizar el ciclo 4, se espera que la aplicación reciba en promedio una apreciación favorable por usuarios sobre su usabilidad.

Métrica 3:

Promedio de aprobación de la usabilidad de la aplicación en una encuesta simple de 1 a 5. Valor objetivo mayor a 4.

Identificación de Riesgos y Estrategias de Mitigación

Riesgo 1:

Si los integrantes del equipo no tienen una definición clara del alcance de los requerimientos asignados, entonces se crearan funcionalidades incompletas, que no cumplen con las expectativas del cliente.

Mitigación:

• Se deberá realizar una reunión con los integrantes del equipo en donde se discutan los requerimientos a realizar en el ciclo.
• Cada integrante del equipo deberá documentar los requerimientos asignados en la wiki, en donde se incluya el caso de uso detallado, que permita identificar el alcance del requerimiento.
• El líder de desarrollo del equipo revisará la documentación generada por cada integrante y validará si los alcances definidos en los Casos de Uso cumplen con la necesidad del cliente, en caso contrario solicitará las respectivas correcciones.

Riesgo 2:

Si en el desarrollo de un requerimiento se encuentran dependencias con otros requerimientos asignados a otros miembros del equipo, se generaran retrasos en el desarrollo del requerimiento y los entregables del ciclo.

Mitigación:

• Establecer una política de empezar a trabajar requerimientos en entregas parciales por capas de la arquitectura.
• Al inicio del ciclo se establecen los Hitos o entregas correspondientes a cada semana.

Riesgo 3:

Si el equipo no realiza una estimación de tiempo/esfuerzo adecuada de los requerimientos entonces se podrían generar sobre esfuerzos por parte de los integrantes del equipo e incumplimiento en los entregables del ciclo.

Mitigación:

• Como el equipo ya tiene un conocimiento previo de las capacidades de cada uno de sus integrantes, se realizará una reunión en la que se definirá la estimación de tiempo de cada uno de los requerimientos a juicio de expertos, en la que participen todos los integrantes del equipo y los tiempos se determinen de acuerdo a un consenso. El líder de planeación generará las tareas de cada uno de los requerimientos según los tiempos definidos y realizará seguimiento a sus compañeros para validar que lo estimado esté acorde con el esfuerzo invertido.
• Para establecer el tamaño o dimensión de los requerimientos a implementar se utilizará el mecanismo o métrica de Puntos Funcionales, se tendrá en cuenta la experiencia en los ciclos anteriores para obtener una estadística de dimensión Vs tiempo de implementación para obtener la velocidad del equipo.

Riesgo 4:

Si los integrantes del equipo no realizan la construcción de los requerimientos con código de alta calidad entonces se aumentará la deuda técnica del proyecto y se tendría que invertir tiempo en el siguiente ciclo para su corrección.

Mitigación:

• Cada uno de los integrantes como parte de sus compromisos debe verificar en Sonar, que el código realizado no genere issues y por lo tanto aumento en la deuda técnica.

• Cada integrante del equipo tiene la responsabilidad de realizar las pruebas unitarias del codifico desarrollado.

• El líder de calidad estará pendiente del tablero de Sonar y en caso de evidenciar aumento en la deuda técnica y/o en la cobertura de las pruebas deberá realizar los correctivos necesarios para eliminar las issues generadas.

• El líder de calidad estará en capacidad de solicitar al integrante del equipo la mejora en la calidad del código implementado, con el fin de corregir las issues generadas o aumentar la cobertura de pruebas del código.

• Se planeará la ejecución de revisiones de pares en la implementación de los requerimientos.

Estimación con Puntos de Función

[Ver Calculo de Puntos de función del Ciclo 4](Calculo Puntos Función Ciclo 4)

Requerimientos Ciclo 4

[Ver Requerimientos Ciclo 4](Requerimientos Ciclo 4)

Medición Costo de Calidad

Costo de Conformidad

• Costo de prevención: Corresponde al costo incurrido en promover la calidad del proyecto. Se medirá determinando el tiempo requerido para completar las actividades relacionadas con la construcción de las pruebas de unidad y de servicios, adicionalmente el tiempo incurrido en diseño relacionado con manejo de estándares o definición de decisiones de arquitectura se incluirán acá.

• Costo de detección: Corresponde al costo del proceso de pruebas de la aplicación. Este costo estará determinado por el tiempo requerido en realizar las pruebas funcionales de los requerimientos desarrollados, adicionalmente el tiempo que toma la revisión de pares en la implementación de requerimientos.

Costo de No-Conformidad

• Costo de fallas internas: Corresponde al costo de corrección de fallas antes de liberar la versión. El costo se determinará tomando el tiempo adicional no contemplado en la planeación requerido para solucionar los errores encontrados en la revisión final de los requerimientos durante la integración del entregable final. También se tendrán en cuenta los tiempos requeridos para solucionar los problemas de calidad reportados por la herramienta de Sonar.

• Costo de fallas externas: Corresponde al costo de corrección de errores después de haber liberado la versión. Se medirá tomando el tiempo adicional requerido para corregir los errores encontrados por el usuario final

Presentación entrega final de ciclo

Conclusiones Ciclo 4

[Ver Conclusiones Ciclo 4](Conclusiones Ciclo 4)

Revisión ciclo 4

[Ver Revisión Ciclo 4](Revisión Ciclo 4)