The research project

Euromethod - Eurométodo, EM - proyecto encargado por la Comisión Europea a Eurogroup, consorcio amplísimo encabezado por Sema Group como principal contratante, acaba de pasar la primera prueba de aceptación por Grupo de Compras Públicas (PPG) de la Dirección General III. Se puede empezar a 'hablar' de

27 EM, primero en sentido propio (se ha desarrollado en los últimos tres años de forma muy reservada) y además de un contenido que ha logrado una madurez lo suficientemente estable como para empezar a levantar los interrogantes que subyacen a una iniciativa tan poderosa.

La opacidad de desarrollo de EM puede crear muchas confusiones que la CE está ahora dispuesta a despejar cuanto antes. Una vez desvelado el contenido, la primera paradoja a desvelar ya es polémica: ¿Eurométodo es un 'método'?

No es un 'método' No lo es, en el estricto sentido informático tradicional adscrito al 'desarrollo' o construcción de Sistemas de Información (SI), empezando por su software (EM prefiere hablar de 'adaptación' del S.I.), pues siempre se parte implícitamente de un estado inicial del proyecto, que es el S.I. 'actual' (existente o virtual).

Puede por tanto estarse básicamente de acuerdo con la definición de Gumersindo García, que explicita como Eurométodo es un 'marco metodológico' de ámbito europeo y del dominio público para la contratación y gestión de servicios de desarrollo y mantenimiento de Sistemas de Información. El marco definirá una interfaz europea común cliente/proveedor de alto nivel para esta clase de proyectos.

Esta definición corresponde a la situación actual, muy bien descrita por Pere Botella y Gumersindo: El mecanismo que actualmente usa el sector público para la adquisición de sistemas de información crea una situación que enfrenta al comprador (o a quien ha de tomar la decisión de compra) ante un amplio rango de métodos de desarrollo que condicionan el contenido de las ofertas, y cuya teoría o cultura subyacente es distinta, lo cual complica extraordinariamente la decisión, al no disponer de elementos de comparación objetivos. Estas restricciones, que afectan tanto al sector cliente como al proveedor, entran en claro conflicto con las expectativas y necesidades del mercado único europeo. El programa Euromethod trata de resolver esos problemas mediante el desarrollo de un marco común para

complementario a los métodos existentes para construcción de S.I.; ayudar a los compradores a evaluar ofertas; asistir a los suministradores en la valoración e interpretación de los requisitos; abrir internacionalmente el mercado de sistemas de información. ¿Qué no es Euromethod? ; No es otro método de desarrollo de Sistemas de Información; no compite con los métodos existentes; no aporta elementos para comparar unos métodos con otros. Si es un 'método' Pero Euromethod (EM) podría considerarse un método de 'desarrollo', si se toma la acepción de éste con un alcance más amplio y no sólo tecnológico.

Esta ambigüedad relativa a la identificabilidad de Eurométodo con un método, no es sólo terminológica: tiene su origen en un deslizamiento del propio proyecto, enfrentado como otros muchos proyectos europeos a equilibrar los nuevos intereses continentales con respetables trayectorias nacionales. Puede afirmarse sin rodeos que en sus primeros pasos (1989), EM se concebía por buena parte de sus primeros impulsores como un 'método' europeo capaz de ir reemplazando progresivamente a la 'torre de babel' actual. Este objetivo, ni utópico ni inalcanzable, pero no alcanzable con realismo a medio plazo, se ha fragmentado en muchas más fases, como el propio proyecto de la 'Europa sin fronteras' (en este caso, tecnológicas).

Así, en el ámbito de los 'lenguajes' metodológicos, el proyecto EM ha conseguido despejar fundamentalmente el intrincado terreno de sus aparentes, sin reducir por ello las variedades 'dialectales' de los distintos métodos de desarrollo, pero preparándolas para un tratamiento 'sintáctico' a fondo, en cuanto a conceptos y reglas correspondientes.

Dicho en otros términos, EM permite organizar el 'discurso de los métodos' en torno a un objetivo preciso, la 'comunicación' entre los grupos protagonistas finales de cualquier proyecto, el cliente- impulsor y el proveedor; y con una 'herramienta gramatical' bien definida, basada en 'modelos' que articulan 'guías'. Por otra parte, no hay que recordar cómo, detrás de los modelos, están primero las técnicas y después las futuras herramientas de coherencia funcional; mientras que, detrás de las 'guías', están primero las

29 secuencias de procedimientos y productos entregables, así como dependiendo de ellas las futuras herramientas de coherencia documental.

Metamétodos EM se alinea con las tendencias metodológicas que tienden a analizar los conceptos y relaciones subyacentes a la gran mayoría de los métodos tradicionales o nuevos. El modelo V ('Vorgehensmodell' o 'modelo avanzado') es un ejemplo ilustrativo de dicha tendencia, adoptado como norma por la Administración Pública alemana por lo que forma parte del núcleo metodológico europeo preanalizado para acotar la estructura del propio EM, en cuya modelización parece que ha sido muy influyente. Así, este modelo V, orientado al proceso de 'adaptación' de S.I., define en su interno todas las posibles actividades de un tipo abstracto de proyectos, junto a los cambios de estado que determinan en los resultados; y además articula en su entorno sendos submodelos de desarrollo de productos/resultados, de aseguramiento de calidad, de gestión del proyecto y de gestión de configuraciones. El 'interno' del modelo V comprende no sólo las actividades de desarrollo y producción de software, sino que articula con ellas las demás actividades de los otros submodelos del 'entorno', asignándoles unos estados y unos responsables abstractos con roles definidos. Esta consideración centrada en actividades, tareas, estados, roles y resultados/productos, tiene una infraestructura conceptual similar a la que subyace a la gestión de flujos de trabajo (Work Flow Management), ligados por otra parte a la reingeniería de procesos de organizaciones (Business Process Reengineering) y al paradigma 'groupware' (¿el desarrollo y adaptación de S.I. no es un típico trabajo de equipos?).

