processos ágeis de desenvolvimento de produtos

à medida que mais hardware e software eletrônicos são incorporados em produtos mecânicos tradicionais, os fabricantes estão buscando melhores maneiras de integrar as atividades de design em todas as disciplinas de engenharia. Como resultado, muitas práticas de design e desenvolvimento são trocadas. Uma dessas iniciativas, o desenvolvimento Ágil de produtos, envolve a aplicação de metodologias ágeis ao design mecânico, ao design elétrico e ao desenvolvimento mais amplo de produtos.

Defining Agile for Hardware

A good place to begin to understand how agile methodologies apply to product development is the Wikipedia entry on Agile Software Development.

desenvolvimento de software ágil é um grupo de métodos de desenvolvimento de software baseados em desenvolvimento iterativo e incremental, onde os requisitos e soluções evoluem através da colaboração entre equipas auto-organizadoras e multi-funcionais. Promove o planejamento adaptativo, o desenvolvimento evolucionário e a entrega, e uma abordagem iterativa com tempo, e encoraja uma resposta rápida e flexível à mudança. Trata-se de um quadro conceptual que promove as interacções previstas ao longo do ciclo de desenvolvimento.

fonte: Wikipedia entry on Ágile Software Development

curiosamente, estas características estão em contraste direto com abordagens tradicionais de desenvolvimento de produtos, como fizeram com muitos métodos de desenvolvimento de software dez anos atrás. Os requisitos do produto são muitas vezes congelados precocemente. As organizações de engenharia são muitas vezes rigidamente estruturadas com linhas claras de autoridade. As Programações de desenvolvimento são frequentemente estabelecidas com bastante antecedência.

Yet, Agile Software Development has met widespread success. Hoje, a maioria das organizações de desenvolvimento de software usa alguma variação deste framework. Mas a sua aplicabilidade ao desenvolvimento de produtos requer alguma tradução. Na Tabela 1 abaixo, a coluna da esquerda mostra os princípios fundamentais do Manifesto Ágil por entrada na Wikipédia sobre Desenvolvimento de Software ágil. A coluna da direita mostra a tradução destes princípios em Desenvolvimento Ágil de Produto.

Princípios do Manifesto Ágil	Equivalente em Desenvolvimento Ágil de Produtos
Indivíduos e interações sobre processos e ferramentas. indivíduos e interações: no desenvolvimento ágil, auto-organização e motivação são importantes, assim como interações como co-localização e programação de pares.	a colaboração e a resolução de problemas são mais importantes do que seguir um processo ou procedimento específico. Como as questões mecatrónicas abrangem disciplinas, os engenheiros terão de se organizar nas melhores equipas. Além disso, estas equipas deverão ter poderes para prosseguir e resolver questões.
software de trabalho sobre documentação abrangente.Software de trabalho: o software de trabalho será mais útil e bem-vindo do que simplesmente apresentar documentos aos clientes em reuniões.	protótipos de trabalho, tanto físicos quanto digitais, são mais importantes do que produtos de engenharia que eventualmente serão entregues no lançamento do projeto. A tónica deverá ser colocada no cumprimento dos Requisitos de desempenho e outras características.
colaboração do cliente sobre negociação de contrato.Colaboração com o cliente: os requisitos não podem ser totalmente recolhidos no início do ciclo de desenvolvimento de software, pelo que o envolvimento contínuo do cliente/stakeholders é muito importante.	um cliente ou representante interno equivalente precisa estar intimamente envolvido no processo de desenvolvimento. Uma vez que as questões surgirão vezes sem conta durante a concepção dos produtos mecatrónicos, serão necessários passos de verificação e validação ao longo do caminho. Isso resultará no refinamento dos Requisitos mecatrônicos durante o processo de desenvolvimento.
a responder à mudança seguindo um plano. respondendo à mudança: o desenvolvimento Ágil é focado em Respostas rápidas à mudança e desenvolvimento contínuo.	a ênfase deve ser colocada na capacidade da organização para responder às questões de desenvolvimento sobre a sua capacidade de aderir a um processo ou procedimento específico. A organização deve, portanto, ser capaz de responder às questões do desenvolvimento mecatrônico de uma forma ágil e flexível.

os desafios enfrentados pela Ágile

obviamente, existem algumas implicações interessantes decorrentes do Desenvolvimento Ágil de produtos. No entanto, a sua adopção aborda directamente dois desafios a seguir abordados.

Tendência	Desafio Endereçado	Vantagem Fornecida
A Visibilidade Mandato para Operações de Engenharia	gerentes de Engenharia deve derivar novo design baseado em métricas que medem o progresso do bem-produtos de engenharia.	a ênfase no trabalho de protótipos sobre Prestações transfere o pensamento dos executivos sobre métricas baseadas em resultados. Esta ênfase define o palco para definir novas métricas baseadas em design.
The Coming War for Engineering Talent	Engineering managers must find ways to recruit Gen-Y engineers, using benefits other than monetary compensation.	Gen-Yers são uma coorte geracional colaborativa por natureza e desejo de fazer um impacto imediato. A ênfase nas interações atrai suas tendências naturais. A oportunidade de contribuir neste quadro permite-lhes produzir um impacto imediato.

passos para perseguir ágil

existem relatórios publicados e consultores que têm amplas orientações sobre como implantar metodologias ágeis. No entanto, a maioria destes princípios orientadores atendem às necessidades de uma organização de desenvolvimento de software, ao invés de uma organização de engenharia que desenvolve produtos mecatrônicos. Muitos dos passos são semelhantes, mas há algumas diferenças importantes:

• envolver mais partes interessadas: Do ponto de vista das pessoas, o desenvolvimento de um produto mecatrônico requer o envolvimento de engenheiros mecânicos, elétricos e de software, bem como de fabricantes, de qualidade, fornecedores e organizações de serviços. Este é um conjunto técnico significativamente mais diversificado de pessoas do que aqueles que participam no desenvolvimento de Software ágil, que consiste principalmente de desenvolvedores de software, testes e muito mais. O Gestor de engenharia terá de reconhecer esta complexidade organizacional necessária e ajudar as equipas à medida que se auto-organizam.
• Estrutura Auto-Organizativa: À primeira vista, pode-se assumir que o desenvolvimento Ágil de Produto é caótico, devido à necessidade de auto-organizar e des-enfatizar processos formais. Mas só porque não há um processo formal, não significa que o desenvolvimento Ágil do produto não está estruturado. A realidade é bem o contrário. Apesar desta estrutura, no entanto, há uma transição longe de um processo formalizado. Os gestores de engenharia terão de permitir aos seus engenheiros durante essa transição.