procese Agile de dezvoltare a produselor

pe măsură ce mai mult hardware și software electronic sunt încorporate în produsele mecanice tradiționale, producătorii caută modalități mai bune de a integra activitățile de proiectare în disciplinele de inginerie. Ca urmare, multe practici de proiectare și dezvoltare sunt schimbate. O astfel de inițiativă, Agile Product Development, implică aplicarea metodologiilor agile la proiectarea mecanică, proiectarea electrică și dezvoltarea mai largă a produselor.

definirea Agile pentru Hardware

un loc bun pentru a începe să înțelegeți modul în care metodologiile agile se aplică dezvoltării produselor este intrarea Wikipedia privind dezvoltarea de software Agile.

Agile software development este un grup de metode de dezvoltare software bazate pe dezvoltare iterativă și incrementală, în care cerințele și soluțiile evoluează prin colaborarea între echipe auto-organizatoare, inter-funcționale. Promovează planificarea adaptivă, dezvoltarea și livrarea evolutivă și o abordare iterativă în timp și încurajează răspunsul rapid și flexibil la schimbare. Este un cadru conceptual care promovează interacțiunile prevăzute pe tot parcursul ciclului de dezvoltare.

Sursa: Wikipedia entry on Agile Software Development

interesant, aceste caracteristici stau în contrast direct cu abordările tradiționale de dezvoltare a produselor, așa cum au făcut-o cu multe metode de dezvoltare software acum zece ani. Cerințele produsului sunt adesea înghețate devreme. Organizațiile de inginerie sunt adesea structurate rigid, cu linii clare de autoritate. Programele de dezvoltare sunt adesea stabilite cu mult timp în avans.

cu toate acestea, dezvoltarea de software Agile a cunoscut un succes pe scară largă. Astăzi, majoritatea organizațiilor de dezvoltare software folosesc unele variații ale acestui cadru. Dar aplicabilitatea sa la dezvoltarea produsului necesită o traducere. În tabelul 1 de mai jos, coloana din stânga prezintă principiile de bază ale Manifestului Agile pe intrarea Wikipedia privind dezvoltarea de software Agile. Coloana din dreapta arată traducerea acestor principii în dezvoltarea de produse Agile.

principiile Manifestului Agil	echivalent în dezvoltarea de produse Agile
indivizi și interacțiuni asupra proceselor și instrumentelor. indivizi și interacțiuni: în dezvoltarea agilă, autoorganizarea și motivația sunt importante, la fel ca și interacțiunile precum co-locația și programarea perechilor.	colaborarea și rezolvarea problemelor sunt mai importante decât urmarea unui proces sau procedură specifică. Deoarece problemele mecatronice se întind pe discipline, inginerii vor trebui să se organizeze în cele mai bune echipe. În plus, aceste Echipe ar trebui să fie împuternicite să urmărească și să rezolve problemele.
software de lucru peste documentație cuprinzătoare. software de lucru: software-ul de lucru va fi mai util și mai binevenit decât simpla prezentare a documentelor clienților în cadrul întâlnirilor.	prototipurile de lucru, atât fizice, cât și digitale, sunt mai importante decât livrabilele inginerești care vor fi în cele din urmă predate la lansarea designului. Accentul ar trebui să fie pus pe satisfacerea cerințelor de performanță și a altor caracteristici.
colaborarea cu clienții asupra negocierii contractului. colaborarea cu clienții: cerințele nu pot fi colectate integral la începutul ciclului de dezvoltare software, astfel încât implicarea continuă a clienților/părților interesate este foarte importantă.	un client sau un reprezentant intern echivalent trebuie să fie implicat intim în procesul de dezvoltare. Deoarece problemele vor apărea din nou și din nou în timpul proiectării produselor mecatronice, va trebui să existe pași de verificare și validare pe parcurs. Acest lucru va duce la perfecționarea cerințelor mecatronice în timpul procesului de dezvoltare.
răspunsul la schimbare în urma unui plan. răspunsul la schimbare: dezvoltarea agilă se concentrează pe răspunsuri rapide la schimbare și dezvoltare continuă.	accentul trebuie pus pe capacitatea organizației de a răspunde la problemele de dezvoltare asupra capacității sale de a adera la un anumit proces sau procedură. Prin urmare, organizația ar trebui să poată răspunde la problemele legate de dezvoltarea Mecatronică într-o manieră agilă și flexibilă.

provocări abordate de Agile

evident, există unele implicații interesante care decurg din dezvoltarea de produse Agile. Cu toate acestea, adoptarea acesteia abordează în mod direct două provocări abordate mai jos.

tendință	provocare abordată	avantajul oferit
mandatul de vizibilitate pentru operațiunile de inginerie	managerii de inginerie trebuie să obțină noi valori bazate pe proiectare care măsoară progresul produselor bine proiectate.	accentul pus pe prototipurile de lucru asupra livrabilelor schimbă gândirea directorilor asupra valorilor bazate pe livrabile. Acest accent stabilește etapa de definire a noilor valori bazate pe design.
războiul care vine pentru talentul ingineresc	managerii de inginerie trebuie să găsească modalități de a recruta ingineri Gen-Y, folosind alte beneficii decât compensația monetară.	Gen-Yerii sunt o cohortă de generații colaborativă prin natură și dorința de a avea un impact imediat. Accentul pus pe interacțiuni face apel la tendințele lor naturale. Oportunitatea de a contribui în acest cadru le permite să aibă un impact imediat.

pași pentru a urmări Agile

există rapoarte publicate și consultanți care au îndrumări extinse cu privire la modul de implementare a metodologiilor agile. Cu toate acestea, majoritatea acestor principii directoare se adresează nevoilor unei organizații de dezvoltare software, mai degrabă decât unei organizații de inginerie care dezvoltă produse mecatronice. Multe dintre etapele sunt similare, dar există unele diferențe importante:

• implică mai multe părți interesate: Din perspectiva oamenilor, dezvoltarea unui produs Mecatronic necesită implicarea inginerilor mecanici, electrici și software, precum și a organizațiilor de producție, calitate, aprovizionare și servicii. Acesta este un set tehnic semnificativ mai divers de oameni decât cei care participă la dezvoltarea de software agil, care constă în principal din dezvoltatori de software, Testare și multe altele. Managerul de inginerie va trebui să recunoască această complexitate organizațională necesară și să asiste echipele pe măsură ce se autoorganizează.
• Structura De Auto-Organizare: La prima vedere, s-ar putea presupune că dezvoltarea agilă a produselor este haotică, datorită necesității de a se autoorganiza și de a sublinia procesele formale. Dar doar pentru că nu există un proces formal, nu înseamnă că dezvoltarea agilă a produselor nu este structurată. Realitatea este dimpotrivă. În ciuda acestei structuri, totuși, există o tranziție departe de un proces formalizat. Managerii de inginerie vor trebui să permită inginerilor lor prin această tranziție.