Cómo la velocidad del diseño equivale a la velocidad del negocio

Históricamente, el desarrollo de software ha prosperado con un enfoque de «moverse rápido y romper las cosas», con soluciones rápidas que son intrínsecamente más baratas de implementar. Sin embargo, el hardware se enfrenta a altos costos de falla; las fallas en los productos físicos pueden exigir intervenciones costosas. Limitado por las pruebas físicas (virtuales y/o reales), el desarrollo del hardware ha sido intrínsecamente más lento, con una cultura más reacia al riesgo, que contrasta marcadamente con la mentalidad del software de «fallar rápidamente».

Sin embargo, las expectativas del mercado han cambiado radicalmente, al igual que la naturaleza misma del diseño del hardware, que ahora incorpora un número significativamente mayor de sistemas de software embebidos. Las empresas de hardware ahora se ven obligadas a adoptar la agilidad iterativa de las empresas de software.

Con los ciclos de vida de los productos que se reducen rápidamente y la creciente demanda de personalización continua en los equipos industriales, el enfoque tradicional de «cascada», que apunta a un lanzamiento único y perfecto, ya no es un método seguro. En cambio, se ha convertido en una importante responsabilidad competitiva.

La principal limitación para las empresas de hardware modernas ya no es la fabricación ni la cadena de suministro. El cuello de botella está en la fase inicial: Design Velocity.

En la actualidad, su velocidad de diseño es directamente proporcional a la velocidad de su negocio y depende del software que utilice su equipo.

Un aumento del 25% en la productividad de ingeniería en BOA Technology tras cambiarse a Onshape. Lea el estudio de caso.

Definición de la velocidad del diseño (no se trata solo de clics del ratón)

¿Qué tan rápido puede este usuario de CAD modelar una pieza compleja? ¿Con qué rapidez podemos generar una vista de dibujo?

Si bien la competencia individual es importante, se trata de una microoptimización. Ahorrar 10 segundos en un boceto no tiene sentido si ese archivo permanece en un almacén de PDM durante tres días esperando su aprobación.

La velocidad real de diseño no se mide con los clics del ratón. Se mide en ciclos de aprendizaje. Es el tiempo total que se tarda en recorrer el circuito:

1. Concepto
2. Prototipo
3. Prueba o simulación
4. Cambio de diseño

Cuanto más rápido haga girar este volante, más rápido estabilizará el producto. Las empresas que triunfan en el mercado hoy en día no son necesariamente las que tienen una idea inicial «genial». Son las empresas que pueden repetir una idea 50 veces en el mismo lapso que su competidor tarda en repetirla 5 veces.

La variable que acaba con Design Velocity rara vez es la propia creación de la geometría. La variable es el «Tiempo de espera». Es el espacio vacío entre las tareas de valor agregado. Está esperando a que un conjunto grande se cargue a través de una VPN. Está esperando a que un colega vuelva a revisar un archivo. Está esperando a que el departamento de TI instale el service pack más reciente para poder abrir el archivo de un proveedor.

Con Onshape, un proceso de iteración de diseño simplificado en CIXI. Lea el estudio de caso.

El costo oculto: CAD heredado basado en archivos

Durante las últimas tres décadas, el mundo de la ingeniería ha aceptado un flujo de trabajo que está fundamentalmente roto. Hemos aceptado el «flujo de trabajo en serie» como un mal necesario del diseño mecánico.

En un entorno CAD tradicional basado en archivos (incluso en aquellos con costosos sistemas PDM conectados), los datos están bloqueados en archivos. Dado que un archivo solo puede editarlo de forma fiable una persona a la vez, el flujo de trabajo pasa a ser estrictamente lineal.

• El ingeniero A abre el conjunto para trabajar en el chasis.
• El ingeniero B quiere trabajar en el soporte de montaje, pero el montaje es el " Checked Out. "
• El ingeniero B espera.

