Metrica v3 es la actual metodología propuesta por el Ministerio de Administraciones Públicas español, como metodología oficial para la Planificación, Mantenimiento y Desarrollo de Sistemas de Información, pincipalmente en Instituciones Públicas españolas, donde es ampliamente utilizada y exigida por la mayor parte de las Comunidades, Ayuntamientos y otros Organismos públicos.

El punto de partida de Metrica se encuentra en una metología de desarrollo tradicional, donde cada una de las fases avanza la fase anterior formando un conjunto de actividades que han de ser ejecutadas en serie en su mayoría, contando además con diferentes interfaces específicos dedicados a temas accesorios como calidad, seguridad y gestión de la configuración.

Después de la experiencia que veo en los proyectos de desarrollo software con la administración pública, tanto local como estatal, la metodología Metrica va pidiendo una pronta actualización, que desde mi punto de vista puede resumirse en los siguientes puntos:

• Es una metodología muy pesada como para poder aplicarla de igual forma a proyectos de 2 meses o de 2 años. Quizás una metología menos pesada o de otro tipo (por ejemplo en espiral, SCRUM, XP o similar) encajaría mejor en proyectos pequeños, donde la sobrecarga dedicada a las labores accesorias no deben ser el principal volumen de trabajo del proyecto.
• Es una metodología tradicional, basada en la consecución de fases tradicionales, en la que todas las piezas deben estar muy bien encajadas para que se produzca un resultado general satisfactorio para todas las partes (el proveedor, el cliente y el usuario final). Está claro que la Administración Pública tiene unas características especiales, con las que a menos que todas estas partes se sientan conscientes del trabajo que deben realizar, que conozcan la propia metodología y las implicaciones que tienen en el resultado final, el proyecto siempre se va con seguridad de plazo, y por tanto de coste y posiblemente de nivel de calidad. Otras metodologías de desarrollo más ágiles pueden aportar una mayor interactividad entre todas las partes y una forma efectiva de atender modificaciones y cambios de requisitos que, no nos engalemos, casi siempre existirán.
• El usuario final de los sistemas de información a modelar normalmente tiene poca interactividad durante la evolución de su desarrollo, si bien es cierto que debe tener importancia su aportación en las fases de análisis, también es cierto que no vuelven normalmente a tener una aportación hasta las fases finales, ya de implantación del propio sistema. Esta metodología de trabajo proporciona muchas veces diferencias de espectativas entre dichos usuarios finales y el proveedor del Sistema, ya que dependiendo del tiempo ocupado por las fases intermedias de Diseño y Construcción, los requisitos pueden irse modificando (aunque no debiera), la tecnología evolucionando, e incluso las personas responsables variando. Una mayor implicación del usuario final del Sistema de Información en fases intermedias, o mejor, una existencia de prototipos, aplicaciones alpha y beta o similares mejoraría espectacularmente los ratios de cumplimiento de plazos y calidad.
• La calidad es una tarea paralela a las fases de la metodología Metrica, que cuenta con su propio interfaz, pero que se limita a asegurar el cumplimiento de requisitos, objetivos y tecnología. Sin embargo, la calidad debería incluir aspectos adicionales a las propias fases de desarrollo, como por ejemplo la utilización de estándares de comunicación entre las partes (proveedor, cliente, usuario final), el acceso a la información del proyecto en tiempo real, la generación de prototipos, la utilización de herramientas de gestión de proyecto, etc. En definitiva, las sesiones de trabajo son necesarias siempre, pero existen herramientas que pueden proporcionar una mayor interactividad que una sesión de trabajo, ejemplos son Wikis y listas de distribución.

En definitiva creo que quizás una nueva Metrica v4 o bien una Metrica diferente por tipo de proyecto podría aumentar el resultado final de los mismos, aportando en cada caso una metología más precisa, contando con la experiencia de lo que se ha realizado hasta ahora y contando con las nuevas herramientas que además ahora existen.