Muchos equipos de ingeniería se enfrentan a la misma pregunta:
"¿Podemos poner la lista de materiales y los archivos relacionados a disposición de aprovisionamiento, producción o servicio?".
La solución más sencilla es publicar los resultados del diseño: planos, PDF, archivos STEP y, a menudo, la propia lista de materiales. Estos archivos suelen colocarse en una carpeta compartida o en un sitio de SharePoint para que otros departamentos puedan acceder a ellos.
Desde la perspectiva del equipo de diseño, el problema está resuelto. La información está disponible y es fácil de distribuir.
Sin embargo, para los equipos que necesitan trabajar con esa información, aquí es donde suelen empezar los nuevos retos.
Una lista de materiales en formato Excel es fácil de leer, pero difícil de relacionar con las decisiones de compra. Los planos y archivos STEP proporcionan contexto, pero no permiten a los jefes de proyecto, compras o equipos de servicio aportar información a la definición del producto. Los datos son accesibles, pero la colaboración sigue produciéndose a través de reuniones, correos electrónicos y repetidas aclaraciones entre equipos.
La publicación de datos de ingeniería los hace visibles.
Pero no necesariamente los hace colaborativos.
Aquí es donde Fusion Manage cambia el panorama. En lugar de exportar la información del producto como archivos, los elementos subyacentes y las estructuras de la lista de materiales pueden introducirse en Fusion Manage como datos estructurados que permanecen conectados y pueden ser utilizados por diferentes roles en toda la organización.
En las siguientes secciones, exploramos por qué la simple publicación de datos de ingeniería a menudo crea nuevos desafíos y cómo el uso de Fusion Manage como una plataforma de colaboración permite que la información del producto permanezca estructurada, compartida y utilizada activamente en todos los equipos.
Cuando los datos de ingeniería se comparten como archivos, la intención es clara: otros equipos deben poder acceder a la información que necesitan.
Pero el acceso por sí solo rara vez resuelve el problema subyacente.
Los jefes de proyecto pueden necesitar definir los componentes necesarios para un proyecto concreto.
Los equipos de servicio pueden necesitar documentación y un contexto que evolucione con el tiempo.
Cuando la información compartida sólo existe en forma de documentos, estas interacciones suelen producirse en otro lugar, como hojas de cálculo, correos electrónicos o reuniones. La información sobre el producto en sí permanece estática, mientras que los verdaderos debates se producen a su alrededor.
Con el tiempo surge un patrón familiar: ingeniería publica información, otros departamentos solicitan cambios o aclaraciones, e ingeniería vuelve a publicar los archivos actualizados.
La información se comparte. Pero el proceso sigue girando en torno a la ingeniería que produce y redistribuye documentos.
Una vez que los datos de ingeniería se hacen visibles más allá del equipo de diseño, surge otra pregunta: ¿cuándo empieza realmente la definición del producto?
En muchas organizaciones, el trabajo de ingeniería comienza antes de que el alcance total de un proyecto esté completamente definido. Es posible que los jefes de proyecto o los equipos de ventas ya sepan qué equipos deben utilizarse, qué proveedores son necesarios o qué configuraciones espera el cliente. Sin embargo, esta información a menudo vive en conversaciones más que en los propios datos del producto.
Cuando la información del producto se introduce en Fusion Manage, el proceso puede empezar antes.
En lugar de comenzar cada proyecto directamente en CAD, los equipos pueden definir primero el producto de nivel superior y sus restricciones clave en Fusion Manage. Los jefes de proyecto captan el alcance, identifican los componentes necesarios y proporcionan a ingeniería un punto de partida más claro.
Ingeniería sigue realizando el trabajo de diseño detallado en CAD y Vault. Pero en lugar de empezar con una estructura en blanco, empiezan con un contexto de producto definido.
Este pequeño cambio reduce la ambigüedad y ayuda a garantizar que el esfuerzo de ingeniería se centre en la solución correcta desde el principio.
Otro problema que a menudo se hace visible es la coherencia.
Cuando los datos del producto viven principalmente dentro de archivos de diseño, las pequeñas variaciones en la denominación y las descripciones son casi inevitables. Algo tan sencillo como un corchete puede aparecer con varios nombres ligeramente distintos en función de quién lo haya creado.
Con el tiempo, esto dificulta la búsqueda y la reutilización. Incluso cuando ya existe un componente adecuado, puede no ser fácil de encontrar.
Al introducir la clasificación y los datos estructurados del producto en Fusion Manage, los equipos pueden estandarizar la forma en que se describen los componentes. Los títulos y las descripciones se generan de forma coherente, lo que garantiza que los componentes similares se identifiquen de la misma forma en todos los proyectos.
Esto puede parecer una pequeña mejora, pero tiene un efecto importante: una vez que la información del producto es coherente y se pueden realizar búsquedas en ella, resulta mucho más fácil basarse en el trabajo existente en lugar de empezar desde cero.
Uno de los cambios más interesantes aparece en la forma en que los ingenieros abordan las variantes de los productos.
En muchos entornos, determinados conjuntos se vuelven a crear para cada nueva configuración. Por ejemplo, al construir estaciones de bombeo, los ingenieros pueden diseñar un nuevo bastidor para cada variante, incluso cuando las diferencias son relativamente pequeñas.
Una vez que la información sobre productos se hace más fácil de buscar y reutilizar, los equipos empiezan a cuestionar este enfoque. En lugar de diseñar bastidores ligeramente distintos para cada proyecto, empiezan a diseñar bastidores que admiten múltiples configuraciones.
En otras palabras, la filosofía de diseño pasa de crear variantes a diseñar para la reutilización.
Este cambio puede tener un impacto notable. Preparar una nueva variante que antes requería días de trabajo de ingeniería puede reducirse a menudo a horas.
Lo que hace interesante esta dinámica es que ninguna de estas mejoras es el objetivo original.
La petición inicial suele ser sencilla: otros necesitan acceder a los datos.
Pero una vez que la información del producto vive en Fusion Manage como datos estructurados, la organización gana algo más valioso que el acceso: una base compartida para trabajar en torno a la misma definición del producto.
Las definiciones de producto pueden empezar antes.
La información es más fácil de encontrar y reutilizar.
Los equipos dedican menos tiempo a aclarar los requisitos y más a construir sobre lo que ya existe.
Compartir datos de ingeniería es el detonante. Mantener esos datos estructurados y conectados es lo que permite que se produzcan las mejoras reales.
La publicación de artefactos de ingeniería seguirá siendo siempre una parte importante del proceso de diseño. Los planos, PDF y modelos son esenciales para la fabricación, el aprovisionamiento y la documentación.
Pero cuando esos artefactos se convierten en la única forma de compartir la información del producto, la colaboración sigue siendo limitada.
Al mantener vivos los elementos y las estructuras de las listas de materiales en Fusion Manage, los datos de ingeniería se convierten en algo más que un conjunto de archivos. Se convierten en una definición de producto compartida en torno a la cual pueden trabajar múltiples roles.
La diferencia puede parecer sutil al principio.
Pero, con el tiempo, determina si la compartición marca el final del viaje de los datos o el principio de una forma más conectada de desarrollar productos.