Engenharia Colaborativa: Rompendo o Ciclo Serial com o Team Ribbot

Todo engenheiro de hardware conhece bem o horror de ter que lidar com a versão mais recente de um arquivo de projeto de um parceiro. Tradicionalmente, receber uma nova montagem ou layout de placa significa que não há saída. Se a outra parte melhorou cinco furos de montagem, mas moveu inadvertidamente um conector importante, você ficará na mesma situação de antes. Ou aceita tudo o que ele ou ela fez e corrige o erro manualmente, ou não aceita nada, o que bloqueia todo o progresso realizado.

O desenvolvimento moderno de eletrônicos depende de uma colaboração eficaz entre as equipes de engenharia elétrica e mecânica. Fluxos de trabalho seriais tradicionais frequentemente forçam os engenheiros a aceitar revisões inteiras do projeto ou rejeitá-las completamente, aumentando o risco de retrabalho e desacelerando o desenvolvimento do produto. O gerenciamento seletivo de mudanças permite a engenharia paralela ao possibilitar que as equipes revisem, aceitem ou rejeitem atualizações individuais de projeto, mantendo a integridade do design e a sincronização entre disciplinas.

Principais conclusões

• Em fluxos de trabalho legados, os engenheiros precisam aceitar um conjunto inteiro de mudanças ou rejeitá-lo completamente, o que facilita a introdução de erros ou a perda de progresso valioso.
• MCAD CoDesigner permite que os engenheiros revisem, aceitem ou rejeitem mudanças individuais, eliminando a necessidade de comprometer o progresso ou a precisão.
• As equipes mecânica e elétrica podem trabalhar simultaneamente no mesmo projeto, realizando várias atualizações em paralelo sem bloquear umas às outras.
• Visualizar e aplicar mudanças de forma seletiva garante que erros não se propaguem, mantendo a estabilidade e ainda permitindo iterações rápidas.

O caso da Ribbot: unindo atualizações entre disciplinas

Embora a equipe Ribbot atue em um ambiente de robótica altamente competitivo, os desafios de colaboração que enfrentou são comuns no desenvolvimento de eletrônicos, automotivo, aeroespacial, industrial e de sistemas embarcados. Criar um bot campeão para a BattleBots Pro League envolve desenvolver eletrônicos densos e complexos dentro de uma carcaça blindada. O problema para essa equipe é que seus membros vivem em cinco estados diferentes e, ao mesmo tempo, estão totalmente envolvidos em suas carreiras. Não há tempo para erros ao fazer atualizações no layout da placa.

Quando o projeto de montagem atualizado é enviado a um engenheiro, ele ou ela deve fazer os ajustes necessários sem prejudicar o restante do projeto da equipe. Se o engenheiro que recebe o arquivo interpretar algo errado, introduzir erros ou alterar o projeto anterior, isso poderá desperdiçar muito tempo e desfazer um progresso significativo.

O dilema do tudo ou nada

O problema fundamental no projeto colaborativo está na ausência de granularidade na combinação dos esforços. Se dois engenheiros, um mecânico e outro elétrico, estiverem trabalhando na mesma montagem em qualquer momento, haverá dezenas de mudanças em cada atualização individual. Na ausência de qualquer capacidade de filtragem, os engenheiros acabam tendo uma escolha binária: adotar cada mudança feita pelo colaborador ou ignorar toda a atualização. Os fluxos de trabalho tradicionais de engenharia frequentemente dependem de transferências seriais de projeto, nas quais uma disciplina precisa terminar seu trabalho antes que outra equipe possa prosseguir com segurança.

Fluxo de trabalho antigo: aceitação total forçada

Antes de implementar a solução atual, costumávamos trabalhar com o conceito de substituir os arquivos do projeto e/ou da montagem. Sempre que o líder de projeto mecânico fornecia um desenho atualizado, o engenheiro elétrico não tinha opção além de importar o pacote inteiro de documentos. Isso significava que, se o líder mecânico tivesse conseguido mover um determinado furo de montagem, mas não tivesse acertado a posição do conector por apenas alguns milímetros, o engenheiro elétrico não poderia escolher entre um e outro. Essa abordagem criava risco desnecessário de engenharia porque melhorias não relacionadas e mudanças não intencionais eram agrupadas em uma única atualização.

Novo fluxo de trabalho: filtragem granular e seletiva de mudanças

Ribbot conseguiu isso explorando os recursos de Mudança Seletiva do MCAD CoDesigner. Em vez de receber as atualizações em bloco, o software analisa as atualizações recebidas do projetista elétrico e as apresenta em uma lista para verificação seletiva. O gerenciamento granular de mudanças permite que as equipes de engenharia preservem o trabalho já validado enquanto revisam apenas as atualizações que afetam sua disciplina.

