Cuando se inicia un nuevo proyecto, aún no hay nada diseñado.
No hay una lista de materiales finalizada
No hay planos aprobados
No hay un conjunto de datos estructurado
En su lugar, hay conversaciones. Ventas, jefes de proyecto e ingenieros se reúnen para interpretar una solicitud. Comparan proyectos anteriores, evalúan las limitaciones, calculan los costes, evalúan los riesgos y se ponen de acuerdo sobre lo que es posible.
Esta fase define todo lo que sigue. Y, sin embargo, es la parte menos estructurada de todo el proceso.
En esta fase, la información está por todas partes.
Hojas de cálculo. Notas de reuniones. Correos electrónicos. Datos de ERP. Diseños de referencia en Vault.
No hay un único lugar donde viva realmente la definición del producto.
En su lugar, los equipos operan dentro de una especie de mesa virtual. La información se recopila, se discute y se interpreta. Se toman decisiones, pero rara vez se plasman de forma que conecten con la ejecución.
¿Cuál es el resultado? Una fase queimpulsa decisiones críticas... pero no deja ningún rastro estructurado.
La mayoría de las ineficiencias de ingeniería no empiezan en el diseño.Comienzan en las decisiones no estructuradas.
La mayoría de los equipos intentan resolver esto con carpetas compartidas o herramientas de colaboración. Esto ayuda. Pero sólo en la superficie. Porque lo que define un proyecto no son sólo los documentos. Son los documentos:
No se trata de expedientes. Son decisiones. Y cuando están enterradas en documentos o dispersas por los sistemas,pierden contexto y visibilidad.
Aquí es donde un enfoque diferente empieza a ser importante. En lugar de almacenar información, hay que estructurarla.
En lugar de documentar los resultados, se gestiona el proceso que los crea.
Con Autodesk Fusion Manage, la definición del producto se convierte en algo que realmente se puede ver y con lo que se puede trabajar:
Ahora la fase inicial ya no es informal. Pasa a formar parte del sistema.
Definir una máquina o una instalación no es una acción aislada. Es una secuencia.
Se recopilan datos. Se evalúan las opciones. Se ajusta el alcance. Se prepara la ingeniería.
Cuando esto está estructurado:
El trabajo avanza porque está claramente definido. No porque alguien haya hecho un seguimiento.
En los proyectos reales, las discusiones rara vez son abstractas. Se producen sobre los diseños.
Los equipos revisan modelos CAD anteriores, comparan alternativas y adaptan las soluciones existentes. Ahí es donde se produce la verdadera comprensión.
En lugar de separar los debates de los datos de ingeniería, es necesario que se produzcan directamente sobre ellos.
Con el acceso integrado a los datos de Vault, los equipos pueden
Sin cambiar de herramienta. Sin perder el contexto.
No basta con versionar los archivos. Porque en las fases iniciales, la información es fluida.
Las ideas evolucionan.Las hipótesis cambian. Se exploran opciones.
Lo que realmente necesitan los equipos es claridad:
Los estados del ciclo de vida aportan esa claridad. Convierten la incertidumbre en progreso visible.
Al principio, rara vez existe una lista de materiales completa. En su lugar, existe una estructura parcial:
Conjuntos de nivel superior
Máquinas clave de una planta
Componentes específicos que deben utilizarse
Soluciones técnicas probadas en proyectos anteriores
Esto es suficiente para orientar las decisiones.
Al capturar esta estructura temprana, los equipos crean una base que evoluciona de forma natural hacia la lista de materiales final.
No un sustituto. Un punto de partida.
Lo que se define al principio no desaparece. Crece. Se convierte:
Aquí es donde se crea la continuidad. Y donde la mayoría de los equipos la pierden.
Cuando nada está estructurado, la coordinación se convierte en el sistema.
Las reuniones se utilizan para:
El correo electrónico se convierte a menudo en la forma predeterminada de mantener a todo el mundo alineado, pero esto no es un progreso real. Es una solución a la falta de estructura. Cuando la definición del producto se gestiona de forma estructurada, esta dinámica cambia.
Las reuniones ya no se dedican a averiguar qué hay que hacer o quién debe hacerlo. En su lugar, se convierten en momentos centrados en los que los equipos revisan, debaten y toman decisiones que hacen avanzar el proyecto.
La definición del producto no empieza en CAD. Empieza mucho antes, en las conversaciones, en las decisiones y en la forma en que se reúne la información entre los equipos. Cuando esta fase inicial no está estructurada, las mismas ineficiencias se trasladan a todas las fases posteriores, determinando el desarrollo de la ingeniería, la coordinación y la ejecución.
Pero cuando se estructura
Y los proyectos avanzan con mucha menos fricción.
Si reconoce esta situación, merece la pena examinar más detenidamente cómo está estructurada la fase inicial de sus proyectos.
La respuesta a esta pregunta a menudo explica más que cualquier comparación de funciones.
Fusion Manage es una forma de estructurar esta fase, no sustituyendo a los sistemas de ingeniería o ERP, sino conectándolos mediante una definición de producto compartida y un proceso guiado.