3 señales de que su CAD no puede seguir el ritmo de sus equipos distribuidos

Sus ingenieros y sus proveedores deben diseñar desde cualquier lugar y en cualquier dispositivo. A continuación, le mostramos cómo saber si su sistema CAD los bloquea silenciosamente y cuánto le cuesta cada semana.

Pregúntele a cualquier vicepresidente de ingeniería de hardware si su equipo está «distribuido» y la mayoría dirá que no. Una oficina. Quizás un proveedor en el extranjero. Un par de ingenieros que trabajan desde casa los viernes.

Luego pregunte dónde estuvieron sus ingenieros el martes pasado. Uno estaba en la planta de fabricación solucionando problemas con un prototipo. Otra fue con un fabricante contratado en Taiwán. Una fue en una feria comercial.

Se trata de un equipo distribuido, incluso si no se parece a uno en el organigrama.

Todos ellos necesitaban lo mismo: acceder al CAD desde cualquier lugar y en cualquier dispositivo que tuvieran, y sus proveedores y fabricantes contratados también lo necesitaban.

El software CAD de escritorio basado en archivos no se diseñó para nada de esto. Aquí hay tres señales de que el desajuste le está costando tiempo real de ingeniería.

Los ingenieros no pueden encontrar el modelo cuando y donde lo necesitan

La versión clásica es la de un ingeniero que visita a un proveedor y algo necesita un ajuste de diseño. Sin embargo, el modelo CAD está en la estación de trabajo de la oficina, por lo que la solución espera hasta el lunes.

Pero la versión más nítida se produce en su propio taller. Un ingeniero recorre la línea de prototipos. Una pieza no encaja. Tienen que comprobar las tolerancias allí mismo, no en su escritorio en una hora. Sacan una tableta y no pueden acceder al modelo porque el CAD requiere una estación de trabajo con 32 GB de RAM, una GPU discreta y una VPN. Así que toman fotos, las envían por correo electrónico, esperan a que alguien en el escritorio abra la maqueta y la construcción se detiene hasta que reciben la respuesta.

Planta de producción, visita de campo, habitación de hotel, avión: el mismo fallo. El CAD está en un lugar donde el ingeniero no está.

Incluso los equipos pequeños (como CIXI) que pasan al CAD basado en navegador recuperan de forma rutinaria más de 40 horas de ingeniería por ingeniero al año al eliminar únicamente la fricción de acceso.

Su CAD solo se ejecuta en el hardware que bendice

Un diseñador se une a tu equipo. Llevan 10 años usando un Mac. Su CAD es solo para Windows. El departamento de TI les encarga una estación de trabajo. Han pasado dos semanas. Por fin logras que sean productivos: en una máquina que no conocen, con un sistema operativo que no prefieren, encerrados en un escritorio al que visitan dos veces por semana.

Multiplícate en un equipo real: ingenieros en Windows, diseñadores en Mac, contratistas que traen sus propios ordenadores portátiles, ejecutivos que quieren revisar la revisión actual de un iPad durante una revisión, líderes de fabricación en ChromeOS porque eso es lo que funciona en planta. El CAD de escritorio basado en archivos les dice a cada uno de ellos: No perteneces al software CAD a menos que ejecutes el hardware específico en el que se aprovisionó la licencia.

Se trata de un problema de independencia de la plataforma que se hace pasar por un problema de actualización del hardware. Cada actualización del sistema operativo corre el riesgo de romper un complemento. Cada nuevo modelo de portátil necesita una validación de TI.

Lucas Kuhns, cofundador de Norden Mfg, fabricante de equipos agrícolas, describe la otra cara de la moneda: cómo se ve cuando la herramienta se quita del camino.

«Estaba acostado en la cama cuando apareció un diseño de luminarias», dijo. «Lo puse en mi teléfono, lo amplié, lo marqué y lo devolví. Ese tipo de flexibilidad es normal para nosotros ahora».

Que un usuario de CAD abra el navegador en cualquier dispositivo para seguir trabajando no debería ser destacable. Para el CAD de escritorio basado en archivos, lo es. Y para un equipo distribuido que se ejecuta en hardware mixto, es una limitación estructural.

Sus CM, proveedores y socios obtienen un archivo, no el modelo

K2 Skis, cuyos socios de fabricación se encuentran a océanos de distancia, informó que sus ciclos de comunicación DFM se redujeron de una semana a un día (una reducción de aproximadamente el 86%) una vez que los proveedores pudieron ver el diseño en vivo en el navegador en lugar de esperar a que las instantáneas se enviaran por correo electrónico.

La forma correcta de trabajar con un fabricante contratado es dejarle ver el diseño en vivo, la geometría real, las tolerancias reales y el historial de revisiones real. La forma en que lo hacen la mayoría de los equipos es exportar un archivo STEP, comprimirlo, enviarlo por correo electrónico, responder a las preguntas de DFM a través de Slack durante tres días, darse cuenta de que el proveedor está viendo la versión anterior, volver a exportarlo, volver a enviarlo por correo electrónico y volver a explicar. Multiplique por cada proveedor, cada revisión, cada programa.

Cada uno de esos ciclos es un día de trabajo por parte del proveedor que debería haber sido cero. Peor aún, la agenda de su proveedor no gira en torno a usted. Un retraso de ciclo por su parte se convierte en un retraso en la posición de la cola para ellos, y la combinación de compuestos retrasa la construcción del prototipo, la inspección del primer artículo, el lanzamiento de las herramientas, todo ello.

Para los equipos de hardware de pequeñas y medianas empresas que trabajan de forma eficiente, este suele ser el mayor coste recuperable en el desarrollo de productos.

Las empresas que corrigen esta medida ahorran horas por lanzamiento de pieza y eliminan los ciclos de reprocesamiento.

Dufour Aerospace, una empresa emergente suiza de drones de carga, cuantificó el cambio tras pasar a un software CAD nativo de la nube con PLM conectado, lo que se tradujo en un ahorro de 8 horas por lanzamiento de pieza y un 50% menos de solicitudes de datos de diseño entre ingenieríay fabricación.

Qué ofrece el CAD nativo de la nube

Nativo en la nube (la arquitectura, no el término de marketing) significa que no hay archivos, instalaciones ni estaciones de trabajo bloqueadas. Los ingenieros abren un navegador en cualquier dispositivo, desde cualquier ubicación, y acceden al entorno CAD completo en tiempo real. Los proveedores hacen lo mismo, con permisos limitados. Un ejecutivo muestra la velocidad actual en una tableta. Dos ingenieros editan el mismo modelo simultáneamente.

Onshape es la plataforma de desarrollo de productos nativa de la nube que lo hace posible. Creado sin archivos desde el primer día en AWS. Seguridad de nivel empresarial (SOC-2 tipo II, ISO 27001) integrada. Permisos de acceso a PDM y a proveedores que nunca bloquean un archivo.

¡Las empresas emergentes y las pequeñas empresas se han dado cuenta de que el CAD nativo de la nube finalmente les iguala el campo de juego!