Ingeniería colaborativa: romper el bucle secuencial con Team Ribbot

Todo ingeniero de hardware conoce muy bien el horror de tener que lidiar con la última versión de un archivo de diseño compartido. Tradicionalmente, recibir un nuevo ensamblaje o diseño de placa significaba que no había salida. Si tu contraparte mejoró cinco orificios de montaje, pero movió sin querer un conector importante, te quedarás en la misma situación de siempre. O aceptas todo lo que hizo y corriges el error manualmente, o no aceptas nada, lo que bloquea todo el progreso realizado.

El desarrollo moderno de electrónica depende de una colaboración eficaz entre los equipos de ingeniería eléctrica y mecánica. Los flujos de trabajo seriales tradicionales a menudo obligan a los ingenieros a aceptar revisiones completas del diseño o rechazarlas por completo, lo que aumenta el riesgo de retrabajo y ralentiza el desarrollo del producto. La gestión selectiva de cambios permite una ingeniería en paralelo al dar a los equipos la posibilidad de revisar, aceptar o rechazar actualizaciones individuales del diseño mientras se mantiene la integridad y la sincronización del diseño entre disciplinas.

Conclusiones clave

• En los flujos de trabajo heredados, los ingenieros deben aceptar un conjunto completo de cambios o rechazarlo por completo, lo que facilita la introducción de errores o la pérdida de avances valiosos.
• MCAD CoDesigner permite a los ingenieros revisar, aceptar o rechazar cambios individuales, eliminando la necesidad de comprometer el progreso o la precisión.
• Los equipos mecánicos y eléctricos pueden trabajar simultáneamente en el mismo diseño, realizando múltiples actualizaciones en paralelo sin bloquearse entre sí.
• La vista previa y la aplicación selectiva de cambios garantizan que los errores no se propaguen, manteniendo la estabilidad y permitiendo al mismo tiempo iteraciones rápidas.

El caso de Ribbot: combinación de actualizaciones entre disciplinas

Aunque Team Ribbot opera en un entorno de robótica altamente competitivo, los desafíos de colaboración a los que se enfrentó son comunes en el desarrollo de electrónica, automoción, aeroespacial, sistemas industriales y sistemas embebidos. Crear un bot campeón para la BattleBots Pro League implica desarrollar una electrónica densa y compleja dentro de una carcasa blindada. El problema para este equipo es que sus miembros viven repartidos en cinco estados y además están plenamente dedicados a sus carreras profesionales. No hay margen para errores al realizar actualizaciones en el diseño de la placa.

Cuando el diseño actualizado del ensamblaje se envía a un ingeniero, este debe realizar los ajustes necesarios sin alterar el resto del diseño del equipo. Si el ingeniero receptor malinterpreta la actualización, introduce errores o modifica el diseño anterior, podría perderse mucho tiempo y deshacerse un progreso importante.

El dilema de todo o nada

El problema fundamental del diseño colaborativo radica en la ausencia de granularidad al combinar esfuerzos. Si dos ingenieros, uno mecánico y otro eléctrico, están trabajando en el mismo ensamblaje en un momento dado, habrá decenas de cambios en cada actualización individual. Sin capacidades de filtrado, los ingenieros terminan teniendo una elección de todo o nada: puedes adoptar cada uno de los cambios que hizo tu colaborador o ignorar por completo toda la actualización. Los flujos de trabajo de ingeniería tradicionales suelen basarse en traspasos secuenciales del diseño, donde una disciplina debe terminar su trabajo antes de que otro equipo pueda continuar con seguridad.

Flujo de trabajo anterior: aceptación total forzada

Antes de implementar la solución actual, solíamos manejar el concepto de reemplazar los archivos del proyecto y/o del ensamblaje. Cada vez que el líder de diseño mecánico proporcionaba un plano actualizado, el ingeniero eléctrico no tenía más opción que importar el paquete completo de documentos. Eso significaba que, si el responsable mecánico lograba mover un determinado orificio de montaje, pero no conseguía ajustar correctamente el conector por apenas unos milímetros, el ingeniero eléctrico no podía elegir entre ambos cambios. Este enfoque generaba un riesgo de ingeniería innecesario, porque mejoras no relacionadas y cambios no intencionados quedaban agrupados en una sola actualización.

Nuevo flujo de trabajo: filtrado granular y selectivo de cambios

Ribbot logró esto aprovechando las capacidades de Selective Change de MCAD CoDesigner. En lugar de recibir las actualizaciones en bloque, el software analiza las actualizaciones recibidas del diseñador eléctrico y las presenta en una lista para su revisión y selección individual. La gestión granular de cambios permite a los equipos de ingeniería conservar el trabajo ya validado mientras revisan solo las actualizaciones que afectan a su disciplina.

