Para evaluar los datos capturados como KPI es necesario poder observar su respectiva progresión. Por ejemplo, el número de TCs (Casos de prueba por sus siglas en inglés) que no se está ejecutando a tiempo se convierte en un KPI cuando se transforma en un porcentaje y se coloca en el contexto del total de TCs que se están ejecutando, o cuando se comparan números de ejecuciones anteriores.
El tiempo es uno de los indicadores más valiosos relacionados con la medición como la desviación de las estimaciones iniciales de los plazos establecidos o fechas de entrega. Este indicador evoluciona a lo largo de la ejecución del proyecto.
Por ejemplo, el siguiente gráfico refleja la desviación entre el Total Planeado y el Total Real, aunque la situación era más seria al final del mes cuando el Total Real no se acercaba para nada al Total Planeado.
Date
Este caso no puede contar toda la historia pues la ejecución podría haberse visto afectada desde el inicio por algún factor externo por ejemplo. Por eso es necesario usarlo junto a otros indicadores y con la información práctica que se puede obtener de las conversaciones con los miembros del equipo.
Presentaremos un método que puede ser usado para convertir indicadores y datos a métricas útiles que pueden ayudar a tomar mejores decisiones en proyectos de QA.
Se intentará crear una métrica que nos brinde la diferencia entre lo estimado y lo real en un proyecto típico de QA y centrarnos en la estimación de TCs para un nuevo proyecto.
Primero se debe comenzar haciendo las preguntas correctas:
1. ¿Cuál es el objetivo diario de los TCs estimados?
2. ¿Cuál es la cantidad real de TCs estimados por día?
3. ¿Cuál es la brecha entre lo estimado y lo real?
Conceptos estandarizados
Es necesario asegurarse de que los conceptos estén estandarizados cuando se quiere que todos manejen los mismos conceptos con claridad.
Se mencionan algunos que se consideran importantes de reconocer.
TCs planificados: La cantidad de TCs que se planifican para ser creados por día con la herramienta de manejo de casos de prueba, están listos para ejecutarse en el próximo ciclo programado.
Real: La cantidad de TCs creados en la herramienta de manejo de casos de prueba por día, listos para ejecutarse en el próximo ciclo.
Total planificados: La cantidad total de TCs planeados para ser creados por día con la herramienta de manejo de casos de prueba, están listos para ejecutarse en el próximo ciclo programado.
Total Real: La cantidad real y total de TCs creados en la herramienta de manejo de casos de prueba listos para ejecutarse en el próximo ciclo de QA.
La forma en que se calculará la métrica definiendo las funciones es crucial:
Una vez que tengamos en claro los conceptos y cómo calcular las métricas, es hora de definir los métodos de medición.
Información importante que se debe tener en cuenta:
- ¿Dónde se va a calcular el valor anterior? Excel-Quip-etc.
- La persona encargada de recoger los datos.
- Ubicación y enlace a la recolección de datos
- Frecuencia-tiempo- de recolección de datos, es decir: "cada mañana, esta persona actualizará el documento de recolección con los datos del día anterior".
Una vez que tengamos el diseño métrico, las siguientes preguntas lógicas serían ¿qué hacer con toda la información y cómo o cuándo tomar decisiones?
Es el momento de definir los criterios de decisión, por ejemplo:
Si la brecha es superior al 5%, el equipo deberá revisar la situación y definir una estrategia para recuperarse. Es crucial para el equipo, que la persona a cargo de recopilar datos preste atención a los números y tenga en cuenta que cualquier desviación en la brecha puede tener un impacto positivo o negativo en los resultados del equipo.
El mecanismo de informe es el paso siguiente a dar. En esta sección es cuando se define cómo se presentarán los datos, los métodos de distribución y la disponibilidad de la métrica.
Además, podemos agregar categorías adicionales, como: "Recursos", "Componentes", "subproyectos" o incluso una métrica por departamento, ubicación, equipo, etc.
Nuestro último paso es calcular la propia métrica.
Continuando con la idea inicial, se desea rastrear la estimación de casos de prueba por un nuevo proyecto, contando con 8 días para estimar 500 TCs para los componentes existentes y con 2 recursos que estiman los casos de TCs a 4 horas por día.
Date
Notamos que la brecha estaba por debajo del 5% de los criterios de decisión, por lo que es necesario preguntar a los miembros del equipo qué puede estar bloqueando o limitando el progreso. Los días siguientes, el equipo recupera la brecha y finaliza sobre lo planeado, manteniendo la brecha por encima del 5%.
Como recomendación final, las métricas son cruciales para mantener a los equipos y clientes informados y conscientes del rendimiento de un proyecto o empresa. Un panel de negocios integral es una forma efectiva de mantenerse al tanto del rendimiento de su proyecto y mantener un equipo trabajando en unidad para lograr cumplir con todos los objetivos establecidos desde el principio.
.png)
