MODELO GQM

·
Alinear las  Métricas con
los negocios de la organización y las metas técnicas.

·
Mejorar
el proceso del software

·
Gerenciar
el riesgo

·
Mejorar
la calidad del producto (QIP)

Proporciona
una manera útil para definir mediciones tanto del proceso como de los
resultados de un proyecto. Considera que un programa de medición puede ser mas
satisfactorio si es diseñado teniendo en mente las metas (objetivo perseguido).
Las preguntas ayudaran a medir si se esta alcanzando en forma exitosa la meta
definida por esta razón se consideraran preguntas potencialmente medibles.

Puede incluso ser utilizada por los
miembros individuales de un equipo de proyecto para enfocar su trabajo y para
determinar su progreso hacia la realización de sus metas específicas

GQM se puede
aplicar a todo el ciclo de vida del producto, procesos, y recursos y se pude
alinear fácilmente con el ambiente organizacional.  Originariamente definido por Basili y Weiss
(1984) y extendido posteriormente por Rombach (1990) como resultado de muchos
años de experiencia práctica e investigación académica.

Tiene como principio básico que la medición debe ser realizada,
siempre, orientada a un objetivo.

# Fundamentos de GQM

La literatura abierta describe GQM en términos de un proceso de seis pasos donde los tres primeros pasos se basan en usar las metas de negocio para conducir a la
identificación de las verdaderas métricas y los últimos tres pasos se basan en recopilar los datos de las medidas y la fabricación del uso eficaz de las métricas para mejorar la toma de decisión. Basili describió el  proceso de GQM en  seis pasos  GQM como sigue:

1. **Establecer las Metas**: Desarrollar un conjunto de metas corporativas, de la división y del proyecto de negocio  que estén asociados a  un conjunto de medidas

 de productividad y calidad.

1. **Generación de Preguntas**: Generar las preguntas (basadas en modelos) que definen objetivos de la

 manera mas completa y cuantificable posible.

1. **Especificación de Medidas**: Especificar las medidas necesarias a ser recolectadas para contestar las

 preguntas y seguir la evolución del proceso y  producto con respecto a las metas.

1. **Preparar Recolección de datos**: Desarrollar mecanismos para la recolección de datos.
2. **Recolectar, Validar y Analizar los datos para la toma de decisiones:** Recoger, validar y

 analizar los datos en tiempo real, para proporcionar la realimentación  de proyectos  en una acción correctiva.

1. **Analizar los datos para el logro de los objetivos y el aprendizaje:** Analizar los datos

 una vez alcanzado una meta para determinar
 el grado de conformidad y hacer las recomendaciones para mejoras futuras.

Los primeros tres pasos del proceso de Basili son llamados a menudo  como la
la fase de definición de GQM provee  la
estructura de proceso para pasar al
concepto de métricas significativas que, cuando se ponen en
funcionamiento cuantifican los objetivos y proveen datos significativos para la
toma de decisión. **Las Metas** identifican lo que queremos lograr; **las preguntas,** nos dicen si estamos satisfaciendo los objetivos o nos ayudan
comprender cómo interpretarlos; y **las métricas** identifican las
mediciones que son necesarias para responder a las preguntas y cuantificar el objetivo.

Los restantes pasos son para
recolectar y usar los resultados de las medidas para mejorar la toma de
decisiones.

# PROCESO GQM

## Paso 1 - Establecer las Metas

El proceso de
GQM comienza con el establecimiento de objetivos de medidas, utilizando  objetivos de negocios previamente definidos
como guía.  La esencia de este paso es:

·
Hay
dos tipos de objetivos:

§  Objetivos de Negocios

§  Objetivos de Medida

·
Los
objetivos del negocio guían la identificación de objetivos de medida.

En ocasiones, es difícil
distinguir entre un objetivo de medida y un objetivo de negocio; ellos no
siempre son mutuamente excluyentes. Lo que es importante es que los objetivos
en los cuales nos basamos provengan de la gente responsable del alcance del
software y del entorno del negocio en el que la iniciativa surgió, en vez  de dentro de un proyecto en particular.  Los objetivos del negocio deben ser
identificados y deben ser el foco para el establecimiento de los objetivos de
medida, sin ellos el programa de medidas no tiene enfoque.  Sin este camino es improbable que la
implementación del resto de GQM tenga impacto significativo. Una vez que
existen los objetivos del negocios, entonces
múltiples proyectos o subgrupos en la organización van a tener las bases
para identificar objetivos de medidas relacionados con sus roles, o alcance de
influencias dentro de la organización.

