
En este artículo aprenderás:
|
La madurez, en este contexto, no es una etiqueta. Es una medida de la previsibilidad con la que una organización convierte la intención en resultados. En el nivel 1, los proyectos dependen totalmente de la heroicidad de unos pocos individuos. En el nivel 5, la organización puede tomar un nuevo objetivo estratégico, dirigirlo a través de un proceso definido y obtener resultados fiables, independientemente de quién sea el director del proyecto.
La diferencia entre el nivel 3 y el nivel 4 es exactamente donde se sitúan la mayoría de las organizaciones polacas de TI y también donde queda atrapado el mayor valor empresarial. Una organización de nivel 3 tiene procesos definidos, pero viven en documentos y archivos de PowerPoint. Una organización de nivel 4 tiene esos mismos procesos integrados en herramientas cotidianas, con medición, gobernanza y mejora continua incorporadas. La transición no consiste en contratar a más directores de proyectos o adquirir una certificación metodológica. Se trata de colmar un pequeño número de lagunas operativas muy concretas, y el estudio COI es útil precisamente porque identifica esas lagunas con claridad estadística.
De las 32 instituciones encuestadas, el 65,63% se sitúan en el nivel de madurez 3 ó 4. Se trata de un grupo fuerte, no catastrófico, pero tampoco de categoría mundial. En los diez criterios evaluados, la puntuación media aumentó año tras año, lo que indica que las TI del sector público están mejorando realmente, en lugar de estancarse.
La mejora individual más llamativa se da en la gestión de riesgos, donde la puntuación media subió de 3,18 a 3,75 en un ciclo. El informe también es sincero sobre lo que frena a las organizaciones: un enfoque ad hoc y accidental de la selección de herramientas, y una falta de integración entre las herramientas que se utilizan. En lenguaje llano: los equipos improvisan hojas de cálculo, un gestor de incidencias, un hilo de correo electrónico y una unidad compartida, y la ausencia de un sistema coherente se convierte en el cuello de botella. Las personas se esfuerzan. El sistema no lo amplifica.
Las diez dimensiones evaluadas por el estudio COI corresponden a preguntas que toda PMO debe responder en algún momento. ¿Tiene cada proyecto una carta documentada vinculada a un objetivo empresarial? ¿Se utiliza realmente el Cronograma para gestionar la entrega, o es un documento estático que sólo se abre ante los comités de dirección? ¿Conocen los gerentes de proyecto la variación de su Presupuesto esta semana, o sólo la del último trimestre? ¿Es el riesgo un elemento registrado y propio con un plan de mitigación, o una sensación que tiene la gente en la máquina de café?
La brecha entre el nivel 3 y el nivel 4 se responde casi siempre en la frecuencia y automatización de estas prácticas. Las organizaciones de nivel 3 las realizan cuando tienen tiempo. Las organizaciones de nivel 4 las realizan por defecto, porque el sistema dificulta cualquier otro comportamiento. Esta distinción, la automatización como mecanismo de madurez, es la visión más procesable que ofrece el estudio COI.
El informe COI identifica explícitamente la fragmentación de las herramientas como uno de los principales bloqueadores. Cuando el Cronograma vive en una herramienta, el Presupuesto en otra, el Registro de Riesgos en una tercera y el Informe de Estado en PowerPoint, el gestor del proyecto dedica una parte desproporcionada de su semana a la conciliación de datos. Peor aún, la PMO nunca ve una imagen coherente de todos los proyectos, porque cada Gerente de proyecto concilia de forma diferente.
El resultado es exactamente lo que identifica el estudio: elecciones de herramientas ad hoc y accidentales. Se eligen herramientas porque alguien las utilizó en su último trabajo, porque son gratuitas o porque estaban disponibles en la pila de licencias. La organización acumula deuda técnica en su práctica de gestión de proyectos del mismo modo que la acumula en el código, silenciosamente, hasta que el coste de la fragmentación supera el coste de arreglarla.
Existe la idea errónea de que la madurez se construye principalmente mediante el entrenamiento. No es así. La formación eleva el techo de lo posible; el sistema eleva el suelo de lo normal. La mayoría de las organizaciones atascadas entre el nivel 3 y el nivel 4 ya tienen Gerentes de proyecto formados. Lo que les falta es un entorno predeterminado en el que hacer lo correcto sea el camino de menor resistencia. Por tanto, un sistema PPM moderno no es sólo una herramienta, sino la encarnación operativa de una metodología.
El camino más rápido hacia el nivel 4 es hacer que el inicio de cualquier nuevo proyecto sea mecánico. Si cada proyecto se inicia a partir de una plantilla que ya contiene las secciones correctas de la carta, las categorías de riesgo que preocupan a la organización, la estructura típica de hitos, las líneas presupuestarias estándar y la ruta de aprobación acordada, el Gerente de proyecto no está haciendo cien pequeñas elecciones metodológicas el primer día. Está rellenando una estructura conocida y eso elimina la dependencia de la disciplina individual.
Cuando un riesgo está vinculado a una tarea del cronograma, y una partida presupuestaria está vinculada a un resultado, y un resultado está vinculado a un objetivo estratégico, se puede navegar por toda la cartera. Un miembro del consejo de administración puede ir desde un KPI estratégico hasta la tarea de planificación específica que se está retrasando. Una PMO puede ver, en treinta proyectos, dónde se concentra la exposición al riesgo. No se trata de una función de información, sino de un modelo operativo fundamentalmente distinto.
El Cronograma de FlexiProject soporta las dependencias de las tareas, la ruta crítica y el seguimiento en tiempo real de las desviaciones respecto a la línea de base. El sistema de iconos de advertencia muestra, de un vistazo, qué tareas tienen riesgos no resueltos asociados, partidas de costes presupuestadas vinculadas o entregables que dependen de ellas. Un Gerente de proyecto que consulte el Cronograma el lunes por la mañana no sólo verá lo que hay que hacer esta semana, sino también cuáles de las tareas de esta semana están expuestas.
Cada riesgo en FlexiProject tiene un propietario definido y un plan de acción. Los Riesgos pueden vincularse a tareas específicas del Cronograma, lo que significa que el propio Cronograma muestra la exposición al riesgo en línea. La mayoría de los grandes fracasos de los proyectos no se deben a riesgos desconocidos, sino a riesgos conocidos que nadie gestionaba activamente. Un registro que vive dentro del mismo sistema que el cronograma, con un propietario asignado y un estado de mitigación visible, hace que ese modo de fracaso sea significativamente menos probable.

