Agile Product Development Processes

mivel egyre több elektronikus hardver és szoftver kerül beépítésre a hagyományos mechanikai termékekbe, a gyártók jobb módszereket keresnek a tervezési tevékenységek integrálására a mérnöki tudományágak között. Ennek eredményeként számos tervezési és fejlesztési gyakorlatot cserélnek. Az egyik ilyen kezdeményezés, az agilis termékfejlesztés, magában foglalja az agilis módszerek alkalmazását a gépészeti tervezésben, az elektromos tervezésben és a szélesebb körű termékfejlesztésben.

az Agile for Hardware meghatározása

egy jó hely annak megértéséhez, hogy az agilis módszertanok hogyan vonatkoznak a termékfejlesztésre, az agilis szoftverfejlesztésről szóló Wikipedia bejegyzés.

az agilis szoftverfejlesztés az iteratív és inkrementális fejlesztésen alapuló szoftverfejlesztési módszerek egy csoportja, ahol a követelmények és megoldások az önszerveződő, keresztfunkcionális csapatok együttműködésén keresztül fejlődnek. Elősegíti az adaptív tervezést, az evolúciós fejlődést és a megvalósítást, valamint az időzített iteratív megközelítést, és ösztönzi a változásokra való gyors és rugalmas reagálást. Ez egy fogalmi keret, amely elősegíti az előre látható interakciókat a fejlesztési ciklus során.

forrás: Wikipedia bejegyzés az agilis szoftverfejlesztésről

érdekes módon ezek a jellemzők közvetlen ellentétben állnak a hagyományos termékfejlesztési megközelítésekkel, mint sok szoftverfejlesztési módszerrel tíz évvel ezelőtt. A termékkövetelményeket gyakran korán lefagyasztják. A mérnöki szervezetek gyakran merev felépítésűek, egyértelmű hatáskörökkel. A fejlesztési ütemterveket gyakran jóval előre meghatározzák.

az agilis szoftverfejlesztés mégis széles körű sikert aratott. Manapság a legtöbb szoftverfejlesztő szervezet használja ennek a keretnek a variációit. De a termékfejlesztéshez való alkalmazhatósága némi fordítást igényel. Az alábbi 1. táblázatban a bal oldali oszlop az Agile Manifesto alapelveit mutatja be az Agile szoftverfejlesztésről szóló Wikipedia bejegyzés szerint. A jobb oldali oszlop ezen elvek agilis termékfejlesztésbe történő fordítását mutatja.

Agile Manifesto Principles	egyenértékű az agilis termékfejlesztésben
egyének és interakciók a folyamatok és eszközök felett. egyének és interakciók: az agilis fejlesztésben fontos az önszerveződés és a motiváció, csakúgy, mint az olyan interakciók, mint a co-location és a páros programozás.	az együttműködés és a problémamegoldás fontosabb, mint egy adott folyamat vagy eljárás követése. Mivel a mechatronikai kérdések átfogják a tudományágakat, a mérnököknek a legjobb csapatokba kell szerveződniük. Ezen túlmenően ezeket a csapatokat fel kell hatalmazni a problémák kivizsgálására és megoldására.
működő szoftver átfogó dokumentáció felett. működő szoftver: a működő szoftver sokkal hasznosabb és örvendetesebb lesz, mint egyszerűen bemutatni a dokumentumokat az ügyfeleknek az értekezleteken.	a működő prototípusok, mind fizikai, mind digitális, fontosabbak, mint a mérnöki teljesítmények, amelyeket végül a tervezési kiadáskor adnak át. A hangsúlyt a teljesítményre és egyéb jellemzőkre vonatkozó követelmények teljesítésére kell helyezni.
ügyfél együttműködés a szerződéses tárgyalások során. ügyfél-együttműködés: a szoftverfejlesztési ciklus elején nem lehet teljes mértékben összegyűjteni a követelményeket, ezért nagyon fontos a folyamatos ügyfél/érdekelt fél bevonása.	az ügyfelet vagy azzal egyenértékű belső képviselőt szorosan be kell vonni a fejlesztési folyamatba. Mivel a mechatronikai termékek tervezése során újra és újra felmerülnek problémák, az út során ellenőrzési és érvényesítési lépésekre lesz szükség. Ez a mechatronikai követelmények finomítását eredményezi a fejlesztési folyamat során.
válasz a változásra a terv követése után. reagálás a változásra: az agilis fejlesztés a változásokra adott gyors válaszokra és a folyamatos fejlődésre összpontosít.	hangsúlyt kell fektetni a szervezet azon képességére, hogy reagáljon a fejlesztési kérdésekre, mint arra, hogy képes-e betartani egy adott folyamatot vagy eljárást. A szervezetnek ezért képesnek kell lennie arra, hogy agilis és rugalmas módon reagáljon a mechatronikai fejlesztés kérdéseire.