Las metas  (Goal, tope en el árbol de GQM)  son los objetivos de medida que son la salida
del paso 1 del proceso de GQM. Ellos son conceptuales no cuantitativos.  Ellos son cuantificados por su relación con
las preguntas y métricas como se nota en la figura.

Basili y sus seguidores
expresan los objetivos de GQM usando 5 facetas de información para definir lo
que la medida debe lograr en términos precisos. Cada declaración de objetivo de
GQM debe contener explícita mente estas facetas:

§  Objeto: El producto o el
proceso bajo estudio.

§  Propósito: Motivación
detrás del objetivo (Por que?)

§  Enfoque: Los atributos de
calidad del objeto bajo estudio

§  Punto de Vista: Perspectiva
de las metas (el punto de vista de quien?)

§  Entorno: Alcance o contexto
del programa de medidas.

En la siguiente figura se
ilustra la mejora del concepto de medida en una declaración de objetivos de
GQM.

Algunas
implementación de GQM usan esquemas en formato de tabla para la definición de
objetivos.

 (El
 objeto bajo medida)
  Con el propósito de
 (Entender,
 controlar, o mejorar el objeto)
  Con respecto a
 (El
 enfoque en la calidad del objeto en el cual se enfocaron las medidas)
  Desde el punto de vista de
 (Las
 personas que realizan las mediciones del objeto)
  En el contexto de
 (El
 entorno en el cual las medidas fueron tomadas)

## Paso 2  - Generación de Preguntas

El propósito del paso según Basili es clarificar y refinar el
objetivo de las medidas moviéndonos desde un nivel conceptual a uno operacional
planteando preguntas. Respondiendo estas preguntas uno debe ser capaz de
concluir si el objetivo es alcanzado. Las preguntas ayudan a identificar
interpretaciones del objetivo que pueden existir entre los stakeholders a si
mismo como restricciones impuestas por el entorno. Típicamente a nivel de
proyecto (o tal vez para un grupo de relacionados al proyecto), los objetivos
de medida conceptual son identificados relacionando la calidad de producto,
proceso, recursos o el entorno. El equipo de proyecto identifica preguntas que
el equipo (individualemete o en colectivo) siente que deben ser hechas para
capturar varias perpectivas para lograr el objetivo. Las preguntas deben
contener todas las percepciones relacionadas al objetivo,  dirigiendose tanto a calidad como al entorno
en el cual el objeto va ha evolucionar. Este proceso es esencial para los
stakeholders para lograr un entendimiento comun y una interpretación del
objetivo a un nivel apropiado de abstracción. En otras palabras los gerentes
del proyecto y los Ingenieros de Software proveen sus  propias perpectivas del significado del
objetivo en dicho entorno. Ellos hacen esto haciendo preguntas y respondiendo
con sus metricas.

A
simple vista el paso de 2 de GQM puede parecer trivial, y para ciertos
objetivos ese puede ser el caso, pero los expertos de GQM y implementadores han
encontrado que conseguir el nivel adecuado de abstracción para las preguntas de
GQM puede ser dificultoso. Si las preguntas son muy abstractas la relación
entre las preguntas y las metricas sera dificil de visualizar. Si son muy
detalladas se vuelve mas dificil obtener una clara interpretación del objetivo.
En muchas instancias, particularmente cuando el propósito del objetivo es
entender o caracterizar el proceso o producto, las preguntas pueden necesitar
dividirse en sub-preguntas para manejar la identificación apropiada de las
métricas. La organización que implementa debe seguir este paso del proceso con
el compromiso necesario como para asegurar que el nivel de cuestionamiento sea
el  suficiente para manejar la
identificación de métricas adecuadas.

En algunas implementaciones [van
Solingen 1999b], un equipo de GQM entrevista
individualmente a los stakeholders (miembros del equipo de proyecto) para
capturar sus perspectivas del objetivo (sus preguntas) y hacer que ellos
formulen sus respuestas esperadas como hipótesis. Estas hipótesis hacen
explicito el actual conocimiento de los miembros del equipo para formar una
línea base para el posterior análisis de métricas. Comparando el resultado con
estas hipótesis durante la fase de interpretación de GQM se incrementa el

