¿Aún gestionas tu obra con Excel? El problema no es Excel, sino la información aislada

 

Son las 7:30 de la mañana y aparece una observación en campo.

El supervisor toma una fotografía, la envía por WhatsApp y solicita una corrección. Alguien prepara un informe, otro actualiza un Excel y la última versión del plano queda almacenada en una carpeta compartida.

Dos días después surge una pregunta aparentemente sencilla:

¿Quién aprobó finalmente el cambio y con qué información tomó la decisión?

Empieza entonces la búsqueda entre correos, mensajes, archivos y versiones.

El problema no es que Excel haya fallado.

El problema es que el proyecto dejó de tener una única historia de lo ocurrido.

En construcción e infraestructura, donde intervienen propietarios, contratistas, supervisores, diseñadores, proveedores y oficina técnica, esa fragmentación puede convertirse rápidamente en retrasos, retrabajos, decisiones tardías y disputas.

Y ahí aparece una distinción fundamental para la transformación digital de proyectos:

guardar archivos en la nube no significa gestionar un proyecto en la nube.

Excel sigue siendo útil. El error es pedirle que haga algo para lo que no fue diseñado

Excel continúa siendo una herramienta extraordinariamente flexible para cálculos, registros, presupuestos y análisis.

El problema aparece cuando una organización intenta convertir una colección de hojas de cálculo, correos electrónicos, carpetas compartidas y mensajes en su sistema de control de proyectos.

El webinar de SEMCO identifica precisamente esa transición: el desafío no consiste solamente en sustituir documentos físicos por digitales, sino en gestionar quién accede a la información, qué puede modificar, qué flujo debe seguir una aprobación, cuándo ocurrió un cambio y cómo queda registrado para futuras auditorías y decisiones.

McKinsey ha descrito un problema similar en proyectos de capital: los flujos de ingeniería suelen desarrollarse entre documentos equivalentes a PDF y múltiples hojas de cálculo aisladas, dificultando integrar información, identificar las causas de las discrepancias y obtener una visión prospectiva del proyecto. Su planteamiento apunta hacia una single source of truth, una fuente común y estructurada de información.

La pregunta, por tanto, no debería ser:

“¿Debemos dejar de utilizar Excel?”

Debería ser:

“¿Qué información ya no debería depender de un archivo aislado?”

---

Cinco señales de que el proyecto superó su modelo de gestión actual

1. Existen varias versiones de la misma verdad

El residente tiene un archivo, oficina técnica otro y gerencia recibe un tercero.

Todos pueden estar técnicamente correctos y, aun así, representar momentos diferentes del proyecto.

Cuando eso ocurre, el problema deja de ser documental y se convierte en un problema de control de obra.

2. Las decisiones sobreviven en WhatsApp o correo

Una consulta técnica puede recorrer fotografía → mensaje → correo → Excel → informe → plano actualizado.

Cada transferencia introduce tiempo y riesgo de perder contexto.

La información existe, pero reconstruir quién decidió qué, cuándo y por qué empieza a convertirse en investigación.

3. Todos pueden ver demasiado o demasiado poco

Un proveedor no necesita visualizar la misma información que el gerente de proyecto. El especialista de calidad tampoco requiere necesariamente los mismos permisos que contratos o costos.

El material del webinar insiste en que la gestión inteligente de accesos debe responder a roles y responsabilidades, además de conservar trazabilidad cuando una persona cambia de función o abandona el proyecto.

4. Los reportes explican el pasado, pero no aceleran decisiones

Un informe técnico de diez páginas puede ser necesario.

Pero si una desviación requiere siete días para llegar al responsable que puede actuar, la calidad del informe no recuperará esos siete días.

Dashboards, estados y alertas no sustituyen al análisis técnico. Su valor está en reducir el tiempo entre información y decisión.

5. Cada proyecto empieza casi desde cero

Cuando documentos, incidencias, tiempos de respuesta, riesgos y decisiones quedan dispersos, también desaparece parte de las lecciones aprendidas.

El siguiente proyecto vuelve a pagar por conocimientos que la organización ya había adquirido.

---

Un caso real: cuando gestionar la información se convierte en valor económico

El proyecto Central Interceptor, una gran infraestructura hídrica de Nueva Zelanda ejecutada con participación de Ghella y Watercare, ofrece una referencia interesante.

La complejidad involucraba cientos de organizaciones y un volumen importante de documentación y comunicaciones. El proyecto adoptó Oracle Aconex como plataforma de colaboración.

Según el caso publicado por Oracle, los project managers redujeron en 30% el tiempo dedicado a gestión documental. Oracle también reporta una reducción del 10% en el valor contractual, atribuida a mejores comunicaciones y decisiones más rápidas.

