Principios 1-7
Comprender el Problema
Antes de resolver el problema, debe comprender qué hace únicos a los planos de ingeniería y quién realmente posee el desafío.
Los Planos de Ingeniería Son una Clase Especial de Información
Los planos de ingeniería no son simples documentos. Un buen plano de ingeniería es como arte — comunica sistemas complejos con claridad, proporciona contexto y permite una acción segura y confiada. Son la forma en que la intención de ingeniería se transfiere a través del tiempo, los roles y el riesgo. Esto los hace fundamentalmente diferentes de otras formas de datos de ingeniería.
Este Problema Pertenece a Ingeniería, No a TI
El principal responsable de este problema es el líder de ingeniería que emite planos, aprueba la información técnica y es responsable cuando la mala información causa fallas. Los sistemas de TI pueden apoyar la solución, pero no son la fuente de verdad ni la responsabilidad.
Comience con Planos de Ingeniería — No con “Datos de Ingeniería”
Los planos de ingeniería se comportan de manera diferente a otra información de ingeniería. Intentar resolver los “datos de ingeniería” antes que los planos introduce complejidad innecesaria y generalmente detiene la entrega. Comience con los planos. Otros problemas de datos de ingeniería pueden abordarse más tarde.
Diseñe desde el Escenario de Avería hacia Atrás
El usuario final de los planos de ingeniería es la persona en el campo — respondiendo a una avería, realizando mantenimiento o ejecutando una modificación. Necesitan el plano correcto, la revisión correcta, contexto claro y confianza en que la información es confiable. A veces es digital. A veces es papel. El papel no es el enemigo — la información descontrolada sí lo es.
Acepte la Realidad: las Decisiones de Ingeniería Siguen Viviendo en 2D
A pesar de los avances en herramientas de modelado, las decisiones de ingeniería todavía se definen en 2D, se emiten en 2D, se aprueban en 2D y se ejecutan en 2D. El 3D apoya la comprensión. El 2D habilita la ejecución. Cualquier sistema que no trate los planos 2D como registros de ingeniería de primera clase tendrá dificultades para ganar confianza.
Sea Realista sobre el 3D y los Gemelos Digitales para Activos Existentes
Un gemelo digital no es una nube de puntos ni un modelo parcial. Para los activos existentes, el retrofit de 3D completo es lento y costoso, rara vez se termina, y el retorno operacional suele ser marginal. La mayoría de los propietarios de activos no tienen un problema 3D. Tienen un problema de 2D confiable. Las soluciones grandes con plataformas pesadas deben abordarse con cautela.
La Adopción en Campo Es Más Difícil de lo que Parece
Las condiciones de campo incluyen deslumbramiento solar, calor, frío, suciedad, entornos peligrosos, conectividad limitada o nula y alta presión de tiempo. El acceso digital crea fricción que debe diseñarse explícitamente. Ignorar esta realidad es una causa común del fracaso silencioso de adopción.
Principios 8-16
Escalado y Sostenibilidad
Mantener el control a escala requiere automatización, alineación con los sistemas existentes y las personas correctas siendo dueñas del resultado.
No Comience con Flujos de Trabajo
Los flujos de trabajo formales añaden gastos generales, son difíciles de mantener y crean una carga significativa de gestión del cambio. La aplicación temprana de flujos de trabajo es un modo de fallo común. Un mejor enfoque es comenzar sin flujos de trabajo, inferir el estado a partir del uso y resolver un problema simple bien. La madurez del flujo de trabajo puede seguir a la adopción.
El Alcance Es Binario: Todos los Planos o Ninguno
Los planos de ingeniería están interconectados entre disciplinas. Las iniciativas de alcance parcial — por ejemplo, solo eléctrico o solo P&ID — consistentemente no logran establecer confianza. Para identificar el plano más reciente, comprender los cambios a lo largo del tiempo y establecer confianza, deben incluirse todos los planos del sitio. Si esto no puede financiarse, es mejor no comenzar.
La Velocidad Importa Más que la Perfección
Los planos de ingeniería cambian continuamente a medida que la planta evoluciona. Las iniciativas lentas de varios meses crean un segundo problema: mantenerse al día con los cambios continuos. Este trabajo debe ser acotado en tiempo, decisivo y medido en semanas, no en meses. La entrega al margen del trabajo habitual es ineficaz.
No Intente Limpiar los Datos Primero
La realidad en la mayoría de los activos incluye múltiples copias del mismo plano, archivos idénticos a nivel de bits y archivos que no son planos en absoluto. Intentar limpiar esto manualmente antes de establecer el control lleva demasiado tiempo y destruye el impulso. La automatización debe usarse para clasificar, deduplicar e identificar los planos verdaderos.
La Automatización Es Obligatoria a Escala
El procesamiento manual no escala. Incluso los grandes equipos offshore luchan con la precisión y la sostenibilidad. Las máquinas son muy adecuadas para la clasificación, comparación y detección de cambios. Los ingenieros deben centrarse en el juicio y las excepciones, no en el manejo de datos.
Los Planos Deben Alinearse con la Jerarquía de Activos
Los planos de ingeniería derivan su significado del contexto. Deben alinearse finalmente con las ubicaciones funcionales, las jerarquías de activos y la estructura utilizada por los sistemas EDMS y ERP. Sin esta alineación, los planos permanecen como archivos aislados en lugar de información operacional de ingeniería.
Acepte la Realidad de la Numeración de Planos
Los activos de larga duración típicamente tienen múltiples convenciones de numeración de planos, estándares de proveedores heredados y varias migraciones históricas de EDMS. Cambiar los números de planos es costoso y disruptivo. Las referencias de ingeniería dependen en gran medida de los números de planos. Las soluciones EDMS deben acomodar esta realidad en lugar de intentar estandarizarla.
No Espere que los Contratistas Dibujen según Sus Estándares
Los OEM y los principales proveedores de equipos optimizan sus sistemas de dibujo para la fabricación y la gestión del ciclo de vida del producto. Esperar que cambien sus sistemas PLM, adopten etiquetado específico del sitio o redibujeren según los estándares del propietario del activo es poco realista. Los sistemas del propietario del activo deben adaptarse a las salidas del contratista.
La Gestión del Cambio Requiere los Propietarios Correctos
Los controladores de documentos no se benefician directamente de una mayor precisión en los planos. La propiedad a largo plazo debe recaer en los usuarios del sitio, personas que dependen de los planos diariamente e individuos que experimentan las consecuencias de la mala información. Estos usuarios deben participar temprano, probar el sistema y convertirse en defensores a largo plazo.
