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: de productividad y calidad. manera mas completa y cuantificable posible. preguntas y seguir la evolución del proceso y  producto con respecto a las metas. analizar los datos en tiempo real, para proporcionar la realimentación  de proyectos  en una acción correctiva. una vez alcanzado una meta para determinar el grado de conformidad y hacer las recomendaciones para mejoras futuras.
 * 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
 * 1) Generación  de Preguntas:    Generar las preguntas (basadas en modelos) que definen objetivos de la
 * 1) Especificación   de Medidas:    Especificar las medidas necesarias a ser recolectadas para contestar las
 * 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
 * 1) Analizar     los datos para el logro de los objetivos y el aprendizaje: Analizar los datos

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.

 

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







REFERENCIAS [Erik Kooiman 96] Feedback of Software Measurement Results
 * 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.

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/