PDF de programación - Medición práctica de la coordinación utilizando GQ(I)M y CMMi

Medición práctica de la coordinación utilizando GQ(I)M y

CMMi

Mª Concepción Presedo García
Dept. de Lenguajes y Sistemas Informáticos

EUITI Bilbao
UPV/EHU
48012 Bilbao

[email protected]

Resumen

En el presente artículo se realiza una propuesta
para la medición práctica de la coordinación
dentro del proceso software utilizando como guías
las prácticas clave de los modelos de madurez
CMM, el proceso de medición Goal-Questions-
Indicators-Measures, más
como
GQ(I)M, así como una aplicación software que
implementa el proceso de medición PSM.

conocido

1. Propósito y estructura

la

incertidumbre,

esta primera

sección describimos

En
motivación y estructura del artículo.

En cuanto a la motivación, el proceso software
como conjunto de herramientas, métodos y
prácticas utilizados para producir software [5]
posee unas características inherentes – Visión
parcial,
interdependencia de
componentes y comunicación informal – que
requieren técnicas de coordinación que pueden no
ser necesarias en otros entornos de producción
más rutinarios [2]. Así, el proceso de coordinación
se convierte en uno de los riesgos potenciales en
la gestión del proyecto.
Por otra parte, la medición de la efectividad de

un proceso posibilita que la gestión controle mejor
los costes, reduzca riesgos y mejore la calidad.
Además, la medición mejora la objetividad de la
comunicación en cuanto a planes, status de
desarrollo del proceso y,
lo que es más
importante, la efectividad del proceso software
standard de la organización y la librería de
información relacionada.

En resumen, la medición de la coordinación,
proporcionará a gestión una mejor comprensión



J. Javier Dolado Cosín

Dept. de Lenguajes y Sistemas Informáticos

Facultad de Informática

UPV/EHU

20009 Donostia- San Sebastián

[email protected]

sobre la efectividad de los activos del proceso que
nos ayudará a mitigar los riesgos del proyecto.

Nuestro objetivo en este artículo es
determinar unas medidas prácticas básicas
iniciales para el proceso de coordinación que
propicien su estudio y análisis posterior. Se
considera
importante proponer unas
medidas no solamente teóricas, sino que en un
futuro puedan implementarse con éxito en el
mundo empresarial, para lo cual se considera
igualmente importante determinar también los
elementos de datos a recolectar.

también

la medición práctica de

Para conseguir este objetivo se realiza una
la
propuesta para
coordinación dentro del proceso
software
utilizando como guías las prácticas clave de los
modelos de madurez CMM, el proceso de
medición Goal-Questions-Indicators-Measures,
más conocido como GQ(I)M, así como un
software gratuito que implementa el proceso de
medición PSM.

En cuanto a la estructura, el artículo consta 6
apartados cuyo contenido pasamos a detallar a
continuación.

El primero describe la motivación y estructura
del artículo. El segundo revisa los modelos de
madurez CMM y CMMi en cuanto al área de
proceso referente a la coordinación, establece una
relación entre las actividades, así como los
elementos del modelo. El tercero determina unas
actividades
para
coordinación basadas también en los modelos de
madurez. El cuarto explica someramente los
procesos de medición GQ(I)M y PSM, presenta el
software gratuito PSM Insight y establece la
relación existente entre las actividades del modelo
CMMi y GQ(I)M. En el quinto apartado se
utilizan los tres apartados anteriores para proponer

de medición mínimas



las medidas básicas, indicadores y atributos y
elementos de datos a considerar en la medición
del proceso de coordinación. Por último, en el
sexto apartado, se establecen las líneas de trabajo
futuras.

2. La coordinación en los modelos de

madurez de la capacidad del software
CMM1

Los modelos de madurez CMM se utilizan para el
establecimiento y mejora de procesos en una
organización midiendo la capacidad de la misma
según una escala de cinco niveles que nos indican
la madurez de sus procesos – inicial, repetible /
gestionado, definido, cuantificado y optimizado.
Dichos modelos contienen
los elementos
esenciales de procesos efectivos para una o más
áreas y representan una guía para definir y
mejorar distintos procesos de la organización, que
corresponden a distintas áreas.

El modelo CMMI – o CMM Integrado -
constituye una evolución del estándar inicial para
reunir en un solo modelo los distintos CMM que
existían en ese momento (por ejemplo CMM-SW
y CMM-SE).
Ambos modelos permiten dos
tipos de
representación: continua o por etapas. En la última
de ellas se da un mapa predefinido, dividido en
etapas (los niveles de madurez), para la mejora
organizacional basado en procesos probados,
agrupados y ordenados y sus relaciones asociadas.