az Agile által kezelt kihívások

nyilvánvaló, hogy van néhány érdekes következménye az agilis termékfejlesztésnek. Elfogadása azonban közvetlenül két, az alábbiakban tárgyalt kihívással foglalkozik.

Trend	kihívás megoldva	előny biztosított
a mérnöki műveletek láthatósági megbízása	a mérnöki vezetőknek új, tervezésen alapuló mutatókat kell létrehozniuk, amelyek mérik a jól megtervezett termékek előrehaladását.	a prototípusok munkájának hangsúlyozása a teljesítmények felett megváltoztatja a vezetők gondolkodását a teljesítésen alapuló mutatókon. Ez a hangsúly határozza meg az új tervezésen alapuló mutatók meghatározását.
az elkövetkező háború a mérnöki tehetségekért	a mérnöki vezetőknek meg kell találniuk a Gen-Y mérnökök toborzásának módját, a pénzbeli kompenzációtól eltérő juttatások felhasználásával.	a Gen-Yers egy együttműködő generációs kohorsz a természet és a vágy, hogy azonnali hatást. A hangsúly a kölcsönhatások fellebbez a természetes tendenciák. Az ebben a keretben való hozzájárulás lehetősége lehetővé teszi számukra, hogy azonnal hatást gyakoroljanak.

vannak közzétett jelentések és tanácsadók, amelyek átfogó útmutatást nyújtanak az agilis módszertanok telepítéséhez. Ezen vezérelvek többsége azonban egy szoftverfejlesztő szervezet igényeivel foglalkozik, nem pedig mechatronikai termékeket fejlesztő mérnöki szervezet. Sok lépés hasonló, de van néhány fontos különbség:

• több érdekelt fél bevonása: Az emberek szempontjából a mechatronikai termék fejlesztése megköveteli a mechanikai, elektromos és szoftvermérnökök, valamint a gyártási, minőségi, beszerzési és szolgáltató szervezetek bevonását. Ez egy lényegesen változatosabb technikai csoport, mint azok, akik részt vesznek az agilis szoftverfejlesztésben, amely elsősorban szoftverfejlesztőkből, tesztelésből és még sok másból áll. A mérnöki vezetőnek fel kell ismernie ezt a szükséges szervezeti összetettséget, és segítenie kell a csapatokat, amikor önszerveződnek.
• Önszerveződő Struktúra: Első pillantásra azt feltételezhetjük, hogy az agilis termékfejlesztés kaotikus, mivel szükség van a formális folyamatok önszerveződésére és hangsúlytalanítására. De csak azért, mert nincs formális folyamat, nem jelenti azt, hogy az agilis termékfejlesztés nem strukturált. A valóság éppen ellenkezőleg. E struktúra ellenére azonban van egy átmenet a formalizált folyamattól. A mérnöki vezetőknek lehetővé kell tenniük mérnökeik számára ezt az átmenetet.