efecto de aprendizaje de las medidas.

## Paso 3 – Especificación de Medidas

El paso 3 es sobre la revisión de cómo deben ser respondidas las
preguntas, moviéndonos desde un nivel cualitativo (o nivel operacional) a un
nivel cuantitativo. Una vez que los objetivos son refinados en una lista de
preguntas (GQM paso 2), se necesitan definir métricas que provean toda
información cuantitativa para responder las preguntas de manera satisfactoria.
Los directamente involucrados con el objetivo de la meta, deben estar
directamente involucrados tanto en el paso de identificación de métricas como
en el paso de identificación de preguntas. La directa participación de estos
involucrados minimiza las ambigüedades, falsas suposiciones, contribuye a la
consistencia y la completitud de la identificación de las métricas.

En este contexto, el término métrica
esta vagamente definido; puede significar una medida base, una medida derivada,
una composición o agregación de medidas, o lo que algunos llamarían un
indicador. El nivel de definición depende del alcance de la meta y del entorno
en que es implementado GQM.

== Paso 4 – Preparar la Recolección
de datos ==

Una vez que las métricas son identificadas, uno puede determinar que
datos son necesarios para determinar estas métricas y cómo los mismos serán
recolectados. Las métricas proveen una visión acerca de cómo los datos
necesitan ser organizados, para que tengan sentido a quien recibe dicha
información. Una cantidad significativa de planeamiento es necesario para
proveer procedimientos detallados para la recolección de datos que soporten las
métricas identificadas. La mayoría de los proyectos satisfacen este detallado
planeamiento preparando un “Plan de medidas”
que incluye por lo menos los siguientes pasos:

·
Definición formal de medidas
directas

·
Descripción textual de medidas
directas

·
Todos los resultados posibles
de las medidas directas

·
La persona (rol) que recolecta
cada medida directa

·
Cuándo deben ser recolectadas
las medidas directas.

·
Los medios que deben ser usados
para recolectar las medidas.

El
plan también define y describe todas las formas, tipos de recolección de datos
y las herramientas automáticas que deben ser utilizadas. Con esto nos
preguntamos, cómo pueden ser recolectados los datos de manera eficiente y
efectiva, y a quién deben ser entregados.

Una vez que el plan es desarrollado,
los procedimientos de medida necesitan ser testeados y validados antes de
implementar el programa de medidas. Ejercitar las formas y procedimientos
durante el periodo de prueba va a revelar los defectos que pueden
posteriormente ser corregidos antes de que una implementación a toda escala del
programa de medida comience, o antes de agregar nuevos procedimientos o datos
al programa existente [van
Solingen 1999b].

Es
importante entrenar a los individuos involucrados en la recolección de datos
para asegurar que ellos entiendan porque los datos son necesarios, cómo van a
ser usados y cómo sus acciones contribuyen a la validación total del proceso de
recolección.

== Paso 5 - Recolectar, Validar y Analizar los datos para la toma de
decisiones ==

Este paso
supone que la recolección de datos sigue los procedimientos pre-definidos en el
*Plan de Medidas,* esto es un proceso continuo o periódico. La recolección
de datos es inútil si uno no hace nada con ellos. Necesitamos focalizarnos en
la preparación de los datos para un uso optimo. Sin importar el medio de
recolección, los datos deben ser validados antes de ser usados para análisis.

La automatización puede asistir, pero no puede remplazar todas las
formas de recolección de datos y validación. La clave es minimizar la
sobrecarga sobre las personas que son requeridas para proveer datos
asegurándose que ellos entienden el significado del esfuerzo de recolección. La
validación de los datos  recolectados
consiste en el chequeo de la correctitud, completitud y consistencia  de los mismos. La completitud es la
característica mas significativa en la recolección de los datos.

Los lideres necesitan reforzar el propósito y el valor de la
recolección de datos para promover una mejor calidad en la recolección de los
mismos. Una parte significativa del proceso de validación, es chequear la
validez de los datos lo mas cerca de su origen como sea posible, de esta manera
se pueden tomar acciones correctivas en caso de datos incorrectos antes de que
estos tengan un impacto negativo.

Una vez validados, es importante almacenar los datos de medida de
tal manera que puedan ser accedidos para analizarlos y generar reportes.  Por el inmenso volumen de datos incluso para
los proyectos mas pequeños, es útil desarrollar un sistema de soporte de
medidas que contenga una base de datos para almacenar los datos de métricas y
utilidades de análisis y presentación.
La flexibilidad y la facilidad de acceso son las características mas
importantes de dicho sistema.

