Agile Product Development Processes

naarmate meer elektronische hardware en software worden opgenomen in traditionele mechanische producten, zoeken fabrikanten betere manieren om ontwerpactiviteiten te integreren in verschillende technische disciplines. Hierdoor worden veel ontwerp-en ontwikkelingspraktijken uitgewisseld. Een van die initiatieven, Agile Product Development, omvat de toepassing van agile methodologieën op mechanisch ontwerp, elektrisch ontwerp en bredere productontwikkeling.

het definiëren van Agile voor Hardware

een goede plek om te beginnen te begrijpen hoe agile methodologieën van toepassing zijn op productontwikkeling is de Wikipedia entry on Agile Software Development.

Agile software development is een groep van softwareontwikkelingsmethoden gebaseerd op iteratieve en incrementele ontwikkeling, waarbij eisen en oplossingen evolueren door samenwerking tussen zelforganiserende, cross-functionele teams. Het bevordert adaptieve planning, evolutionaire ontwikkeling en levering, en een time-boxed iteratieve aanpak, en moedigt een snelle en flexibele reactie op verandering. Het is een conceptueel kader dat voorspelde interacties gedurende de ontwikkelingscyclus bevordert.

Bron: Wikipedia entry on Agile Software Development

interessant is dat deze kenmerken in direct contrast staan met traditionele productontwikkelingsbenaderingen, zoals ze tien jaar geleden deden met veel softwareontwikkelingsmethoden. Productvereisten worden vaak vroeg ingevroren. Technische organisaties zijn vaak rigide gestructureerd met duidelijke bevoegdheden. Ontwikkelschema ‘ s worden vaak ver van tevoren opgesteld.

toch is de ontwikkeling van Agile Software wijdverbreid succesvol geweest. Tegenwoordig gebruiken de meeste softwareontwikkelingsorganisaties enige variatie van dit framework. Maar de toepasbaarheid op productontwikkeling vereist enige vertaling. In Tabel 1 hieronder, de linker kolom toont de kernprincipes van het Agile Manifest per de Wikipedia-vermelding over Agile Software Ontwikkeling. De rechterkolom toont de vertaling van deze principes naar Agile productontwikkeling.

Agile Manifest principes	Equivalent in Agile productontwikkeling
individuen en interacties over processen en hulpmiddelen. individuen en interacties: bij agile ontwikkeling zijn zelforganisatie en motivatie belangrijk, evenals interacties zoals co-locatie en pair programmering.	samenwerking en probleemoplossing zijn belangrijker dan het volgen van een specifiek proces of procedure. Omdat mechatronische kwesties disciplines omvatten, zullen ingenieurs zich moeten organiseren in de beste teams. Bovendien moeten deze teams de bevoegdheid krijgen om problemen op te lossen.
werken software over uitgebreide documentatie. Werksoftware: Werksoftware zal nuttiger en welkom zijn dan alleen het presenteren van documenten aan cliënten tijdens vergaderingen.	werkende prototypes, zowel fysiek als digitaal, zijn belangrijker dan engineering deliverables die uiteindelijk worden overhandigd bij ontwerp release. De nadruk moet liggen op het voldoen aan de prestatie-eisen en andere kenmerken.
samenwerking met klanten over contractonderhandelingen. Customer collaboration: eisen kunnen niet volledig worden verzameld aan het begin van de softwareontwikkelingscyclus, dus continue betrokkenheid van de klant/stakeholder is erg belangrijk.	een klant of een gelijkwaardige interne vertegenwoordiger moet nauw worden betrokken bij het ontwikkelingsproces. Omdat er bij het ontwerpen van mechatronische producten steeds weer problemen zullen ontstaan, zullen er onderweg verificatie-en validatiestappen moeten worden uitgevoerd. Dit zal resulteren in de verfijning van mechatronische eisen tijdens het ontwikkelingsproces.
reageren op verandering na een plan. reageren op verandering: Agile ontwikkeling is gericht op snelle reacties op verandering en continue ontwikkeling.	de nadruk moet worden gelegd op het vermogen van de organisatie om te reageren op de ontwikkelingsproblemen over haar vermogen om zich te houden aan een specifiek proces of procedure. De organisatie moet daarom in staat zijn om op een flexibele en flexibele manier te reageren op vraagstukken in de mechatronische ontwikkeling.

uitdagingen die worden aangepakt door Agile

Uiteraard zijn er enkele interessante implicaties die voortvloeien uit Agile productontwikkeling. Met de goedkeuring ervan worden echter twee uitdagingen die hieronder aan de orde komen, rechtstreeks aangepakt.

ontwikkeling	uitdaging aangepakt	verstrekt voordeel
het Visibility Mandate for Engineering Operations	Engineeringmanagers moeten nieuwe op ontwerp gebaseerde metrics afleiden die de vooruitgang van goed ontworpen producten meten.	de nadruk op werkende prototypes boven deliverables verschuift het denken van leidinggevenden over deliverable-based metrics. Deze nadruk zet het podium om nieuwe ontwerp-gebaseerde statistieken te definiëren.
de komende oorlog voor Technisch Talent	technisch managers moeten manieren vinden om Gen-Y ingenieurs aan te werven, met andere voordelen dan geldelijke compensatie.	Gen-Yers zijn een collaboratieve generatie cohort van nature en de wens om een onmiddellijke impact te maken. De nadruk op interacties doet een beroep op hun natuurlijke neigingen. De mogelijkheid om in dit kader een bijdrage te leveren laat hen onmiddellijk een impact maken.

stappen om Agile

na te streven er zijn gepubliceerde rapporten en consultants die uitgebreide richtsnoeren hebben voor het implementeren van agile methodologieën. Echter, de meeste van deze leidende principes richten zich op de behoeften van een software-ontwikkelingsorganisatie, in plaats van een technische organisatie die mechatronische producten ontwikkelt. Veel van de stappen zijn vergelijkbaar, maar er zijn een aantal belangrijke verschillen:

• meer belanghebbenden betrekken: Vanuit mensenperspectief vereist de ontwikkeling van een mechatronisch product de betrokkenheid van mechanische, elektrische en software engineers, evenals productie -, kwaliteit -, sourcing-en serviceorganisaties. Dit is een aanzienlijk meer diverse technische set van mensen dan degenen die deelnemen aan Agile Software ontwikkeling, die voornamelijk bestaat uit software-ontwikkelaars, testen en meer. De engineeringmanager zal deze noodzakelijke organisatorische complexiteit moeten herkennen en teams moeten assisteren als ze zichzelf organiseren.
• Zelforganiserende Structuur: Op het eerste gezicht zou men kunnen aannemen dat Agile productontwikkeling chaotisch is, vanwege de noodzaak om zelf te organiseren en de nadruk te leggen op formele processen. Maar alleen omdat er geen formeel proces is, betekent niet dat Agile productontwikkeling niet gestructureerd is. De realiteit is integendeel. Ondanks deze structuur is er echter een overgang weg van een geformaliseerd proces. Engineeringmanagers moeten hun engineers door die transitie heen helpen.