Por qué el 70% de las minas nuevas falla en el ramp-up

No es un problema de ingeniería. La planta funciona. El proceso es correcto. Los equipos están instalados.

El problema es que nadie preparó a la organización para operar la planta.

Eso se llama Operational Readiness. Y en la mayoría de los proyectos, sencillamente no existe como disciplina sistemática.

El problema: la epidemia de los ramp-ups fallidos

Las cifras son consistentes en todas las fuentes. El 70% de los megaproyectos sufre retrasos de más de 12 meses en el ramp-up (McKinsey). El sobrecosto promedio en proyectos de capital de la industria extractiva se ubica entre el 30% y el 50% del presupuesto original (Engineering & Mining Journal). Y lo que los reportes no dicen directamente, pero todo gerente de commissioning sabe, es que la causa principal no es la ingeniería: es la falta de Operational Readiness.

Veamos tres proyectos recientes para entender la magnitud del problema.

Quebrada Blanca Fase 2 (Teck, Chile): Uno de los mayores proyectos de cobre de la última década. Los sobrecostos superaron los USD 2.000 millones por encima de la estimación original, con retrasos significativos en el ramp-up hasta capacidad nominal. Un proyecto que prometía transformar la posición de Teck en el mercado del cobre se convirtió en una costosa lección sobre la diferencia entre construir una mina y estar listo para operarla.

Chuquicamata Subterránea (Codelco, Chile): El mayor proyecto en la historia de Codelco. El presupuesto final superó los USD 6.000 millones, con retrasos sustanciales frente al cronograma original. Transformar la mina a rajo abierto más grande del mundo en una operación subterránea es una hazaña de ingeniería extraordinaria. Pero la preparación para operar esa nueva realidad es un desafío completamente distinto — y ese desafío fue subestimado.

Quellaveco (Anglo American, Perú): Un proyecto de clase mundial con un ramp-up extendido. A pesar de la experiencia de Anglo American y de la infraestructura disponible, alcanzar la capacidad nominal tomó considerablemente más tiempo del planificado. Cada mes de ramp-up subóptimo en un proyecto de esta escala representa pérdidas de producción medidas en decenas de millones de dólares.

No son proyectos mal gestionados. Son proyectos ejecutados por equipos de primer nivel con acceso a las mejores firmas de ingeniería del mundo. El patrón se repite porque el problema es sistémico, no individual.

Las 5 causas raíz

El Institute for Asset Management y el Asset Management Council de Australia documentaron el patrón con precisión: las estrategias de mantenimiento, los repuestos, la documentación y el personal capacitado frecuentemente no están listos al momento del traspaso. No es negligencia. Es que el Operational Readiness no se planifica desde el inicio — se improvisa al final.

Desglosamos las cinco causas que aparecen de manera consistente:

1. Brechas críticas de documentación

Más del 60% de las plantas industriales no cuenta con SOPs completos al momento del startup (Deloitte). Esto significa que el personal debe operar sin procedimientos claros durante el período más crítico: las primeras semanas de operación comercial, cuando los errores son más costosos y más peligrosos.

Los P&IDs están. Los manuales del fabricante están. Pero los procedimientos operativos adaptados a esta planta específica, en este contexto específico, con este equipo específico: no están.

2. Fuerza laboral no preparada

El 45% de los proyectos reporta preocupaciones críticas sobre la preparación de la fuerza laboral para el Día 1 de operaciones (PwC). No se trata solo de contratar: se trata de capacitar, certificar, organizar roles, definir turnos y crear los sistemas de competencias que habilitan una operación segura y eficiente.

La industria minera enfrenta además una escasez estructural de talento técnico calificado. El déficit de ingenieros de minas crece año tras año. Los proyectos compiten por el mismo grupo cada vez más reducido de personas con experiencia real en commissioning.

3. Ausencia de gobernanza de or

La mayoría de los proyectos no tiene un framework de Operational Readiness gobernado sistemáticamente. No hay KPIs de readiness. No hay gate reviews con criterios de aprobación definidos. No hay un OR manager específico con autoridad para detener el commissioning si las operaciones no están listas.

Cuando no existe gobernanza, el OR se convierte en un checklist que todos firman sin revisar. El resultado: entrar al commissioning con brechas conocidas, esperando que los problemas se resuelvan solos durante el ramp-up.

Nunca se resuelven solos.

4. Estrategias de mantenimiento ausentes en el traspaso

La mayoría de los proyectos llega al commissioning sin estrategias de mantenimiento implementadas. Sin inventarios de repuestos críticos dimensionados correctamente. Sin FMECAs completados. Sin planes de mantenimiento cargados en el CMMS.