La lección no es que “la nube ahorra 10%” en cualquier proyecto. Sería incorrecto extrapolar ese resultado.

La lección es más relevante:

cuando el flujo de información mejora, también puede mejorar la economía de la toma de decisiones.

McKinsey documenta otro caso en el que defectos encontrados en obra se comunicaban de manera anecdótica y desestructurada al proveedor. La falta de retroalimentación provocaba repetición de defectos, retrabajo y esperas. La organización comenzó a registrar los problemas contra elementos específicos del modelo BIM dentro de un Common Data Environment (CDE) para estructurar la colaboración entre campo y proveedor.

En ambos casos, digitalizar tuvo sentido porque modificó el proceso, no porque eliminó el papel.

---

Subir información no es trabajar en la nube

Este es probablemente el concepto más importante.

Una carpeta en Google Drive, OneDrive o cualquier repositorio puede resolver perfectamente necesidades de almacenamiento.

Pero un entorno común de datos persigue algo diferente.

Debe permitir que documentos, comunicaciones, revisiones, aprobaciones y responsabilidades formen parte de un flujo estructurado.

Podemos resumir la diferencia así:

Repositorio digital

Archivo → carpeta → compartir → descargar → modificar → volver a enviar.

Gestión colaborativa

Información → responsable → flujo → revisión → decisión → aprobación → trazabilidad.

Ese segundo modelo convierte la información en parte del sistema de gestión del proyecto.

---

Cómo dar el salto sin paralizar la organización

La transición tampoco debería comenzar comprando software.

Del webinar se desprende una secuencia particularmente sensata: personas + procesos + tecnología. La adopción debe realizarse progresivamente y con proyectos piloto, capacitación y aprendizaje.

Para una empresa de ingeniería o construcción, propondría seis pasos:

1. Mapear cómo circula hoy la información. Identificar RFIs, planos, consultas, aprobaciones, cambios, contratos e incidencias.

2. Localizar los puntos de pérdida de control. ¿Dónde aparecen duplicidades, versiones incorrectas, tiempos muertos o aprobaciones informales?

3. Definir responsables y plazos. Una consulta sin propietario y fecha de respuesta no constituye un workflow.

4. Diseñar permisos por rol. Cada participante debería acceder exclusivamente a la información necesaria para su responsabilidad.

5. Digitalizar uno o dos procesos críticos primero. Por ejemplo, gestión documental y RFIs, antes de intentar transformar toda la empresa.

6. Medir el cambio. Tiempo de aprobación, documentos vencidos, RFIs pendientes, retrabajos, cumplimiento de plazos y velocidad de respuesta.

La tecnología viene después de estas decisiones.

---

¿Dónde encaja Oracle Aconex?

Cuando el volumen de participantes, documentos y aprobaciones supera lo que una combinación de Excel, carpetas y correo puede controlar de forma consistente, una plataforma especializada comienza a tener sentido.

Oracle Aconex funciona como un entorno común de datos para proyectos de ingeniería y construcción. Centraliza documentos, correspondencia, modelos y procesos, incorpora control de versiones, workflows configurables y conserva un audit trail inalterable de documentos, comunicaciones y decisiones.

Eso permite resolver preguntas operativas muy concretas:

• ¿Cuál es la última versión aprobada?
• ¿Quién tiene pendiente la revisión?
• ¿Cuántos días lleva detenido el workflow?
• ¿Quién emitió una instrucción?
• ¿Qué documentos respaldaban esa decisión?
• ¿Qué ocurrió con una RFI desde que fue emitida hasta su cierre?

Oracle incluso permite analizar workflows retrasados y conocer qué organizaciones mantienen revisiones pendientes durante determinados periodos.

Ahí está el valor.

No en “tener documentos en Oracle”.

Sino en convertir documentos y comunicaciones en procesos controlables, medibles y auditables.

---

Antes de migrar, responda estas siete preguntas

¿Existe una sola versión confiable de cada documento crítico?

¿Podemos reconstruir una decisión seis meses después?

¿Sabemos exactamente quién debe aprobar cada información?

¿Tenemos tiempos máximos establecidos para RFIs y revisiones?

¿Los accesos cambian cuando cambia el rol de una persona?

¿Las incidencias de campo quedan conectadas con su resolución?

¿Las lecciones del proyecto quedan disponibles para el siguiente?

Si varias respuestas son negativas, probablemente el problema no sea Excel.

El proyecto ha superado la arquitectura de información con la que empezó.

La verdadera transformación digital no consiste en reemplazar una hoja de cálculo por una plataforma.

Consiste en pasar de archivos que almacenan información a sistemas que ayudan a controlar decisiones.

Y en proyectos complejos, esa diferencia puede convertirse en tiempo, costo y, sobre todo, capacidad de anticipación.