Agila produktutvecklingsprocesser

eftersom mer elektronisk hårdvara och mjukvara införlivas i traditionella mekaniska produkter söker tillverkare bättre sätt att integrera designaktiviteter över tekniska discipliner. Som ett resultat utbyts många design-och utvecklingsmetoder. Ett sådant initiativ, Agile Product Development, innebär tillämpning av agila metoder för mekanisk design, elektrisk design och bredare produktutveckling.

definiera Agile för hårdvara

ett bra ställe att börja förstå hur agila metoder gäller för produktutveckling är Wikipedia-posten om Agile mjukvaruutveckling.

Agile software development är en grupp mjukvaruutvecklingsmetoder baserade på iterativ och inkrementell utveckling, där krav och lösningar utvecklas genom samarbete mellan självorganiserande, tvärfunktionella team. Det främjar adaptiv planering, evolutionär utveckling och leverans, och en tidsboxad iterativ strategi, och uppmuntrar snabbt och flexibelt svar på förändring. Det är en konceptuell ram som främjar förutsedda interaktioner under hela utvecklingscykeln.

källa: Wikipedia entry on Agile Software Development

intressant nog står dessa egenskaper i direkt kontrast till traditionella produktutvecklingsmetoder, som de gjorde med många mjukvaruutvecklingsmetoder för tio år sedan. Produktkraven fryses ofta tidigt. Ingenjörsorganisationer är ofta styvt strukturerade med tydliga myndighetslinjer. Utvecklingsscheman läggs ofta ut långt i förväg.

ändå har Agile mjukvaruutveckling mött stor framgång. Idag använder de flesta mjukvaruutvecklingsorganisationer en viss variation av denna ram. Men dess tillämplighet på produktutveckling kräver viss översättning. I Tabell 1 nedan visar den vänstra kolumnen kärnprinciperna i Agile-manifestet per Wikipedia-posten om Agile mjukvaruutveckling. Den högra kolumnen visar översättningen av dessa principer till smidig produktutveckling.

Agila manifest principer	likvärdig inom agil produktutveckling
individer och interaktioner över processer och verktyg. individer och interaktioner: i agil utveckling är självorganisation och motivation viktiga, liksom interaktioner som samlokalisering och parprogrammering.	samarbete och problemlösning är viktigare än att följa en specifik process eller procedur. Eftersom mekatroniska problem spänner över discipliner måste ingenjörer organisera sig i de bästa lagen. Dessutom bör dessa grupper ha befogenhet att driva och lösa problem.
fungerande programvara över omfattande dokumentation. Arbetsprogramvara: Arbetsprogramvara kommer att vara mer användbar och välkommen än att bara presentera dokument för kunder i möten.	arbetsprototyper, både fysiska och digitala, är viktigare än tekniska leveranser som så småningom kommer att överlämnas vid designrelease. Fokus bör ligga på att uppfylla kraven på prestanda och andra egenskaper.
kundsamarbete över kontraktsförhandlingar. kundsamarbete: krav kan inte samlas in helt i början av mjukvaruutvecklingscykeln, så kontinuerlig kund/intressentmedverkan är mycket viktigt.	en kund eller motsvarande intern representant måste vara intimt involverad i utvecklingsprocessen. Eftersom problem kommer att uppstå gång på gång under utformningen av mekatroniska produkter, måste det finnas verifierings-och valideringssteg längs vägen. Detta kommer att resultera i förfining av mekatroniska krav under utvecklingsprocessen.
svar på förändring över efter en plan. svara på förändring: Agile utveckling är inriktad på snabba svar på förändring och kontinuerlig utveckling.	tyngdpunkten bör läggas på organisationens förmåga att svara på utvecklingsfrågorna över dess förmåga att följa en specifik process eller procedur. Organisationen ska därför kunna svara på frågor i mekatronisk utveckling på ett agilt och flexibelt sätt.

utmaningar som hanteras av Agile

Uppenbarligen finns det några intressanta konsekvenser som följer av Agile produktutveckling. Att anta det tar emellertid direkt upp två utmaningar som behandlas nedan.

Trend	utmaning adresserad	fördel tillhandahålls
Synlighetsmandatet för ingenjörsverksamhet	Ingenjörschefer måste härleda nya designbaserade mätvärden som mäter framstegen för välkonstruerade produkter.	tyngdpunkten på att arbeta prototyper över leveranser förskjuter chefernas tänkande på leveransbaserade mätvärden. Denna betoning sätter scenen för att definiera nya designbaserade mätvärden.
det kommande kriget för Ingenjörstalent	Ingenjörschefer måste hitta sätt att rekrytera Gen-Y-ingenjörer, med andra fördelar än monetär ersättning.	Gen-Yers är en samverkande generationskohort av natur och önskan att göra en omedelbar inverkan. Betoningen på interaktioner tilltalar deras naturliga tendenser. Möjligheten att bidra inom denna ram gör det möjligt för dem att påverka omedelbart.

steg för att driva Agile

det finns publicerade rapporter och konsulter som har omfattande vägledning om hur man distribuerar agila metoder. De flesta av dessa vägledande principer tillgodoser dock behoven hos en mjukvaruutvecklingsorganisation, snarare än en ingenjörsorganisation som utvecklar mekatroniska produkter. Många av stegen är likartade, men det finns några viktiga skillnader:

• involvera fler intressenter: Ur ett folkperspektiv kräver utvecklingen av en mekatronisk produkt involvering av mekaniska, elektriska och mjukvaruingenjörer samt tillverknings -, kvalitets -, inköps-och serviceorganisationer. Detta är en betydligt mer varierad teknisk uppsättning människor än de som deltar i smidig mjukvaruutveckling, som främst består av mjukvaruutvecklare, testning och mer. Ingenjörschefen måste erkänna denna nödvändiga organisatoriska komplexitet och hjälpa team när de självorganiserar.
• Självorganiserande Struktur: Vid första anblicken kan man anta att Smidig produktutveckling är kaotisk på grund av behovet av att självorganisera och betona formella processer. Men bara för att det inte finns någon formell process betyder det inte att Agil produktutveckling inte är strukturerad. Verkligheten är tvärtom. Trots denna struktur, fastän, det finns en övergång från en formaliserad process. Ingenjörschefer kommer att behöva aktivera sina ingenjörer genom den övergången.