El mantenimiento reactivo — reparar cuando se rompe — cuesta entre 3 y 5 veces más que el mantenimiento planificado (Gartner). En un proyecto nuevo, donde los equipos aún están en su período de rodaje y los modos de falla son desconocidos, el costo de la reactividad es exponencialmente mayor.

5. Transferencia de conocimiento deficiente

El valle de la muerte del traspaso — el período entre que el equipo de proyecto entrega y el equipo de operaciones toma el control — cuesta entre el 5% y el 15% del CAPEX total del proyecto (BCG). El conocimiento crítico generado durante la construcción y el commissioning: las decisiones de diseño, los problemas resueltos, las modificaciones realizadas, los modos de falla identificados. Todo eso vive en las cabezas del equipo de proyecto. Cuando se van, se va con ellos.

La "Amnesia Institucional Corporativa" no comienza cuando un operador veterano se jubila. Comienza el día en que el equipo de proyecto deja la faena sin un modelo estructurado de transferencia.

Qué debería existir

El Operational Readiness sistemático no es una novedad conceptual. El problema es la implementación: cómo se hace, cuándo empieza, quién lo lidera y con qué herramientas.

Tres principios definen un OR que funciona:

Primero: el OR comienza en la fase conceptual, no en el commissioning. Cuando el OR arranca 6 meses antes del startup, ya es demasiado tarde. La mayoría de las decisiones que determinan qué tan fácil o difícil será operar ya están tomadas. Cambiarlas en esa etapa es costoso y disruptivo. El OR debe ser una disciplina paralela al diseño de la planta desde el día 1.

Segundo: el OR debe cubrir todas las áreas funcionales de la operación. No solo mantenimiento. No solo documentación. Una operación minera tiene múltiples dimensiones críticas: asset management, staffing y competencias, procedimientos operativos, contratos y proveedores, sistemas de información, seguridad y medio ambiente, presupuesto operativo, entre otras. Un enfoque parcial deja brechas en las áreas que no se cubrieron. Y durante el ramp-up, cada brecha tiene un costo.

Tercero: los entregables deben ser implementables, no reportes. Un plan de OR que vive en un PowerPoint es inútil. Los planes de mantenimiento deben cargarse en el CMMS. Los SOPs deben estar disponibles en formato operativo. Las estrategias de mantenimiento deben exportarse directamente al ERP. La diferencia entre un OR de papel y un OR que funciona es la calidad de los entregables — y si esos entregables están listos para usarse el Día 1.

The Intelligent Mine lo documenta directamente: las evaluaciones de Operational Readiness típicamente no se realizan antes del commissioning de nuevos sistemas. No es que se hagan mal — es que, en su mayoría, no se hacen.

Resultados cuando se hace bien

Hay una brecha brutal entre cómo la industria ejecuta el OR hoy y lo que es posible cuando se hace de manera sistemática.

El método tradicional requiere de 12 a 24 meses y equipos de 10 a 15 consultores. Es caro, lento, y cuando el equipo se va, se lleva el conocimiento. El cliente queda con una pila de documentos que envejecen rápido.

En ValueStrategy Consulting hemos demostrado que es posible entregar un OR completo en 90-120 días con 2 a 3 personas, con una calidad medida de 91 sobre 100 en 7 dimensiones. Sin sacrificar cobertura — cubriendo todas las áreas funcionales críticas de la operación. Sin sacrificar profundidad — entregando datos listos para implementar en SAP PM, no PDFs que nadie usa.

El impacto económico es directo: los proyectos con OR sistemático reportan ahorros de USD 160.000 a USD 213.000 en el OPEX del primer año. Pero el número que más importa a un VP de Operaciones o a un Director de Proyecto no es el ahorro contable: es cuántos meses de ramp-up subóptimo se evitan. En un proyecto de USD 1.000 millones, un mes de retraso en alcanzar la capacidad nominal representa entre USD 50 y USD 100 millones en producción perdida.

El OR no es un costo. Es el seguro que protege el retorno de la mayor inversión que la organización hará en los próximos 10 años.

La pregunta que deberías hacerte hoy

Si tu organización tiene un proyecto en construcción, en fase de diseño de detalle, o a menos de 24 meses del commissioning, hay una pregunta crítica: ¿tienes un programa estructurado de Operational Readiness, con gobernanza, con un responsable, con entregables definidos para cada área funcional?

Si la respuesta es no — o si la respuesta es "estamos trabajando en ello" sin un plan específico — el riesgo ya existe. Y cada semana que pasa sin un OR sistemático es una semana en la que las brechas se acumulan y el costo de cerrarlas sube.

Los proyectos no fallan en el ramp-up por mala suerte. Fallan porque el riesgo estaba ahí meses antes, visible para quienes saben dónde mirar.