{%CAPTION%}
FlexiProject ofrece cartas configurables -una para programas informáticos, otra para proyectos de inversión, otra para campañas de marketing-, cada una con los campos y la lógica de aprobación que se ajustan a la naturaleza real del trabajo. Las vías de Aceptación formalizan el control de los cambios: los cambios de alcance, Cronograma o Presupuesto pasan por un flujo de aprobación documentado en lugar de negociarse informalmente. Ésta es la definición operativa de gobernanza, y una de las cosas más tangibles que separan a las organizaciones de nivel 3 de las de nivel 4.
Por encima del nivel de madurez 3, la visibilidad financiera por proyecto pasa a ser innegociable. El módulo de Presupuesto de FlexiProject permite una planificación presupuestaria detallada, un registro continuo de los costes y actualizaciones de las previsiones a medida que avanza el proyecto. Las partidas presupuestarias pueden vincularse a tareas o entregables concretos, que es lo que permite analizar las desviaciones de forma significativa. Un rebasamiento del presupuesto del 15% es una cifra; un rebasamiento del 15% concentrado en dos entregables es un diagnóstico.

{%CAPTION%}
FlexiProject modela explícitamente los productos y subproductos como objetos de primera clase, con sus propios propietarios, plazos y criterios de aceptación. Esto obliga a mantener una conversación útil en el momento de la planificación: ¿qué entregará exactamente este proyecto, quién es responsable de cada entregable y cuándo debe estar listo? Sin esta distinción, los proyectos se cierran sobre la base de «todas las tareas completadas», una forma fiable de entregar actividad sin aportar valor.
FlexiProject automatiza el ciclo de elaboración de informes de estado, recopilando datos según un cronograma definido, rellenando una plantilla de informe configurada y produciendo salidas en PDF sin consolidación manual. El tiempo liberado de la PMO puede redirigirse al análisis de la cartera, las revisiones de las lecciones aprendidas y los talleres de riesgos pre-mortem. La función de base de conocimientos acumula lecciones y decisiones de proyecto dentro del mismo sistema que ejecuta los proyectos, accesibles en el momento en que se necesitan en lugar de enterradas en una carpeta de SharePoint.
Los conflictos de Recursos son una de las razones más comunes por las que los cronogramas se retrasan, y casi siempre son invisibles hasta que se produce el retraso. La vista de asignación de FlexiProject muestra cómo está comprometido el tiempo de cada persona en los proyectos activos; el registro del tiempo captura qué trabajo se ha hecho realmente. En el nivel 3, los conflictos de recursos se descubren cuando un gestor de proyecto llama a otro para preguntarle si hay un especialista disponible. En el nivel 4, son visibles en el sistema incluso antes de que se realice la asignación.