El análisis es acerca de organizar los datos y preparar las métricas
para ser presentadas a los stakeholders para las preguntas pertinentes a los
objetivos de medida. Una vez que se determinan las métricas que son necesarias,
el equipo de GQM junto con el equipo de proyecto desarrollan un plan de
análisis. Este plan detalla como los datos deben ser organizados, como deben
ser presentados y quien y cuando deben ser revisarlos.  Elaborar el plan de análisis en ocasiones
ayuda con la toma de decisiones con la recolección de datos. Basili [Basili
2005] usa el termino de análisis como interpretación e análisis, pero algunos
implementadores de GQM hacen distinción entre estos dos conceptos,  principalmente para destacar que el análisis
puede ser hecho por un equipo GQM (expertos en mediciones), pero la
interpretación debe ser hecha por el equipo de proyecto, quienes son los
propietarios de los objetivos de medida.

Alguna forma de retroalimentación es requerida para comunicar
resultados de medida a los apropiados stakeholders. Estas sesiones están
enfocadas en los objetivos de medida y la revisión de los resultados de medida
para responder las preguntas planteadas en el paso 2 de Proceso de GQM.  El equipo de proyecto puede entonces
determinar acciones correctivas cuando el progreso hacia los objetivos no es
considerado el adecuado.

El análisis e interpretación es un paso iterativo integrado con el
proceso del ciclo de reporte de un proyecto.

## Paso 6 - Analizar los datos para el logro de los objetivos y el aprendizaje

El último paso del proceso
de GQM de Basili es observar  los
resultados de las medidas de modo post-mortem para evaluar los objetivos
logrados y determinar las lecciones aprendidas y que pueden ser valiosas para
ser utilizadas en futuros proyectos.

Cuando GQM es
implementado como soporte a una organización
de proceso de mejora continua, las experiencias y lecciones aprendidas
de cada implementación son almacenadas en forma de: políticas, procedimientos y
mejoras practicas, para futuro soporte de proyectos e iniciativas de
mejoramiento para ayudar a la organización a lograr influencias mas grandes en
su programa medidas.

observemos...

**OBJETIVOS DEL MODELO GQM**

**COSTOS Y BENEFICIOS DE IMPLEMENTAR UN MODELO DE MEDICIÓN**

  Tiempo
 empleado por el equipo GQM en preparar un programa de medición
  Tiempo
 empleado por el equipo del proyecto en reuniones
  Tiempo
 empleado por el equipo del proyecto en completar formularios
 de tiempo y esfuerzo en el desarrollo de software debido a un mejor entendimiento
  Tiempo
 empleado para desarrollar el MSS
  Compra
 de hardware y software adicional para dar soporte al programa de medición
  Tiempo
 empleado por el equipo GQM para procesar los datos de la medición y preparar
 las sesiones de realimentación

REFERENCIAS

* Giraldo, B & Aparicio, A.M. (2017).Libro Electrónico Multimedial: Pedagogía e Incorporación de TIC para la enseñanza. (CVUDES).
* Díaz-Barriga, F. (2005).Principios de diseño instruccional de entornos de aprendizaje apoyados con TIC: un marco de referencia sociocultural y situado. Tecnología Y Comunicación Educativas, 20(41), 1–15.
* Salinas, J. (2004).Cambios metodológicos con las TIC. Estrategias didácticas y entornos virtuales de enseñanza-aprendizaje Bordón, 56(3-4), 469-481.
* Sáez López, J. M. (2010).Utilización de las TIC en el proceso de enseñanza aprendizaje, valorando la incidencia real de las tecnologías en la práctica docente.

[Erik Kooiman
96] Feedback of Software Measurement Results

Experience at Schlumberger Retail Petroleum Systems

[D.M. van
Solingen 99]  GOAL-ORIENTED
SOFTWARE MEASUREMENT IN  PRACTICE

Introducing Software
Measurement in Schlumberger  Retail
Petroleum Systems

http://www.iteva.rug.nl/gqm/

http://ivs.cs.uni-magdeburg.de/sw-eng/us/java/GQM/

http://www.gqm.nl

http://www-ivs.cs.uni-magdeburg.de/sw-eng/us/java/GQM/