- El software para la construcción fracasa cuando nadie dentro de la empresa se hace responsable de su implantación ni vela por su uso sistemático.
- Un experto en software convierte la incorporación de nuevos usuarios en hábitos diarios que generan un retorno de la inversión a largo plazo.
- Los flujos de trabajo estandarizados y los datos limpios son lo que convierte al software de una simple herramienta en una infraestructura.
- Las implementaciones tienen éxito cuando son los responsables internos —y no solo el proveedor— quienes impulsan la rendición de cuentas.
Has invertido en un nuevo software de construcción por una razón: medidas más rápidas, presupuestos más precisos, una ejecución de los proyectos más rigurosa, mayor visibilidad y menos errores.
Al principio, todo parece prometedor. El proveedor se encarga de la incorporación. Tu equipo asiste a la formación. Tienes acceso a centros de ayuda, tutoriales y reuniones de seguimiento. Pero luego llega la realidad.
Unas semanas más tarde, solo un puñado de personas utiliza la plataforma de forma habitual. Cada estimador introduce los datos a su manera. Las convenciones de nomenclatura se van desviando. Alguien exporta los datos a Excel «solo para este trabajo en concreto» y, de repente, eso vuelve a convertirse en la norma.
Si esto te suena familiar, esta es la cruda realidad:
Tu software no falla. Lo que le falta a tu implementación es un responsable.
La verdadera diferencia no está en la formación, sino en el liderazgo.
Las empresas de software —entre ellas STACK hacen mucho por facilitar la implementación. Incorporación estructurada. Formación en directo. Recursos de ayuda. Asistencia continua para el éxito del cliente. Buenas prácticas. Horario de atención. Pero los proveedores de software tienen sus límites.
Pueden enseñar a tu equipo cómo funciona la plataforma. Pueden recomendar flujos de trabajo. Pueden responder a preguntas y resolver problemas.
Lo que no pueden hacer es obligar a que se adopte el sistema dentro de tu empresa. No pueden exigir a tus estimadores que utilicen conjuntos estandarizados. No pueden impedir que los jefes de proyecto vuelvan a caer en viejos hábitos. No pueden garantizar que tus datos sigan estando en buen estado seis meses después de que finalice la fase de implantación.
Esa etapa final —el momento en el que una herramienta pasa a ser «nuestra forma de trabajar» en lugar de «algo que probamos»— debe ser asumida internamente.
Y ahí es donde entra en juego un experto en software.
Cómo son los auténticos campeones
En muchos casos, los defensores más fervientes son personas que han visto lo que es posible y traen consigo esa visión. Matt Clausen, director de presupuestos de Stonebrook Exterior,ya había utilizado STACK incorporarse a su empresa actual. Cuando detectó ineficiencias en su proceso, impulsó el cambio.
«Utilizaba STACK llegar a Stonebrook Exterior. Me di cuenta de algunos problemas que teníamos aquí y recomendé STACK...STACK nosSTACK ayudado a destacar entre la competencia. Gracias a ello, seguimos creciendo y nuestras ventas han aumentado».
Eso es lo que hace un campeón. No se limita a asistir a la sesión de incorporación. Aboga por la causa. Establece la conexión entre los procesos y la rentabilidad. Lo mismo ocurrió conMatt Pugliese en Metra Industries. Tras utilizar STACK una empresa anterior, lo incorporó a su nueva organización e impulsó su adopción rápidamente.
«En mi anterior empresa utilizábamos STACK. Hablé con mis superiores en Metra Industries para implantar STACK . Y, en las dos primeras semanas, el aumento de la producción se notó casi de inmediato. Lo que antes nos llevaba entre dos y tres días medir solo nos lleva un día».
Fíjate en la pauta: estos líderes no se limitaron a utilizar el software. Lo defendieron. Y como se encargaron de la implementación internamente, el impacto fue cuantificable.
El coste de «aplicarlo a medias»
Cuando la adopción de una herramienta se estanca, la mayoría de las empresas culpan a la herramienta. Sin embargo, los estudios realizados en el sector de la construcción revelan una realidad muy diferente.
En un estudio de Autodesk/FMI realizado entre más de 3.900 líderes del sector de la ingeniería y la construcción, se estimó que los datos erróneos costarían al sector 1,84 billones de dólares en 2020. Más del 80 % de los encuestados señaló que al menos una cuarta parte de los datos de sus proyectos eran inutilizables. No se trata de un problema de software, sino de implementación y coherencia.
Cuando los sistemas se utilizan de forma inconsistente, el resultado es previsible: trabajo duplicado, informes poco claros, cifras poco fiables y equipos que crean sus propios procesos paralelos. En lugar de convertirse en un sistema de referencia, tu plataforma se convierte simplemente en otro lugar donde se almacena información, pero en el que no se confía.
Y cuando no se confía en los datos, la gente deja de usar el sistema por completo.
La mayoría de las transformaciones fracasan, y no es por culpa de la herramienta
Este patrón no es exclusivo del sector de la construcción. McKinsey ha constatado que aproximadamente el 70 % de las transformaciones organizativas fracasan, a menudo debido a la falta de implicación y a una implicación interna insuficiente.
La adopción de la tecnología es gestión del cambio. Es una cuestión de comportamiento. Requiere un refuerzo constante. Sin alguien dentro de la empresa que se encargue de impulsarla, incluso las mejores herramientas pasan a un segundo plano. Comprar software es una decisión de compra. Implementarlo es una decisión de liderazgo.
Lo he visto con mis propios ojos. Los equipos que sacan el máximo partido a STACK una cosa en común: alguien que se hace cargo del proyecto de principio a fin. La razón principal por la que las implementaciones se estancan no es el software, sino que el impulsor del proyecto se marcha y nadie toma el relevo. Todo equipo exitoso necesita a ese STACK interno STACK : la persona que conoce la plataforma al dedillo, forma a los nuevos estimadores, hace cumplir las normas y se convierte en el recurso de referencia cuando surgen dudas. Sin alguien que impulse la adopción, haga cumplir las normas de estimación y mantenga vivo el proceso, incluso la mejor implementación vuelve a caer en los viejos hábitos.
Garrett Hume
Consultor STACK del sector en STACK
Qué hace realmente un «campeón del software»
Un promotor del software no es solo la persona que asistió a la sesión de incorporación. Tampoco es simplemente el miembro del equipo con más conocimientos tecnológicos. Es el responsable interno de la implantación.
En una obra, no se puede esperar que un edificio se construya solo porque hayan llegado los materiales. Alguien se encarga de coordinar a los distintos gremios, establecer los calendarios y garantizar que el trabajo cumpla con las normas.
Un campeón es:
- el responsable interno que impulsa la adopción una vez finalizada la incorporación
- la persona que convierte el entrenamiento en hábitos que se pueden repetir
- el responsable de los estándares de datos y la coherencia de los procesos
- el mecanismo de rendición de cuentas (con la autoridad suficiente para dar un empujón, corregir y elevar el asunto)
El entrenador proporciona el libro de jugadas, el campeón ejecuta la jugada. La implementación del software es no no es diferente.
Por qué la estandarización lo es todo
El simple hecho de iniciar sesión no significa que se haya adoptado el sistema, pero la coherencia sí lo es. Cuando las convenciones de nomenclatura varían, cuando los ensamblados se crean de tres formas diferentes, cuando los flujos de trabajo cambian de una persona a otra, los datos dejan de ser fiables. Y, una vez que los datos dejan de ser fiables, los directivos dejan de basarse en ellos.
Ahí es donde desaparece el retorno de la inversión.
Un campeón protege la estandarización. Se asegura de que los proyectos se organicen de la misma manera. Confirma que los equipos sigan el proceso acordado. Comprueba que los informes reflejen la realidad. Con el tiempo, esta coherencia es lo que convierte el software de una herramienta en infraestructura.
¿Quién debería ser tu defensor?
El defensor ideal no suele ser la persona con más conocimientos técnicos, sino aquella que cuenta con influencia y credibilidad operativa.
En muchas empresas de construcción, este cargo suele recaer en un director de preconstrucción, un estimador sénior con autoridad o un responsable de operaciones que conozca tanto los procesos como a las personas. Lo más importante es que cuente con el respeto del equipo y con el mandato necesario para impulsar el cambio. Necesita tiempo suficiente para centrarse en la implementación y la autoridad necesaria para garantizarla.
Si no no estás seguro de si tienes un verdadero campeón, pregúntate:
- ¿Quién es el responsable del flujo de trabajo estándar en tu plataforma?
- ¿Quién comprueba si los equipos lo están utilizando correctamente?
- ¿Quién se encarga de hacer frente a la resistencia cuando alguien vuelve a los viejos métodos?
- ¿Quién informa a la dirección sobre los avances (o la falta de ellos)?
Si esas respuestas no están claras, esa es tu carencia.
Un plan práctico de 30, 60 y 90 días para garantizar el éxito de la implementación
Días 1-30: Sentar las bases
- Definir el flujo de trabajo estándar
- Establecer convenciones de nomenclatura y plantillas
- Asignar funciones («quién es el responsable de los ensamblajes», «quién aprueba los cambios»)
- Finalizar el proceso de incorporación con el proveedor
- Elige entre uno y dos proyectos en marcha para la fase piloto
Días 31-60: Fomentar el uso habitual
- Reuniones semanales
- Cuadro de mando de la adopción de la pista
- Resuelve rápidamente los puntos conflictivos
- Entrena en sesiones cortas (no en sesiones maratonianas)
- Documentar internamente «cómo lo hacemos aquí»
Días 61-90: Establecerlo como predeterminado
- Ampliar su uso a más proyectos y equipos
- Reforzar la estandarización (auditorías, limpieza, cursos de actualización)
- Comparte los éxitos con los directivos
- Reducir los «sistemas paralelos» (hojas de cálculo no oficiales, plantillas personales, procesos no autorizados)
Lo esencial
Tu proveedor de software puede ofrecerte formación, asistencia, recursos y asesoramiento. Y esa colaboración es importante.
En STACK, esto se traduce en una incorporación estructurada, sesiones de formación en directo, acceso a centros de ayuda y tutoriales, asistencia continua para el éxito del cliente, buenas prácticas en materia de flujos de trabajo y reuniones estratégicas diseñadas para que tu equipo siga avanzando. Invertimos mucho para asegurarnos de que no tengas que resolverlo todo por tu cuenta.
Pero ni siquiera la mejor incorporación y asistencia pueden sustituir a la implicación interna. Las empresas que obtienen un retorno de la inversión real de la tecnología aplicada a la construcción tienen una cosa en común: hay alguien dentro de la organización que se responsabiliza de su implantación.
La diferencia entre «lo compramos» y «lo usamos» es el liderazgo.