Vista de la asignación de Recursos por miembro del equipo en FlexiProject – distribución de la carga de trabajo entre los proyectos activos
Alcanzar el nivel de madurez 5 requiere la vinculación entre cada proyecto activo y un objetivo estratégico medible. FlexiProject admite Carteras de proyectos, Programas de proyectos, Modelos de puntuación y vinculación de la estrategia a los KPI. Los modelos de Puntuación permiten evaluar las ideas de proyecto según criterios estratégicos antes de comprometer los recursos. El resultado operativo es una visión de la cartera en la que la pregunta «¿debemos financiar esta nueva iniciativa?» tiene una respuesta estructurada y no política, que es lo que parece el nivel 5 en la práctica.
Define una o dos variantes de estatutos de proyecto que se ajusten a los tipos de proyecto dominantes en la organización. Construye plantillas que contengan las fases acordadas, los riesgos típicos y los entregables estándar. Configura las vías de Aceptación para la aprobación de la Carta y para los cambios importantes. Ésta es la base, todo lo que sigue depende de ella.
Saca el registro de riesgos de las hojas de cálculo e introdúcelo en el sistema. Define un conjunto pequeño y coherente de categorías de riesgos. Vincula los Riesgos a las Tareas del Cronograma a las que afectan. Establece una cadencia regular de revisión de riesgos a nivel de proyecto y de cartera.
Establece Revisiones automatizadas del proyecto con una cadencia definida. Sustituye los informes de estado manuales por informes generados por el sistema. Implanta el mismo formato en todos los proyectos, para que la junta vea la coherencia en lugar de la interpretación del progreso de cada PM.
Define uno o dos criterios de Puntuación para las ideas de nuevos proyectos. Agrupa los proyectos activos en carteras. Presentar al equipo directivo los datos financieros y la exposición al riesgo de la cartera. Cada paso de esta secuencia se basa en el anterior: la normalización hace posible la vinculación de riesgos, la vinculación de riesgos hace que los informes sean significativos, y los informes significativos hacen que las decisiones sobre la cartera sean defendibles.
La madurez de la gestión de proyectos es el grado en que una organización puede obtener resultados fiables de un proyecto mediante procesos definidos, repetibles y en continua mejora, independientemente de las personas que participen en él.
La mayoría de los modelos de madurez utilizan cinco niveles. El nivel 1 es ad hoc y depende de los individuos. El nivel 2 tiene prácticas básicas y repetibles. El nivel 3 tiene procesos documentados. El nivel 4 tiene procesos medidos e integrados. El nivel 5 tiene procesos continuamente optimizados y vinculados a la Estrategia.
Con una hoja de ruta clara y un sistema PPM de apoyo, una organización puede pasar normalmente del nivel 3 al 4 en unos doce meses. Sin apoyo sistémico, el mismo ascenso suele llevar de tres a cinco años y con frecuencia se estanca.
Una herramienta PPM no eleva la madurez por sí misma, pero un sistema PPM bien elegido y correctamente configurado es una de las formas más eficaces de hacer operativas las prácticas que miden los modelos de madurez. El sistema hace que el comportamiento correcto sea el comportamiento por defecto.
El estudio Centralny Ośrodek Informatyki evaluó treinta y dos instituciones del sector público polaco, todas ellas beneficiarias del segundo eje del Programa Operativo Polonia Digital, en relación con diez dimensiones de madurez de la gestión de proyectos. Informó de que el 65,63% de esas instituciones se sitúan en el nivel de madurez 3 o 4, con una mejora interanual en los diez criterios y el mayor avance en la gestión de riesgos.
Lo más útil de las conclusiones del COI no es que la TI polaca esté mejorando, sino que la mejora se concentra exactamente en las dimensiones en las que los sistemas y las normas hacen el trabajo pesado. La gestión de riesgos mejoró sobre todo porque las organizaciones adoptaron prácticas de riesgo estructuradas. Los Informes y la gobernanza mejoraron porque se hicieron menos ad hoc. Las dimensiones rezagadas son precisamente las que dependen de la integración de herramientas y de modelos operativos coherentes.
La madurez de la gestión de proyectos no es una función del esfuerzo. Es una función de la cantidad de comportamientos correctos que el sistema convierte en automáticos. FlexiProject está diseñado para esa escalada específica: lo suficientemente completo como para cubrir las diez dimensiones de la madurez, lo suficientemente configurable como para adaptarse a la organización y no al revés, y lo suficientemente integrado como para eliminar el problema de fragmentación de herramientas que el estudio COI identifica como uno de los bloqueadores dominantes.