Agile Produktutviklingsprosesser

etter hvert som mer elektronisk maskinvare og programvare er innlemmet i tradisjonelle mekaniske produkter, søker produsenter bedre måter å integrere designaktiviteter på tvers av ingeniørdisipliner. Som et resultat utveksles mange design-og utviklingspraksis. Et slikt initiativ, Agile Product Development, innebærer anvendelse av smidige metoder til mekanisk design, elektrisk design og bredere produktutvikling.

Definere Agile For Hardware

Et godt sted å begynne å forstå hvordan agile metoder gjelder for produktutvikling Er Wikipedia oppføring På Agile Programvareutvikling.

Agile software development Er en gruppe programvareutviklingsmetoder basert på iterativ og inkrementell utvikling, der krav og løsninger utvikles gjennom samarbeid mellom selvorganiserende, tverrfunksjonelle team. Det fremmer adaptiv planlegging, evolusjonær utvikling og levering, og en tid-boxed iterativ tilnærming, og oppfordrer rask og fleksibel respons på endring. Det er et konseptuelt rammeverk som fremmer forutsette samspill gjennom hele utviklingssyklusen.

Kilde: Wikipedia-oppføring På Agile Software Development

interessant står disse egenskapene i direkte kontrast til tradisjonelle produktutviklingsmetoder, som de gjorde med mange programvareutviklingsmetoder for ti år siden. Produktkrav fryses ofte tidlig. Ingeniørorganisasjoner er ofte stivt strukturert med klare autoritetslinjer. Utviklingsplaner er ofte lagt ut langt i forveien.

Likevel Har Smidig Programvareutvikling møtt utbredt suksess. I dag bruker de fleste programvareutviklingsorganisasjoner litt variasjon av dette rammeverket. Men dens anvendelighet til produktutvikling krever litt oversettelse. I Tabell 1 nedenfor viser venstre kolonne kjerneprinsipper For Agile Manifestet per Wikipedia-oppføringen Om Agile Software Development. Den høyre kolonnen viser oversettelsen av disse prinsippene til Smidig Produktutvikling.

Agile Manifesto Principles	Tilsvarende I Agile Produktutvikling
Individer og interaksjoner over prosesser og verktøy. Individer Og Interaksjoner: i smidig utvikling er selvorganisering og motivasjon viktig, og det samme er interaksjoner som samlokalisering og parprogrammering.	Samarbeid og problemløsning er viktigere enn å følge en bestemt prosess eller prosedyre. Fordi mekatroniske problemer spenner disipliner, må ingeniører organisere seg i de beste lagene. Videre bør disse lagene ha myndighet til å forfølge og løse problemer.
Arbeide programvare over omfattende dokumentasjon. arbeidsprogramvare: arbeidsprogramvare vil være mer nyttig og velkommen enn å bare presentere dokumenter til klienter i møter.	arbeidsprototyper, både fysiske og digitale, er viktigere enn tekniske leveranser som til slutt vil bli levert ved designutgivelse. Fokuset bør være på å tilfredsstille kravene til ytelse og andre egenskaper.
Kundesamarbeid over kontraktsforhandlinger. Kundesamarbeid: Krav kan ikke samles inn i begynnelsen av programvareutviklingssyklusen, så kontinuerlig kunde / interessentinvolvering er svært viktig.	en kunde eller tilsvarende intern representant må være nært involvert i utviklingsprosessen. Fordi problemer vil oppstå igjen og igjen under utformingen av mekatroniske produkter, må det være verifikasjons-og valideringstrinn underveis. Dette vil resultere i forbedring av mekatroniske krav under utviklingsprosessen.
Å Reagere på endring over å følge en plan. Svare på endring: Agile utvikling er fokusert på raske svar på endring og kontinuerlig utvikling.	det Bør Legges Vekt på organisasjonens evne til å svare på utviklingsspørsmål over sin evne til å følge en bestemt prosess eller prosedyre. Organisasjonen bør derfor kunne svare på problemer i mekatronisk utvikling på en smidig og fleksibel måte.

Utfordringer Adressert Av Agile

Det Er Åpenbart noen interessante implikasjoner som følge Av Agile Produktutvikling. Ved å vedta det adresseres imidlertid to utfordringer som er adressert nedenfor.

Trend	Utfordring Adressert	Fordel Gitt
Synlighetsmandatet For Ingeniøroperasjoner	Ingeniørledere må utlede nye designbaserte beregninger som måler fremdriften til velutviklede produkter.	vekten på å jobbe prototyper over leveranser skifter ledernes tenkning på leveringsbaserte beregninger. Denne vektleggingen setter scenen for å definere nye designbaserte beregninger.
Den Kommende Krigen For Ingeniør Talent	Ingeniørledere må finne måter å rekruttere Gen-y ingeniører, ved hjelp av andre fordeler enn monetær kompensasjon.	Gen-Yers er et samarbeids generasjons kohort av natur og ønske om å gjøre en umiddelbar innvirkning. Vekten på interaksjoner appellerer til deres naturlige tendenser. Muligheten til å bidra i dette rammeverket lar dem gjøre en innvirkning umiddelbart.

Skritt For Å Forfølge Agile

det er publisert rapporter Og konsulenter som har omfattende veiledning om hvordan å distribuere agile metoder. Imidlertid adresserer de fleste av disse veiledende prinsippene behovene til en programvareutviklingsorganisasjon, i stedet for en ingeniørorganisasjon som utvikler mekatroniske produkter. Mange av trinnene er like, men det er noen viktige forskjeller:

• Involver Flere Interessenter: Fra et folkeperspektiv krever utviklingen av et mekatronisk produkt involvering av mekaniske, elektriske og programvareingeniører, samt produksjon, kvalitet, sourcing og serviceorganisasjoner. Dette er et betydelig mer variert teknisk sett av mennesker enn de som deltar I Smidig Programvareutvikling, som hovedsakelig består av programvareutviklere, testing og mer. Ingeniørlederen må gjenkjenne denne nødvendige organisatoriske kompleksiteten og bistå lag som de selvorganiserer.
• Selvorganiserende Struktur: Ved første øyekast kan man anta At Smidig Produktutvikling er kaotisk, på grunn av behovet for å organisere og de-understreke formelle prosesser. Men bare fordi Det ikke er en formell prosess, betyr Det Ikke At Smidig Produktutvikling ikke er strukturert. Virkeligheten er tvert imot. Til tross for denne strukturen er det imidlertid en overgang fra en formalisert prosess. Ingeniørledere må aktivere sine ingeniører gjennom denne overgangen.