Skip to main content

Descripción de las métricas de rendimiento Sprint 2

Universidad de Sevilla

Universidad de Sevilla

Escuela Técnica Superior de Ingeniería Informática

Grado en Ingeniería Informática – Ingeniería del Software

Curso: 2024 – 2025
Fecha: 26/03/2025
Versión: v1.0

Grupo de prácticas: G1
Nombre del grupo de prácticas: ISPP - Grupo 1 - Holos

  • María del Mar Ávila Maqueda
  • Joaquín González Ganfornina
  • Nerea Jiménez Adorna
  • Juan del Junco Obregón
  • Miguel Ángel Gómez Vela
  • Juan Antonio Moreno Moguel
  • María del Carmen Barrera Garrancho
  • Daniel Guedes Preciados
  • Julia Virginia Ángeles Burgos
  • Javier Muñoz Romero
  • Juan Núñez Sánchez
  • Nicolás Pérez Gómez
  • Francisco Pérez Lázaro
  • Celia Aguilera Camino
  • Gabriel María Vacaro Goytía
  • Ignacio Warleta Murcia
  • José María Portela Huerta

Responsables:

MiembroResponsabilidad
Joaquín González GanforninaRedactor
José María Portela HuertaRevisor y Redactor

Repositorio: GitHub - Holos-INC

Índice de Contenidos

  1. Control de Versiones
  2. Introducción
  3. Tasa de finalización de tareas a tiempo
  4. Tasa de prompts de la IA
  5. Adecuada participación en Daily Meetings
  6. Adecuado uso de Clockify
  7. Valoración de las tareas
  8. Valoración total

1. Control de Versiones

FechaVersiónDescripciónAutor
26/03/2025v1.0Creación de documentoJoaquín González Ganfornina
26/03/2025v1.1Correcciones del cálculo de métricas, y explicaciones para que dure para todos los sprintsJosé María Portela Huerta

2. Introducción

En el presente documentro se definiran y explicarán detalladamente las métricas usadas por el grupo de trabajo para valorar el rendimiento de los miembros del grupo individualmente.

Para cada métrica, se describirá el proceso de selección de datos, la fórmula usada para calcular la métrica y qué se valora en cada una de ellas.

Cabe destacar que la valoración final puede ser superior a 10, ya que hay métricas que se evalúan sobre 12 puntos en la suma total. Esto está hecho con el propósito de que el mal rendimiento en alguna de las métricas no perjudique demasiado.

A continuación, se procederá a la explicación de estas métricas.

3. Tasa de finalización de tareas a tiempo

Para esta métrica, se tendrán en cuenta las tareas asignadas a los miembros del grupo para este Sprint.

La tasa de finalización de tareas, será el porcentaje de tareas que se han completado por un miembro del equipo, con respecto a las que se le asignaron. Esta métrica está valorada sobre 12.

La fórmula para calcular esta métrica es la siguiente:

Tasa de tareas completadas

4. Tasa de prompts de la IA

Para fomentar que los miembros del grupo incluyan prompts útiles al documento de la IA, se ha desarrollado una métrica que evalúa esto mismo.

Con el objetivo de que los prompts sean de la mayor calidad posible, primero se calcula la calidad media de los pormpts incluidos por el miembro del grupo. La calidad de cada prompt puede tener un valor entre 0 y 4, teniendo en cuenta que:

  • Lo ha incluido el propio miemro en el Docusaurus. (Suma +1 a la calidad del prompt)
  • Se ha subido durante el Sprint. (Suma +1,5 a la calidad del prompt)
  • Usada para resolver errores, ahorrar tiempo u obtener ideas aplicables al proyecto. (Suma +1,5 a la calidad del prompt)

Posteriormente, se aplica un factor de crecimiento a la función, que fomenta que los miembros del grupo incluyan varios prompts pero evita el efecto cobra que se produciría al incluir muchos prompts.

La fórmula para calcular esta métrica es la siguiente:

Tasa de prompts de la IA

Donde:

  • N = Número de prompts del alumno
  • Qi = Calidad del prompt i, explicado anteriormente cómo se van obteniendo los puntos (del 0 al 4).
  • λ = Factor de velocidad de crecimiento de la función. Usaremos por defecto un valor de 2

Finalmente, se multiplica este valor por 3, y se obtiene una valoración sobre 12.

5. Adecuada participación en Daily Meetings