O, lo que es peor, el ingeniero B hace una copia local, hace su trabajo y, después, pasa una tarde intentando fusionar manualmente sus cambios en el ensamblaje principal, rezando para que no sobrescriban accidentalmente el trabajo del ingeniero A.

Esto es Data Friction. Es un impuesto oculto que se aplica a cada interacción en su departamento de ingeniería.

The Accelerator: procesamiento paralelo & nativo de la nube

Al usar Onshape, la iteración es más rápida en Open Star Technologies. Lea el estudio de caso.

Para aprovechar su velocidad empresarial, debe pasar del procesamiento en serie al procesamiento en paralelo. Esto requiere pasar del CAD basado en archivos al CAD nativo de la nube.

Las plataformas nativas de la nube, como Onshape de PTC, se basan en la arquitectura de bases de datos, no en la arquitectura de archivos. Esta distinción puede parecer sutil desde el punto de vista técnico, pero masiva desde el punto de vista operativo. En una base de datos, no hay archivos que copiar o bloquear. Hay una «fuente única de verdad» que existe en la nube.

Esto permite la colaboración simultánea.

Los equipos de software han utilizado metodologías «ágiles» durante años: sprints, ramificaciones y fusiones. Onshape aporta estas capacidades al hardware.

• Ramificación: un ingeniero puede tomar el diseño principal, crear una «rama» para probar un diseño radicalmente nuevo e iterar libremente sin afectar al ensamblaje principal.
• Fusión: si el experimento funciona, pueden volver a fusionar esa geometría en el diseño principal al instante. Si no funciona, pueden dejar la sucursal tal como está y documentar el experimento. No hay confusión entre " Guardar como ".

Si la velocidad de diseño es el número de iteraciones que puede lograr por semana, el procesamiento paralelo actúa como un multiplicador. Además, el CAD nativo de la nube elimina la huella de TI. No hay instalaciones, servidores de licencias a los que hacer ping ni incompatibilidades de versiones.

El efecto dominó en los negocios más allá de los equipos de diseño

Ciclos de diseño entre 30 y 40% más rápidos gracias a la colaboración en la nube en tiempo real en Saga Robotics. Lea el estudio de caso.

Cuando eliminas el cuello de botella en la fase de diseño, la velocidad fluye hacia el resto de la organización. Los datos de diseño son el elemento vital de una empresa de hardware; cuando fluyen libremente, todos los departamentos se vuelven más rápidos. Por ejemplo, la integración de Onshape y Arena PLM acelera los procesos empresariales al conectar los datos de diseño y de la cadena de suministro de forma instantánea.

Cómo funciona:

• Del diseño a la lista de materiales: cuando un ingeniero finaliza un ensamblaje en Onshape, una sola acción sincroniza la lista de materiales (BOM) completa con Arena. Durante la configuración, las asignaciones de categorías garantizan un flujo preciso de números de pieza, descripciones y materiales.
• Enriquecimiento de la lista de materiales: Arena mejora la lista de materiales añadiendo información crucial que no se necesita en el entorno CAD, como los datos de los proveedores, los números de pieza de los fabricantes y la inteligencia de riesgos de la cadena de suministro.
• Adquisiciones en tiempo real: las adquisiciones obtienen una visibilidad inmediata de las selecciones de componentes a medida que los ingenieros los agregan, lo que elimina el retraso de semanas que antes se asociaba con las publicaciones formales de la lista de materiales.
• Colaboración simultánea: esta conectividad permite flujos de trabajo simultáneos. Por ejemplo, los ingenieros mecánicos pueden modelar el contorno de la PCB en Onshape para comprobar el ajuste, mientras que el equipo de compras obtiene componentes simultáneamente y utiliza la inteligencia de cadena de suministro integrada de Arena para encontrar piezas alternativas.

Este sistema garantiza que cada disciplina funcione de manera efectiva dentro de su entorno óptimo y, al mismo tiempo , mantenga un flujo de datos activo y conectado.