Agilní Vývoj Produktu, Procesy

Jako další elektronické hardware a software jsou začleněny do tradičních strojírenských výrobků, výrobci hledají lepší způsoby, jak integrovat projekční činnosti přes inženýrské obory. V důsledku toho se vyměňuje mnoho postupů navrhování a vývoje. Jedna taková iniciativa, agilní vývoj produktů, zahrnuje aplikaci agilních metodik na mechanický design, elektrický design a širší vývoj produktů.

definování Agile pro Hardware

dobrým místem pro pochopení toho, jak agilní metodiky platí pro vývoj produktů, je položka Wikipedie o agilním vývoji softwaru.

Agilní vývoj software je skupina software, metody vývoje založené na iterativní a inkrementální vývoj, kde se požadavky i řešení vyvíjí prostřednictvím spolupráce mezi self-organizovat, cross-funkční týmy. Podporuje adaptivní plánování, evoluční vývoj a dodávky, a časově ohraničený iterační přístup, a podporuje rychlou a flexibilní reakci na změnu. Jedná se o koncepční rámec, který podporuje předpokládané interakce v průběhu vývojového cyklu.

Zdroj: Wikipedia vstup na Agilní Vývoj Software

je Zajímavé, že tyto charakteristiky stojí v přímém kontrastu s tradiční vývoj produktů přístupy, jako to udělali s mnoha software, metody vývoje před deseti lety. Požadavky na produkt jsou často zmrazeny brzy. Inženýrské organizace jsou často pevně strukturovány s jasnými liniemi autority. Plány vývoje jsou často stanoveny s velkým předstihem.

agilní vývoj softwaru se však setkal s velkým úspěchem. Dnes většina organizací pro vývoj softwaru používá určitou variantu tohoto rámce. Jeho použitelnost na vývoj produktů však vyžaduje určitý překlad. V tabulce 1 níže, levý sloupec ukazuje základní principy agilního manifestu podle položky Wikipedie o agilním vývoji softwaru. V pravém sloupci je uveden překlad těchto principů do agilního vývoje produktu.

Agilní Manifest Zásad	Ekvivalent v Agilní Vývoj Produktu
Jednotlivci a interakce více procesů a nástrojů. jednotlivci a interakce: v agilním vývoji je důležitá sebeorganizace a motivace, stejně jako interakce jako společné umístění a programování párů.	spolupráce a řešení problémů jsou důležitější než sledování konkrétního procesu nebo postupu. Protože mechatronické problémy pokrývají disciplíny, inženýři se budou muset organizovat do nejlepších týmů. Kromě toho by tyto týmy měly mít pravomoc řešit a řešit problémy.
pracovní software přes komplexní dokumentaci. pracovní software: pracovní software bude užitečnější a vítanější než pouhé předkládání dokumentů klientům na schůzkách.	pracovní prototypy, fyzické i digitální, jsou důležitější než technické výstupy, které budou nakonec předány při vydání návrhu. Důraz by měl být kladen na splnění požadavků na výkon a další charakteristiky.
spolupráce se zákazníky při vyjednávání smlouvy. spolupráce se zákazníky: Požadavky nelze plně shromáždit na začátku cyklu vývoje softwaru, takže je velmi důležité neustálé zapojení zákazníků/zúčastněných stran.	zákazník nebo ekvivalentní interní zástupce musí být důvěrně zapojeni do procesu vývoje. Vzhledem k tomu, že při navrhování mechatronických produktů budou znovu a znovu vznikat problémy, bude nutné provést kroky ověření a ověření. To bude mít za následek zdokonalení mechatronických požadavků během procesu vývoje.
reakce na změnu podle plánu. reakce na změnu: agilní vývoj je zaměřen na rychlé reakce na změnu a neustálý vývoj.	důraz by měl být kladen na schopnost organizace reagovat na otázky vývoje nad její schopností dodržovat konkrétní proces nebo postup. Organizace by proto měla být schopna reagovat na problémy v mechatronickém vývoji agilním a flexibilním způsobem.

výzvy, které Agile řeší

je zřejmé, že z agilního vývoje produktů vyplývají některé zajímavé důsledky. Jeho přijetí však přímo řeší dvě výzvy, které jsou řešeny níže.

Trend	Výzva Řešit	Výhodou za Předpokladu,
Viditelnost Mandát pro technické Operace,	Inženýrství manažeři musí odvodit nový design-na základě metrik, které měřit pokrok dobře navržené produkty.	důraz na práci prototypů nad výstupy posouvá myšlení vedoucích pracovníků na metriky založené na dodávatelnosti. Tento důraz nastavuje půdu pro definování nových metrik založených na návrhu.
Nadcházející Válce pro Inženýrské Talent	Inženýrství manažeři musí najít způsoby, jak zaměstnat Gen-Y inženýry, pomocí dávky jiné než peněžní náhrady.	Gen-Yers jsou od přírody kolaborativní generační kohortou a touhou mít okamžitý dopad. Důraz na interakce apeluje na jejich přirozené tendence. Příležitost přispět v tomto rámci jim umožňuje okamžitě ovlivnit.

Kroky Pokračovat Agilní

Existují publikované zprávy a konzultantů, kteří mají rozsáhlé pokyny o nasazení agilních metodik. Většina z těchto hlavních zásad však řeší potřeby organizace pro vývoj softwaru, spíše než inženýrské organizace vyvíjející mechatronické produkty. Mnoho kroků je podobných, ale existují některé důležité rozdíly:

• zapojte více zúčastněných stran: Z pohledu lidí, vývoj mechatronických produktu vyžaduje zapojení mechanických, elektrických a softwarových inženýrů, stejně jako výroba, kvalita, získávání a servisní organizace. To je výrazně více různorodé technické skupiny lidí, než ty, které účast v Agilní Vývoj Softwaru, který se skládá především z vývojářů softwaru, testování a více. Inženýrský manažer bude muset rozpoznat tuto nezbytnou organizační složitost a pomáhat týmům při samoorganizaci.
• Samoorganizující Se Struktura: Na první pohled Lze předpokládat, že agilní vývoj produktů je chaotický kvůli potřebě sebeorganizace a de-zdůraznění formálních procesů. Ale to, že neexistuje formální proces, neznamená, že agilní vývoj produktů není strukturován. Realita je zcela opačná. Navzdory této struktuře však dochází k přechodu od formalizovaného procesu. Techničtí manažeři budou muset prostřednictvím tohoto přechodu umožnit svým inženýrům.