Como o PLM realmente ajuda as equipes de engenharia a avançar mais rápido

Para que as equipes de engenharia avancem na velocidade de que precisamos, as pessoas, os dados do produto e os processos que influenciam seu trabalho devem permanecer totalmente alinhados.

Cada alteração de projeto cria um efeito em cadeia entre as equipes anteriores e posteriores no fluxo, tornando mais difícil manter todos trabalhando com base nas mesmas informações.

É aí que entra o gerenciamento do ciclo de vida do produto (PLM). Um software de PLM moderno gerencia as informações do produto desde a ideia até a produção.

O PLM ajuda a evitar confusão de versões, incompatibilidades de BOM, alterações não documentadas e erros causados por transferências manuais. 

Mas como isso realmente ajuda as equipes de engenharia a se moverem mais rápido no dia a dia?

Onde o tempo de engenharia realmente se perde

À medida que os produtos se tornam mais complexos e as equipes frequentemente mais distribuídas, os engenheiros passam mais tempo procurando informações, verificando decisões e confirmando que estão trabalhando com a revisão correta.

As equipes de engenharia precisam regularmente de respostas em tempo real para:

• Qual BOM está atualizada?
• Esta peça foi aprovada?
• Quem aprovou esta alteração?
• Por que este componente foi selecionado?
• Qual revisão a manufatura recebeu?

Responder a essas perguntas não deveria interromper o trabalho de engenharia. Quando é difícil encontrar informações, as equipes perdem tempo com retrabalho, verificações manuais e idas e vindas desnecessárias. 

As ferramentas de PLM atuais dão aos engenheiros acesso fácil às informações de que precisam, para que possam dedicar mais tempo ao projeto e menos tempo à busca.

As equipes de engenharia precisam de um único registro confiável do produto

Um registro confiável do produto oferece à engenharia, compras e manufatura uma única fonte da verdade ao longo de todo o desenvolvimento do produto. Isso dá a cada equipe a confiança de que está trabalhando com a revisão correta.

Pesquisas mostraram que 85% dos usuários de PLM dizem que esses sistemas os ajudam a encontrar informações com mais facilidade, quase 75% relatam dados mais precisos, e mais de dois terços afirmam ter acesso mais oportuno às informações de projeto.

Com um único registro confiável do produto, a engenharia pode liberar projetos com confiança, compras pode revisar peças aprovadas e alternativas, a manufatura pode produzir com base na revisão correta, e a liderança pode acompanhar o progresso sem depender de reuniões de status.

Alterações de engenharia raramente afetam apenas um componente. Elas podem impactar montagens, fornecedores, desenhos, planos de teste, processos de manufatura e documentação de conformidade.

Sem PLM, esses impactos geralmente são gerenciados por meio de trocas de e-mails, mensagens de chat, planilhas compartilhadas e conhecimento informal. À medida que produtos, equipes e cadeias de suprimentos crescem, gerenciar essas mudanças manualmente se torna muito mais difícil.

O gerenciamento de mudanças atual deveria ser muito mais “inspirado no GitHub”, com a capacidade de rastrear revisões de peças, desenhos e BOMs; ver quem alterou o quê e por quê; encaminhar ECOs por fluxos de aprovação; notificar revisores; e reduzir o número de ordens de mudança rejeitadas devido à falta de dados.

Quando as ordens de mudança estão completas, visíveis e encaminhadas automaticamente, as equipes gastam menos tempo correndo atrás de aprovações e mais tempo resolvendo problemas de engenharia.

O PLM traz as decisões de sourcing para mais cedo na engenharia

Para os usuários do Octopart, esta é uma das vantagens de velocidade mais importantes do PLM: ele ajuda engenharia e sourcing a colaborarem antes que as escolhas de componentes se tornem caras de mudar.

Por exemplo, integrar o Duro PLM ao seu fluxo de trabalho permite que as equipes de engenharia economizem horas de trabalho manual copiando e colando dados de componentes ao aproveitar o acesso via API do Duro ao Octopart.

Depois, assim que um componente é adicionado, os dados de preço (além de quaisquer outros dados) podem ser atualizados diretamente de dentro do PLM para fornecer à sua equipe informações precisas e atualizadas. Isso também economiza horas de verificações manuais de preços, oferecendo mais tempo para tomada de decisão caso as equipes precisem migrar para um componente diferente se os custos se tornarem inviáveis ou, pior, se ele ficar indisponível.

Esse é o ROI do PLM para os usuários do Octopart. Pode ser difícil lançar um produto se as peças estiverem indisponíveis, obsoletas, caras demais ou difíceis de obter. Quando a análise de sourcing acontece depois que o projeto está praticamente concluído, as equipes são forçadas a fazer concessões nas etapas finais, atrasando o cronograma ou redesenhando sob pressão. O PLM foi projetado para ajudar as equipes a obter os dados de que precisam muito mais cedo, a fim de tomar decisões que reduzam o tempo de lançamento. Os engenheiros podem visualizar dados de fornecedores, ciclo de vida, custo, disponibilidade e peças alternativas no contexto do projeto.

O PLM melhora a colaboração entre funções

Um dos maiores obstáculos para um desenvolvimento de produto mais rápido são as transferências sequenciais. A engenharia termina um projeto e depois o envia para sourcing. O sourcing encontra um problema e então o devolve. 

O PLM permite que equipes multifuncionais revisem projetos e contribuam mais cedo no processo de desenvolvimento. 

A manufatura pode inspecionar o projeto antes da liberação, compras pode sinalizar peças de risco enquanto a BOM ainda está evoluindo, e a qualidade pode validar requisitos antes que o pacote de liberação esteja completo.

Isso é especialmente importante para equipes distribuídas. O PLM oferece a elas um registro compartilhado do produto para que o desenvolvimento possa continuar sem depender de reuniões constantes ou atualizações manuais de status.

O PLM preserva o “porquê” por trás das decisões de engenharia

Produtos de hardware que permanecem em uso por anos exigem memória do produto, especialmente à medida que engenheiros saem, fornecedores mudam e componentes se tornam obsoletos. 

Quando o contexto das decisões fica armazenado na memória de alguém, em uma antiga troca de e-mails ou em uma planilha local, as equipes acabam perdendo o raciocínio por trás do projeto. 

O PLM ajuda a preservar o “porquê” junto com o “o quê”. Um bom registro do produto deve responder:

• Por que este componente foi selecionado?
• Por que esta alternativa foi rejeitada?
• Por que esta tolerância foi alterada?
• Qual fornecedor aprovou esta revisão?
• Qual ECO introduziu este requisito?
• Quais montagens são afetadas se esta peça mudar?

Um produto deve carregar sua própria memória para que as equipes não precisem resolver os mesmos problemas toda vez que uma questão voltar à tona.