Esta métrica evalúa la participación útil por los miembros del grupo en las Daily Meetings. Para ello, se calcula la media de la calidad de la información proporcionada en las Daily Meetings. La calidad de cada prompt puede tener un valor entre 0 y 4, teniendo en cuenta que:

  • Mínimo 20 palabras en la descripción de las tareas en proceso, en caso de haberla. Si no, poner No procede o similiar. (+1)
  • Incluye todos los apartados bien diferenciados. Estos son: Tareas hechas desde la última daily, Tareas en proceso, Tareas que poder hacer de aquí a la próxima daily, Problemas encontrados. (+1)
  • Indicar al menos dos tareas que podría hacer, que no implica que vaya a hacer las dos. Esto es por si se pisan tareas entre miembros del grupo, y poder asignar nuevas de mejor forma. Si se tiene una importante y que queda bastante, poner No procede, o similar. (+1)
  • Haber informado al Project Manager de los errores ocurridos antes de que acabe viéndolo en la Daily, o ponerlo por un grupo especial para esto. (+1)

La fórmula para calcular esta métrica es la siguiente:

Valoración de las Daily Meetings

ó

Donde:

  • N = Número de Daily Meetings realizadas.
  • Qi = Calidad de la participación en la reunión i.

Finalmente, se multiplica este valor por 3, y se obtiene una valoración sobre 12.

6. Adecuado uso de Clockify

Esta métrica evalúa el correcto uso de Clockify por los miembros del grupo, para facilitar la gestión de este. Para ello se revisará periódicamente Clockify cada 1 o 2 días. Esto se avisará con 8h laborales mínimas de adelanto (entre las 7am y las 11pm). Además, se usará una estructura idéntica al apartado anterior, dónde se evalúa la calidad de información proporcionada en Clockify por cada alumno en cada revisión. Esta calidad puede tener valores entre 0 y 4, teniendo en cuenta que:

  • No hay entradas nuevas de revisiones anteriores. Si pido revisión lunes a las 8am, en la próxima revisión del miércoles a las 8am veré si no se ha añadido el estudiante horas anteriores al lunes a las 8am. De ser así, se gana el punto. (+1)
  • Todas las entradas tienen su tag, correspondiente a la tarea en GitHub Project. Debe incluir TODO EL TÍTULO, y el IDENTIFICADOR CON EL #. (+1)
  • Todas las entradas con su proyecto y tarea. Ejemplo: Sprint 2 (proyecto), T. Documentación (tarea),. (+1)
  • Todas las descripciones de cada tiempo, de al menos 20 palabras. Se debe describir adecuadamente qué se ha hecho en ese tiempo. Con eso, no tendremos más dudas de qué sucedió en esas dos horas. Es, al final, una forma de documentar y memoria de equipo. (+1)

La fórmula para calcular esta métrica es la siguiente:

Valoración de uso de Clokify

ó

Donde:

  • N = Número de revisiones realizadas.
  • Qi = Calidad de Clockify en la revisión i.

Finalmente, se multiplica este valor por 3, y se obtiene una valoración sobre 12.

7. Valoración de las tareas

Esta métrica evalúa la calidad media de las tareas realizadas por cada miembro del grupo. Para ello, ya persona asignada para revisar la tarea, le asignará un valor a esta, evaluando la calidad del código realizado teniendo en cuenta los documentos de formación de Backend y Frontend.

Se usa una estructura similar a la de las métricas anteriores y la fórmula para calcular esta métrica es la siguiente:

Valoración de las tareas

ó

Donde:

  • N = Número de tareas realizadas.
  • Qi = Calidad de la tarea i.

Finalmente, se multiplica este valor por 3, y se obtiene una valoración sobre 12.

8. Valoración total

La valoración total se calcula como la media de las métricas anteriores. Por tanto, la valoración final es:

óé

Donde:

  • N = Número de métricas usadas.
  • Métrica i = Valor de la métrica i.

Para los casos en los que esta fórmula de un valor mayor que 10, la valoración total se ajustará automáticamente a 10 para la nota del alumno. Tener más nota sirve para salir en el podio en las presentaciones, y otras ventajas como elegir primero las issues. Para los decimales, los gestionamos al redondeo, de un 9,49 es un 9, y un 9,5 un 10.

Siempre se podrá reclamar la nota durante el sprint, y se gestiona para ver qué problemas han sucedido con respecto a eso.