Por qué la definición del producto comienza antes del CAD

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.

El sistema invisible detrás de cada proyecto

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.

Por qué los documentos no son suficientes

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:

• Fechas de entrega
• Costes
• Responsabilidades
• Riesgos
• Dependencias

No se trata de expedientes. Son decisiones. Y cuando están enterradas en documentos o dispersas por los sistemas,pierden contexto y visibilidad.

Convertir las conversaciones en estructura

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:

• La información existe como datos estructurados, no oculta en archivos.
• Los procesos se definen, no se improvisan
• Las responsabilidades son claras, no asumidas

Ahora la fase inicial ya no es informal. Pasa a formar parte del sistema.

Del debate a la decisión

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 estado actual es visible.
• Las entradas que faltan son visibles
• Los próximos pasos son visibles

El trabajo avanza porque está claramente definido. No porque alguien haya hecho un seguimiento.

Trabajar donde realmente se toman decisiones

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

• Revisar diseños en contexto
• Anotar directamente en los modelos
• Capturar las decisiones allí donde importan

Sin cambiar de herramienta. Sin perder el contexto.

Gestión de estados, no sólo de archivos

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:

• ¿Qué se sigue debatiendo?
• ¿Qué se ha acordado?
• ¿Qué está listo para avanzar?

Los estados del ciclo de vida aportan esa claridad. Convierten la incertidumbre en progreso visible.

Empezar sin una lista de materiales completa

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.

De la definición a la ejecución

Lo que se define al principio no desaparece. Crece. Se convierte:

• La base de la ingeniería
• La referencia para la ejecución
• El punto de partida para futuros proyectos

Aquí es donde se crea la continuidad. Y donde la mayoría de los equipos la pierden.

Por qué las reuniones resultan pesadas (y cómo cambia esto)

Cuando nada está estructurado, la coordinación se convierte en el sistema.

Las reuniones se utilizan para:

• Comprender el estado
• Asignar trabajo
• Decidir los siguientes pasos

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.

El cambio que lo cambia todo

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

• Las decisiones se hacen visibles
• El trabajo queda claro
• Los sistemas se conectan

Y los proyectos avanzan con mucha menos fricción.

Preguntas sencillas para reflexionar

Si reconoce esta situación, merece la pena examinar más detenidamente cómo está estructurada la fase inicial de sus proyectos.

• ¿Dónde se plasma hoy la definición del producto o del proyecto?
• ¿Hasta qué punto es visible el estado actual de un proyecto?
• ¿Cómo sabe la gente lo que hay que hacer a continuación y quién debe hacerlo?
• ¿Qué parte de la coordinación se realiza mediante reuniones y correos electrónicos?

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.