zwinne procesy rozwoju produktu

ponieważ więcej sprzętu elektronicznego i oprogramowania jest włączanych do tradycyjnych produktów mechanicznych, producenci szukają lepszych sposobów integracji działań projektowych w różnych dyscyplinach inżynierskich. W rezultacie wymienia się wiele praktyk projektowych i rozwojowych. Jedna z takich inicjatyw, zwinny rozwój produktu, obejmuje zastosowanie zwinnych metodologii do projektowania mechanicznego, projektowania elektrycznego i szerszego rozwoju produktu.

Definiowanie Agile dla sprzętu

dobrym miejscem, aby zacząć rozumieć, jak zwinne metodologie mają zastosowanie do rozwoju produktów, jest wpis w Wikipedii na temat zwinnego tworzenia oprogramowania.

Agile software development to grupa metod tworzenia oprogramowania opartych na iteracyjnym i przyrostowym rozwoju, gdzie wymagania i rozwiązania ewoluują poprzez współpracę między samoorganizującymi się, wielofunkcyjnymi zespołami. Promuje planowanie adaptacyjne, ewolucyjny rozwój i realizację, a także iteracyjne podejście w czasie i zachęca do szybkiej i elastycznej reakcji na zmiany. Jest to ramy koncepcyjne, które promują przewidywane interakcje w całym cyklu rozwojowym.

źródło: wpis w Wikipedii na temat zwinnego tworzenia oprogramowania

co ciekawe, cechy te stoją w bezpośredniej sprzeczności z tradycyjnymi podejściami do rozwoju produktów, podobnie jak w przypadku wielu metod rozwoju oprogramowania dziesięć lat temu. Wymagania dotyczące produktów są często zamrożone na wczesnym etapie. Organizacje inżynieryjne są często sztywno skonstruowane z jasnymi liniami władzy. Harmonogramy rozwoju są często określone z dużym wyprzedzeniem.

jednak zwinne tworzenie oprogramowania spotkało się z powszechnym sukcesem. Obecnie większość organizacji zajmujących się tworzeniem oprogramowania używa pewnych odmian tego frameworka. Ale jego zastosowanie do rozwoju produktu wymaga pewnego tłumaczenia. W tabeli 1 poniżej, lewa kolumna pokazuje podstawowe zasady manifestu zwinnego na wpis Wikipedii na temat zwinnego tworzenia oprogramowania. Prawa kolumna pokazuje przełożenie tych zasad na zwinny rozwój produktu.

Agile Manifesto Principles	odpowiednik w zwinnym rozwoju produktu
jednostki i interakcje nad procesami i narzędziami. osoby i interakcje: w zwinnym rozwoju ważna jest samoorganizacja i motywacja, podobnie jak interakcje, takie jak kolokacja i programowanie par.	współpraca i rozwiązywanie problemów są ważniejsze niż przestrzeganie określonego procesu lub procedury. Ponieważ zagadnienia mechatroniczne obejmują różne dyscypliny, inżynierowie będą musieli zorganizować się w najlepsze zespoły. Ponadto zespoły te powinny mieć uprawnienia do prowadzenia i rozwiązywania problemów.
działające oprogramowanie nad kompleksową dokumentacją. działające oprogramowanie: działające oprogramowanie będzie bardziej przydatne i mile widziane niż zwykłe przedstawianie dokumentów klientom na spotkaniach.	działające prototypy, zarówno fizyczne, jak i cyfrowe, są ważniejsze niż wyniki inżynieryjne, które zostaną ostatecznie przekazane w dniu wydania projektu. Należy skupić się na spełnianiu wymagań dotyczących wydajności i innych cech.
współpraca z klientami ponad negocjowanie umów. współpraca z klientami: wymagania nie mogą być w pełni zebrane na początku cyklu tworzenia oprogramowania, dlatego ciągłe zaangażowanie klientów/interesariuszy jest bardzo ważne.	klient lub równoważny przedstawiciel wewnętrzny musi być ściśle zaangażowany w proces rozwoju. Ponieważ problemy będą pojawiać się wielokrotnie podczas projektowania produktów mechatronicznych, po drodze będą musiały być etapy weryfikacji i walidacji. Spowoduje to udoskonalenie wymagań mechatronicznych podczas procesu rozwoju.
reagowanie na zmiany w stosunku do realizacji planu. reagowanie na zmiany: Agile development koncentruje się na szybkim reagowaniu na zmiany i ciągłym rozwoju.	nacisk należy położyć na zdolność organizacji do reagowania na problemy rozwoju nad jego zdolność do przestrzegania określonego procesu lub procedury. W związku z tym organizacja powinna być w stanie reagować na problemy związane z rozwojem Mechatronicznym w sposób zwinny i elastyczny.

wyzwania poruszane przez Agile

oczywiście istnieją pewne interesujące implikacje wynikające z rozwoju zwinnego produktu. Jednak przyjęcie go bezpośrednio odnosi się do dwóch wyzwań, o których mowa poniżej.

Trend	wyzwanie skierowane	zapewniona korzyść
mandat widoczności dla operacji inżynieryjnych	kierownicy inżynierii muszą uzyskać nowe wskaźniki oparte na projektowaniu, które mierzą postęp dobrze zaprojektowanych produktów.	nacisk na prototypy robocze nad rezultatami przesuwa myślenie kadry kierowniczej na metrykach opartych na rezultatach. Nacisk ten stanowi etap definiowania nowych metryk opartych na projekcie.
nadchodząca Wojna o talenty inżynierskie	inżynierowie muszą znaleźć sposoby na rekrutację inżynierów Gen-Y, korzystając z innych korzyści niż rekompensata pieniężna.	generałowie stanowią z natury kohortę pokoleniową opartą na współpracy i pragną wywrzeć natychmiastowy wpływ. Nacisk na interakcje odwołuje się do ich naturalnych skłonności. Możliwość wniesienia wkładu w te ramy pozwala im natychmiast wywierać wpływ.

kroki w kierunku Agile

publikowane są raporty i konsultanci, którzy mają obszerne wskazówki dotyczące wdrażania metodologii agile. Jednak większość z tych zasad przewodnich odpowiada na potrzeby organizacji programistycznej, a nie organizacji inżynierskiej rozwijającej produkty mechatroniczne. Wiele kroków jest podobnych, ale istnieją pewne istotne różnice:

• zaangażuj więcej zainteresowanych stron: Z punktu widzenia ludzi rozwój produktu mechatronicznego wymaga zaangażowania inżynierów mechanicznych, elektrycznych i programistów, a także organizacji zajmujących się produkcją, jakością, zaopatrzeniem i serwisem. Jest to znacznie bardziej zróżnicowany zespół techniczny niż ci, którzy uczestniczą w zwinnym tworzeniu oprogramowania, który składa się przede wszystkim z programistów, testerów i innych. Kierownik inżynierii będzie musiał rozpoznać tę niezbędną złożoność organizacyjną i pomóc zespołom w samoorganizacji.
• Struktura Samoorganizująca: Na pierwszy rzut oka można założyć, że zwinny rozwój produktu jest chaotyczny, ze względu na potrzebę samoorganizacji i deklasowania procesów formalnych. Ale to, że nie ma formalnego procesu, nie oznacza, że zwinny rozwój produktu nie jest ustrukturyzowany. Rzeczywistość jest wręcz przeciwnie. Mimo tej struktury następuje jednak odejście od sformalizowanego procesu. Kierownicy inżynierii będą musieli umożliwić swoim inżynierom przejście przez to przejście.