Lo que el debate del CDE olvida del equipo de campo

Leyendo los deberes del sector con las botas embarradas

Construimos una herramienta de campo, así que leemos los debates del sector sobre plataformas como un fontanero mira un programa de cocina sobre cocinas: con interés, y con una pregunta recurrente — ¿y quién friega?

Últimamente hemos leído las conclusiones que publican las mesas de trabajo de buildingSMART Spain sobre el entorno común de datos: cómo se usa de verdad el CDE, dónde se rompen los flujos de aprobación, de qué se quejan las constructoras (sus análisis son públicos y merecen la lectura: buildingsmart.es). Cuatro conclusiones se nos quedaron grabadas. Las cuatro son correctas. Y las cuatro cambian de cara cuando se leen desde el tajo.

Conclusión 1: un CDE es un ecosistema, no una carpeta

Las mesas lo dicen sin anestesia: los equipos que tratan el CDE como «la carpeta de los entregables» cosechan desorden documental, duplicidades y cadenas de aprobación rotas. Un CDE de verdad es un ecosistema de reglas — quién publica qué, en qué estado, aprobado por quién.

La vista desde el campo: la gente con botas nunca ve el ecosistema. Ve un login que le dieron la primera semana y olvidó a la tercera. Si usar el entorno oficial cuesta más toques que WhatsApp, gana WhatsApp — y el ecosistema perfectamente gobernado acaba custodiando documentos mientras las decisiones ocurren en otro sitio. La adopción no es un problema de despliegue; es un problema de fricción.

Conclusión 2: los archivos viajan, el contexto muere

Otro hallazgo recurrente: incluso con CDE, la información viaja entre diseño y obra como archivos — y el contexto de alrededor (por qué esta versión, qué cambió, qué se respondió) se evapora en el trasvase. La trazabilidad es el objetivo, y se sigue escapando.

La vista desde el campo: en obra la unidad de información nunca fue el archivo — es el hallazgo. Esta fisura, esta instrucción, esta foto de lo que hay detrás del tabique. Un hallazgo sin su lugar y su hilo es anécdota. Por eso lo anclamos todo a un pin: la foto, la nota de voz (transcrita automáticamente), el hilo de respuestas, el responsable, el estado — soldados al punto del plano o del modelo 3D donde ocurrió. El contexto no muere cuando está estructuralmente unido al lugar — el argumento completo está en por qué tu obra no tiene memoria.

Conclusión 3: la barrera es cultural, no técnica

Todas las mesas aterrizan aquí tarde o temprano: la tecnología existe; faltan hábitos, roles y gente dispuesta a cambiar cómo registra su trabajo.

La vista desde el campo: de acuerdo — pero la cultura no cambia por mandato, cambia por gradiente. Nadie en un andamio adopta un modelo de gobernanza; adopta un gesto más fácil que el actual. Tocar el plano, hablar, listo. Si el camino correcto es también el camino vago, la cultura sigue sola. Si no lo es, no hay presupuesto de formación que salve el despliegue.

Conclusión 4: estándares abiertos y datos estructurados son la dirección

La visión de largo plazo en la que converge el sector: la información como datos estructurados sobre estándares abiertos — IFC y su familia — y no como PDFs en carpetas con nombres ingeniosos.

La vista desde el campo: somos creyentes — por eso PinMy abre modelos IFC en el móvil y por eso nuestros pins son registros estructurados (lugar, evidencia, responsable, estado) y no mensajes sueltos. Pero ese futuro estructurado solo se materializa si la captura nace estructurada. No se le puede poner estructura a posteriori a un carrete y a un export de chat al final del proyecto. La tubería empieza en el bolsillo.

El CDE del futuro «sabe, comprueba y recuerda»

Una frase de la conversación del sector se nos quedó: los entornos de mañana no serán repositorios pasivos — sabrán cosas, comprobarán cosas, recordarán cosas. La firmamos. Con una enmienda desde las botas: un sistema solo puede recordar lo que alguien capturó. Por listo que sea el entorno, su memoria está limitada por lo que le llega — y hoy, en la mayoría de las obras, la capa más rica de información del proyecto muere en hilos de chat antes de que ningún entorno tenga la oportunidad de recordarla.

Esa es la esquina del problema que elegimos. No un CDE — lo decimos explícitamente en qué es un CDE — sino la capa de captura que hace que cualquier entorno futuro merezca su nombre, porque las decisiones y las evidencias nacen estructuradas, localizadas y con dueño.

Preguntas frecuentes

¿Qué es un CDE, en corto? El entorno común de datos: la fuente única acordada de información del proyecto, con reglas de estados, aprobaciones y responsabilidades (la familia ISO 19650 describe la parte de gestión). Nuestra guía en palabras llanas: qué es un CDE.

¿PinMy es un CDE ligero? No — y somos estrictos al decirlo. PinMy es captura de campo: hallazgos localizados con evidencia, responsable y estado. No gestiona flujos de aprobación documental ni la gestión contractual de la información. Va antes de un CDE, y convive con uno cuando lo tienes.

¿Por dónde empieza un equipo pequeño? Por donde sangra: dejar de perder decisiones y evidencias. La captura estructurada sobre el plano cuesta un gesto y paga desde el primer día — y es la mitad cultural de cualquier adopción futura de plataforma, hecha pronto.

Qué NO es PinMy

PinMy es la capa de captura de campo: pins con voz, foto, vídeo y texto sobre planos PDF, fotos de obra y modelos 3D IFC, con asignación y estado en Kanban. No es un CDE, no lo sustituye, no gestiona aprobaciones documentales ni reclama cumplimiento de ninguna norma — y el pin sobre un modelo 3D marca un punto en el espacio, no un elemento del modelo. El informe PDF web es útil hoy y sigue madurando.

Si te sientas en esas mesas

Lo decimos con cariño: invitad a más gente con botas. Y si eres la gente con botas — prueba a capturar el primer hallazgo de mañana como pin en vez de como mensaje, y mira cuál de los dos recuerda tu proyecto en marzo.

• Empieza gratis: pinmy.co/es
• Reserva 15 minutos: tidycal.com/pinmy