La plantilla estrella: un CDE que nace bien configurado

Configuré el entorno común de datos de un programa de infraestructura aeroportuaria a gran escala. Decenas de decisiones técnicas después, la lección más valiosa no fue ninguna función oculta de Forma. Fue un principio: los proyectos no se configuran, nacen configurados.

Qué es la plantilla estrella

La llamamos la plantilla estrella: un hub modelo, validado, del que nace cada proyecto nuevo del programa. En lugar de configurar cada obra desde cero (y confiar en que la persona de turno recuerde las cuarenta decisiones correctas), cada proyecto arranca como una réplica de la plantilla, con todo lo importante ya resuelto.

Qué lleva dentro

Estructura de carpetas con permisos y herencia. Mi estimación honesta después de este proyecto: el 80% de los problemas de un CDE son de estructura, no de software. Carpetas que nadie sabe para qué son, permisos concedidos a mano que nadie recuerda, herencias rotas. En la plantilla, la estructura está resuelta y los permisos se heredan de forma predecible.

Módulos activados por rol. Activar todo para todos mata la adopción: la gente entra, ve veinte módulos que no entiende y no vuelve. En la plantilla, cada rol ve exactamente lo que necesita para trabajar.

Nomenclatura y atributos ISO 19650. El estándar solo funciona si la gente lo llena. Eso exige atributos pensados para el flujo real de trabajo: pocos, claros y con listas de valores cerradas donde sea posible.

Flujos de revisión y aprobación listos. Los flujos que sobreviven no son los más sofisticados: son los que estaban configurados desde el primer día y la gente aprendió como parte natural del proyecto.

Los módulos operativos, listos desde el día uno. Incidencias, formularios, coordinación de modelos y gestión de costes con sus órdenes de cambio y contratos: todo eso también forma parte de la plantilla, configurado una vez y replicado en cada proyecto en lugar de reinventado en cada obra.

La gobernanza que lo sostiene

Una plantilla sin gobernanza se degrada en meses. La regla del programa es una cadena que no se salta pasos: los cambios nacen en un hub de pruebas, se validan ahí, pasan a la fuente de verdad y solo entonces se replican a la plantilla de producción. Nunca al revés, nunca directo a un proyecto vivo.

Ese circuito convierte la configuración del CDE en algo que se parece mucho al control de versiones del software: hay un entorno de pruebas, hay una rama estable y hay un proceso para promover cambios. La improvisación queda fuera del sistema por diseño.

El resultado

Un proyecto que nace de una plantilla validada no se puede configurar mal. Configurarlo bien deja de ser un acto heroico que depende de la memoria de un experto y pasa a ser el valor por defecto del programa. Y el experto deja de repetir configuraciones para dedicarse a lo que sí necesita criterio: mejorar la plantilla.

Si estás por montar o reorganizar un CDE en Forma, revisar la estructura antes de que el proyecto crezca es la inversión más barata que vas a hacer este año.