Em outras palavras, se uma atualização do lado elétrico contiver mudanças que podem ser boas, mas também algumas que possam criar um problema de folga devido ao deslocamento de um componente mecânico, o engenheiro mecânico pode simplesmente selecionar apenas o que deseja.

Concorrência real e o escudo de filtragem

A engenharia simultânea permite que as equipes elétrica e mecânica trabalhem em paralelo em vez de esperar por transferências sequenciais de projeto, melhorando significativamente a velocidade de iteração e reduzindo a sobrecarga de coordenação. A equipe mecânica pode modificar o layout da placa enquanto a equipe elétrica posiciona seus componentes ao mesmo tempo, permitindo que façam dezenas de modificações em uma única noite. 

À medida que o grupo mecânico envia uma atualização com cinco excelentes mudanças estruturais, mas com um ajuste não intencional na posição de um componente, a equipe eletrônica não precisa ignorar o arquivo inteiro nem aceitar o erro. Em vez disso, ela filtra o erro, importa as atualizações estruturais e continua com total autonomia em seu domínio.

"Também podemos escolher quais mudanças queremos aceitar... se [o engenheiro mecânico] mover acidentalmente algo que eu não queria que fosse movido, eu posso simplesmente rejeitar essa parte da mudança dele enquanto aceito as outras mudanças. Isso é um enorme benefício para nós." — Nick Sorensen, Engenheiro Eletricista Principal

Colaboração não linear e integridade do projeto

O gerenciamento seletivo de mudanças do MCAD CoDesigner permite uma colaboração não linear ao possibilitar que as equipes de engenharia avaliem as atualizações propostas antes que elas se tornem parte do projeto ativo. Isso ajuda a preservar a intenção do projeto, ao mesmo tempo em que dá suporte à colaboração contínua entre disciplinas.

Por que fluxos de trabalho seriais de engenharia desaceleram o desenvolvimento de hardware

O desenvolvimento tradicional de hardware frequentemente segue um fluxo de trabalho serial no qual as equipes elétrica, mecânica e de manufatura concluem o trabalho sequencialmente. Embora seja uma abordagem simples, ela cria gargalos porque cada disciplina precisa esperar revisões completas do projeto antes de avançar. À medida que os projetos se tornam mais complexos, esses atrasos aumentam a probabilidade de conflitos de versão, trabalho duplicado, falhas de comunicação e retrabalho desnecessário. Fluxos de trabalho de engenharia paralela reduzem esses riscos ao permitir que as equipes colaborem continuamente, mantendo o controle sobre mudanças individuais de projeto.

Gerencie mudanças seletivas de projeto (passo a passo)

Progresso paralelo para resultados profissionais

Na BattleBots Pro League, a Ribbot pode iterar mais rapidamente do que antes. Graças à capacidade de colaborar e projetar em paralelo, a Ribbot estará sempre à frente. Os mesmos benefícios desse fluxo de trabalho se aplicam ao desenvolvimento comercial de hardware, no qual reduzir o tempo de iteração do projeto pode melhorar cronogramas, qualidade do produto e produtividade da engenharia.

Esqueça as transferências e comece a projetar em paralelo. Saiba como gerenciar mudanças seletivas no MCAD CoDesigner.

Projeto paralelo: perguntas frequentes

A aceitação seletiva funciona tanto para engenheiros elétricos quanto mecânicos?

Sim. Com Altium Designer ou qualquer outra ferramenta MCAD, como SOLIDWORKS, você terá a oportunidade de visualizar as modificações sugeridas e então selecionar ou desmarcar cada uma delas antes de aplicá-las ao seu espaço de trabalho.

Se eu rejeitar uma mudança específica da equipe parceira, isso sobrescreve ou compromete o arquivo original deles?

De forma alguma. Ao rejeitar uma mudança específica, você está apenas excluindo-a do seu espaço de trabalho para manter o estado atual da sua configuração. O arquivo principal da equipe parceira permanece intacto, e o sistema marca o item como rejeitado para consideração de ambas as equipes em relação aos diferentes planos de projeto.

É difícil ver exatamente o que mudou em uma montagem complexa?

Não. O aplicativo fornece uma visualização 3D do movimento com uma imagem destacada, o que significa que você pode ver onde o componente estava antes de ser movido e para onde ele será movido em seguida. É fácil detectar qualquer possível interferência durante o processo de movimentação antes de finalizar a operação.

Esse fluxo de trabalho paralelo exige uma ferramenta específica de gerenciamento de projeto para acompanhar as mudanças?

Não. O mecanismo de controle de versão e o registro de atividades já estão incluídos na interface do MCAD CoDesigner, atuando ao mesmo tempo como mediador e registrador. Todos os movimentos e interações são registrados e marcados com horário no próprio aplicativo, que também funciona como centro de comunicação. Não há necessidade de procurar versões em uma planilha fora desse aplicativo.