Tanto en el modelo CMM como en CMMi, el
tema de la coordinación se trata en el nivel 3 de
madurez – Proceso definido –. Las actividades del
proceso se denominan prácticas clave, describen
las actividades que más contribuyen a
la
implementación eficiente de un área de proceso y
debemos cumplirlas todas para la consecución de
los objetivos del área de coordinación.

El proceso de coordinación en el modelo
CMMI se encuentra como parte del área de
proceso “Gestión Integrada del Producto” (PA
IPM2), concretamente en el objetivo específico
(SG 2) cuyas prácticas específicas (SP) para
conseguirlo se detallan en la tabla 1.



1 Capability Maturity Model
2 Process Area Integrated Product Management



SG 2 La coordinación y colaboración del
proyecto se lleva a cabo con los interesados
relevantes
SP2.1 Gestionar la implicación de los interesados
relevantes en el proyecto.
SP2.2 Participar con los interesados relevantes
para identificar, negociar y hacer un seguimiento
de las dependencias críticas.
SP2.3 Resolver los problemas de coordinación
con los interesados relevantes

Tabla 1. SG 2 y prácticas específicas para IPM

A diferencia del modelo CMMi, en el modelo
CMM-SW existe un área clave de proceso (KPA)
específica
“Coordinación
Intergrupos” – KPA IC3 - cuyas actividades (AC)
se evidencian en la tabla 2.

denominada



Comunicar

las
los grupos

Monitorizar y coordinar
técnicas. Todos

Actividades de la KPA IC
IC AC-1 Participación para establecer los
requerimientos a nivel de sistema. Todos los
grupos participan.
IC AC-2
actividades
participan.
IC AC-3
los compromisos
intergrupo, coordinar y hacer un seguimiento
del trabajo desempeñado.
IC AC-4 Identificar, negociar y hacer un
seguimiento de las dependencias críticas entre
los grupos de ingeniería.
IC AC-5 Revisar los artefactos de trabajo
recibidos para asegurar que cumplen con los
requerimientos.
IC AC-6 Resolver las cuestiones intergrupo
utilizando un procedimiento documentado.
IC AC-7 Llevar a cabo revisiones periódicas
con la representación intergrupo.

Tabla 2. Actividades de la KPA IC

Sin embargo, existe una correspondencia entre
ambos tipos de actividades, como queda reflejado
en la tabla 3.


3 Key Process Area Intergroup Coordination





CMM - IC CMMI - IPM
IC AC-1
IC AC-2
IC AC-3
IC AC-4
IC AC-5
IC AC-6
IC AC-7
Tabla 3. Correspondencia actividades IC con IPM

IPM SP 2.1
IPM SG 2
IPM GP 2.2
IPM SG 2, SP 2.2

IPM SP 2.3
IPM SP 2.1, SP 2.2, SG 2

Las actividades y artefactos producidos en

estas áreas de coordinación tienen que ver con los
procesos utilizados para coordinar y comunicar el
esfuerzo de desarrollo. Cada una de las prácticas
clave de coordinación se particularizán en la
organización bajo el contexto de cumplir los
objetivos definidos para el área clave.

Para que el proceso de coordinación quede
totalmente definido no basta con conocer las
actividades y artefactos que lo componen, sino
que existen otra serie de elementos esenciales,
entre los que se encuentran: propósito y objetivos,
participantes, criterios de entrada , criterios de
salida (terminación), entradas al proceso y salidas
del mismo.
El propósito de la coordinación intergrupos es

el establecimiento de un método para que el grupo
de ingeniería del software participe activamente
con los otros grupos de ingeniería para que el
proyecto sea capaz de satisfacer mejor
las
necesidades del usuario efectiva y eficientemente.
Los objetivos que se pretenden conseguir son

Todos los grupos afectados acuerden - por escrito
- los requerimientos del cliente y los compromisos
intergrupo. Todas las cuestiones intergrupo están
identificadas, se hace un seguimiento y se
resuelven.

la
participación del grupo de ingeniería del software
con otros grupos de ingeniería del proyecto para
tratar los requerimientos, objetivos y cuestiones
(issues) a nivel de sistema. Los representantes de
los grupos de ingeniería del proyecto participan en
el establecimiento de los requerimientos, objetivos
y planes a nivel de sistema mediante trabajo con el
cliente y
finales, cuando sea
apropiado. Estos requerimientos, objetivos y
planes se convierten en la base para todas las
actividades de ingeniería.

La coordinación

los usuarios

intergrupos

involucra



Por último, las entradas al proceso las forman

los compromi