Áreas de trabajo y submodelos Como V y muchos otros métodos (entre ellos el español METRICA v.2 del sector público), EM define como áreas de trabajo los submodelos en la 'adaptación' de un S.I. que constituyen el entorno de su 'desarrollo' en sentido estricto, mencionando específicamente los tres sistemas de gestión de proyecto, calidad y configuración.

Otros submodelos se están incorporando al flujo central de 'adaptación' de S.I., en toda su extensión (seguridad, arquitecturas, métricas) o en ciertos tramos bien definidos.

El grado de articulación en los proyectos de estos submodelos con él, promete ser uno de los aspectos más importantes de las perspectivas metodológicas; junto a un tratamiento contractual de los proyectos como el que tipifica a EM; así como el necesario desglose de los componentes de todo método con ambición 'universal' entre un núcleo siempre presente que 'engancha' un 'utillaje' específico adaptado al tipo de aplicación o 'trabajo' a realizar (como en una máquina portaherramienta). [URL 05]. La utilización del proceso de datos, y por lo tanto también el desarrollo de software, constituyen un tema importante dentro de la actividad oficial del Estado. El sector público se verá afectado aún más que el comercio privado por la llegada del Mercado Único; los vendedores de software de los diversos países deben enfrentarse a una competencia a nivel europeo. Sin embargo, para ello se requieren ofertas transparentes y comparables. Esta es la finalidad del Proyecto Eurométodo, cuyo representante español es Eritel, que deberá permitir la disponibilidad de un estándar común de desarrollo de software en Europa.

El sector público crea, realiza y pone en marcha extensos proyectos en el área de las técnicas de la información (TI). De esta manera se enfrenta a sus tareas legales de la forma más rápida posible. De todas formas, donde un mercado es libre, el aprovisionamiento deberá ser abierto y la oferta transparente y comparable. Es por esto que la Comisión de las Comunidades Europeas ha puesto en marcha el Proyecto Eurométodo, que deberá permitir a nivel generalizado la planificación, aprovisionamiento, desarrollo, mantenimiento y dirección de proyectos TI del sector público -es decir, el ciclo total de vida de un proyecto TI- estableciendo así una base común a nivel de la Comunidad Europea.

El proyecto de la CEE se ha puesto en marcha principalmente por iniciativa de Gran Bretaña, Francia, España e Italia. Alemania, los Países Bajos, Bélgica y Luxemburgo se conformaron al principio

31 con un papel de observadores. Inicialmente, la actividad consistió en determinar los requisitos, beneficios y condiciones marco para un organismo de aprovisionamiento del sector público a nivel europeo. El énfasis principal estuvo desde el principio en el software, como factor decisivo de beneficios y de costos de todo proyecto TI.

Los diversos países estuvieron de acuerdo en las ventajas de los métodos de software para el aprovisionamiento y realización de proyectos. Sin embargo, se observó que ninguno de los métodos actualmente implantados en los países de la CEE permite alcanzar el objetivo de un aprovisionamiento de proyectos TI en libre competencia a nivel de la CEE. Además, no fue posible obtener aceptación para un nuevo método. Los principales obstáculos fueron los siguientes:

• La cobertura en la mayoría de los casos incompleta del ciclo de vida de proyectos TI por los métodos actuales, por ejemplo en las áreas de planificación, estudio de factibilidad, dirección de proyecto y calidad.

• Discrepancias y desviaciones técnicas en la determinación de tareas, productos de entrega y relaciones con clientes, dentro de los métodos utilizados.

• La fragmentación del mercado de la CEE como consecuencia de los diferentes métodos y del alcance de su utilización. • Falta de iniciativas de estandarización, o iniciativas opuestas

entre sí.

• Inversiones ya realizadas, y por lo tanto reglamentaciones vinculantes en determinados países de la CEE.

El Eurométodo, como método a nivel de la CEE, tiene como objetivo enfrentarse a estas dificultades, para lo cual son imprescindibles los requisitos siguientes:

• Las posibilidades de aplicación de los métodos existentes deberán ser ampliadas hasta llegar a un Eurométodo propiamente dicho, aumentando al mismo tiempo la productividad.

• El Eurométodo deberá poder servir de base para una competencia abierta y transparente, en la que exista al mismo tiempo la posibilidad de comparar entre ofertas.

• Deberá ser posible la realización común de proyectos utilizando las cualificaciones globales disponibles de los especialistas TI dentro de la CEE.

• La promoción de la cooperación internacional es otro de los objetivos.

• Una de las condiciones para la puesta en práctica de un procedimiento común es la superación de la actual fragmentación del mercado.

• Finalmente, deberá establecerse ahora la base para un método común, que se extienda también a los aspectos de formación. Todos los participantes en el proyecto están de acuerdo en que mediante el Eurométodo podrá alcanzarse el Mercado Común Europeo requerido para el sector público. [URL 04].