As metodologias mais recentes de engenharia de software, como o Agile, estão sendo adotadas por outras disciplinas de engenharia?

Conheço relativamente pouco sobre metodologias gerais de engenharia, mas me parece que o método (agora desatualizado) de "cascata" é possivelmente muito adequado para a engenharia mecânica. Talvez avanços nas mudanças rápidas da engenharia de software também possam ser aplicados.

As metodologias de software estão influenciando outras disciplinas de engenharia? Ou vice-versa?

A página da Wikipedia sobre engenharia diz:

Koen argumenta que a definição do que faz de um engenheiro não deve se basear no que ele produz, mas em como ele o faz.

O que implica vagamente que os processos de desenvolvimento são, até certo ponto, ad-hoc, uma vez que nem a seção de metodologia dessa página nem a subseção de solução de problemas da página de engenharia fazem referências aos estágios de desenvolvimento das maneiras precisas que são amplamente incentivadas na engenharia de software .

Então, por que a aparente falta de processos?

É minha observação e experiência prática que a maioria dos processadores de desenvolvimento de produtos de engenharia é baseada na indústria e na instituição. As cachoeiras, embora antigas, ainda são usadas em algumas indústrias. Mas, graças à metodologia ágil da indústria de software e à globalização, está ganhando aceitação rapidamente a disciplina de engenharia. A indústria automotiva teve que mudar.

A indústria automotiva dos EUA no passado costumava levar para sempre produzir novos produtos. Mas a indústria automotiva fabrica a partir do leste como força que os EUA fabricam para adotar rapidamente ou ficar para trás.

Mas existem barreiras legítimas, principalmente o custo. Ao contrário do software, algumas ferramentas são muito caras. A interrupção do processo de fabricação de engenharia para fazer modificações tem um impacto significativo na produtividade ou, em outras palavras, em um longo tempo de inatividade. Em tais situações, a boa e velha metodologia waferfall é a única opção viável.

Graças aos avanços da tecnologia, como impressão 3D, PCB de giro rápido, a metodologia ágil de ferramentas CAD avançadas é rapidamente adotada nos processos de desenvolvimento de produtos de engenharia. O gráfico a seguir de vez em quando explica melhor a mudança.

Aqui está outro exemplo do stage-gate.

Abaixo estão algumas referências nas quais você pode encontrar exemplos públicos específicos.

Referências:

• Vencendo em novos produtos (é uma ótima leitura)
• Desenvolvimento ágil de hardware - absurdo ou necessidade?
• Tornando-se verde na inovação de produtos

Cascata

Waterfall é o método básico com o qual muita engenharia já é feita. Eu diria que "cascata" foi o método original para engenharia de software porque a engenharia de software surgiu muito mais tarde do que as outras áreas da engenharia, por exemplo, software já emprestado de outras áreas da engenharia.

Ágil (e outros)

O Agile é usado na engenharia de software e não em outras áreas de engenharia, porque existem grandes diferenças de risco. Ágil parece terrível (impossível) na construção. Também não funcionará em áreas onde existem consequências reais para problemas (e uma mudança é mais difícil do que uma atualização de distância).

Meio termo

Existem muitas áreas intermediárias entre os dois extremos; portanto, nem tudo cairá nessas áreas; por exemplo, a prototipagem rápida pode ser considerada uma forma de agilidade.

A engenharia de software é uma forma relativamente nova de engenharia, portanto, empresta mais do que leads - as metodologias ágeis emprestadas fortemente da manufatura enxuta , Toyota e Kanban . O resumo do Wiki sobre os princípios da Toyota está muito próximo do manifesto ágil .