En otras palabras, si una actualización del lado eléctrico contiene cambios que pueden ser buenos, pero también algunos que podrían crear un problema de holgura debido al desplazamiento de un componente mecánico, el ingeniero mecánico simplemente puede seleccionar solo lo que quiere.

Concurrencia real y el escudo del filtrado

La ingeniería concurrente permite que los equipos eléctricos y mecánicos trabajen en paralelo en lugar de esperar traspasos secuenciales del diseño, mejorando significativamente la velocidad de iteración y reduciendo la sobrecarga de coordinación. El equipo mecánico puede modificar el layout de la placa mientras el equipo eléctrico coloca sus componentes simultáneamente, lo que les permite realizar decenas de modificaciones en una sola noche. 

Cuando el grupo mecánico envía una actualización con cinco excelentes cambios estructurales pero con un ajuste de ubicación no intencionado para un componente, el equipo electrónico no necesita ignorar todo el archivo ni aceptar el error. En su lugar, filtra el error, importa las actualizaciones estructurales y continúa con plena autonomía en su dominio.

"También podemos elegir qué cambios queremos aceptar... si [el ingeniero mecánico] mueve accidentalmente algo que yo no quería que se moviera, simplemente puedo rechazar esa parte de su cambio mientras acepto los demás cambios. Eso es un gran beneficio para nosotros." — Nick Sorensen, Ingeniero Eléctrico Principal

Colaboración no lineal e integridad del diseño

La gestión selectiva de cambios de MCAD CoDesigner permite una colaboración no lineal al dar a los equipos de ingeniería la posibilidad de evaluar las actualizaciones propuestas antes de que pasen a formar parte del diseño activo. Esto ayuda a preservar la intención del diseño y, al mismo tiempo, favorece una colaboración continua entre disciplinas.

Por qué los flujos de trabajo de ingeniería serial ralentizan el desarrollo de hardware

El desarrollo tradicional de hardware suele seguir un flujo de trabajo serial en el que los equipos eléctricos, mecánicos y de fabricación completan su trabajo de forma secuencial. Aunque es un enfoque sencillo, crea cuellos de botella porque cada disciplina debe esperar revisiones completas del diseño antes de avanzar. A medida que los proyectos se vuelven más complejos, estos retrasos aumentan la probabilidad de conflictos de versiones, trabajo duplicado, fallos de comunicación y retrabajo innecesario. Los flujos de trabajo de ingeniería en paralelo reducen estos riesgos al permitir que los equipos colaboren de forma continua mientras mantienen el control sobre los cambios individuales del diseño.

Gestionar cambios selectivos de diseño (paso a paso)

Progreso en paralelo para resultados profesionales

En la BattleBots Pro League, Ribbot puede iterar más rápido que antes. Gracias a la capacidad de colaborar y diseñar en paralelo, Ribbot siempre estará un paso por delante. Los mismos beneficios de flujo de trabajo se aplican al desarrollo de hardware comercial, donde reducir el tiempo de iteración del diseño puede mejorar los plazos, la calidad del producto y la productividad de ingeniería.

Olvídate de los traspasos y empieza a diseñar en paralelo. Descubre cómo gestionar cambios selectivos en MCAD CoDesigner.

Diseño en paralelo: preguntas frecuentes

¿La aceptación selectiva funciona tanto para ingenieros eléctricos como mecánicos?

Sí. Con Altium Designer o cualquier otra herramienta MCAD, como SOLIDWORKS, tendrás la posibilidad de ver las modificaciones sugeridas y luego seleccionar o deseleccionar cada una de ellas antes de aplicarlas a tu espacio de trabajo.

Si rechazo un cambio específico del equipo asociado, ¿sobrescribe o daña su archivo original?

En absoluto. Al rechazar un cambio concreto, simplemente lo excluyes de tu espacio de trabajo para mantener tu disposición actual. El archivo principal del equipo asociado permanece intacto, y el sistema marca el elemento como rechazado para que ambos equipos tengan en cuenta los distintos planes de diseño.

¿Es difícil ver exactamente qué ha cambiado en un ensamblaje complejo?

En absoluto. La aplicación proporciona una vista previa 3D del movimiento con una imagen resaltada, lo que significa que puedes ver dónde estaba el componente antes de moverse y hacia dónde se moverá después. Es fácil detectar cualquier posible interferencia durante el proceso de movimiento antes de finalizar la operación.

¿Este flujo de trabajo en paralelo requiere una herramienta específica de gestión de proyectos para hacer seguimiento de los cambios?

No. El mecanismo de control de versiones y el registro están incluidos en la interfaz de MCAD CoDesigner, actuando al mismo tiempo como mediador y como sistema de registro. Todos los movimientos e interacciones se registran y se cronometran dentro de la propia aplicación, que además sirve como centro de comunicación. No hace falta buscar versiones en una hoja de cálculo fuera de esta aplicación.