Dezvoltarea modernă este o activitate de echipă extrem de complexă, interfuncțională. Pentru interacțiunea corectă și eficientă a tuturor participanților la proces, se utilizează unul sau altul model, diverse instrumente și metodologii de dezvoltare. In acest articol voi incerca sa structurez toate informatiile despre modelele si metodele folosite in dezvoltare.
De ce este necesar să folosim o metodologie?
Metodologia este necesară pentru ca munca să fie structurată, astfel încât toți membrii echipei să înțeleagă ce se întâmplă acum în companie, la ce sarcini lucrează fiecare. metodologii de dezvoltare, flexibilă și rigidă, sunt de obicei asociate cu dezvoltarea de software. Cu toate acestea, în ultimii ani, în legătură cu răspândirea abordării produsului în afaceri, voi lua în considerare metodologiile tocmai în contextul dezvoltării produsului.
Ce este un produs și o abordare de produs? Un produs nu este nici un produs, nici un serviciu în sens general. Un produs este ceva pentru care clienții tăi sunt dispuși să plătească. Prin urmare, un produs BMW nu este un vehicul, este o conducere, plăcere de a conduce, stare și siguranță.
În consecință, un produs este un proces de crearea de valoare pentru a satisface nevoia unui client. Crearea unui produs este un pas cheie în orice afacere. În special, această etapă este importantă pentru afacerile asociate cu producția de bunuri de înaltă tehnologie și inovatoare.
Dezvoltarea oricărui produs are propriul ciclu de viață, care poate fi redus la următoarele etape:
- Generaţie de idei.
- Selecţie de idei.
- Dezvoltarea și verificarea conceptul de produs (ce facem mai exact și pentru cine)
- Dezvoltarea și verificarea a strategie de marketing (prin ce canale putem vinde)
- analize de afaceri (analiza unităților, verificarea convergenței economiei)
- Dezvoltarea și verificarea produse.
- testarea marketingului (Lansare pe piață MVP – produs minim viabil)
- Comercializare (la scară)
De aici, definim Modelul de Dezvoltare a Produsului ca o descriere a etapelor ciclului de viață prin care trece un produs și a ceea ce se întâmplă în fiecare dintre ele. O metodologie de dezvoltare este un set de metode de gestionare a dezvoltării. Acele reguli, tehnici și principii care vă permit să faceți dezvoltarea cât mai eficientă.
Dar vreau să încep puțin mai devreme: cu filozofia dezvoltării. La urma urmei, de la el s-au format toate modelele și metodologiile. Oricine este implicat în dezvoltarea de produse a auzit probabil de metoda Kanban sau de principiile de producție lean lean de mai multe ori.
Dao Toyota, Lean și Kanban
Pe lângă principiile de a face afaceri, Toyota a format principalele tipuri de pierderi. Deșeurile includ tot ceea ce nu creează valoare pentru produs:
- Supraproducție (produs suplimentar creat)
- Așteaptă (pierde timp)
- Transport sau mișcare suplimentară
- Prelucrare excesivă (de exemplu, din cauza calității slabe a instrumentului).
- inventar excesiv.
- Mișcări suplimentare.
- Defecte.
- Potențialul uman neexploatat (acest punct a fost adăugat de Jeffrey K. Liker în cartea sa „Dao Toyota14 Management Principles of the World’s Leading Company”).
Pentru a maximiza eficiența fluxului de lucru și a elimina risipa, Toyota utilizează metoda Kanban și Lean Manufacturing. Să aruncăm o privire mai atentă la Lean mai întâi.
Sistemul de producție Toyota TPS este o abordare unică a producției. Ea a fost cea care a dat naștere mișcării Lean, care (împreună cu conceptul Six Sigma) a devenit una dintre tendințele dominante de dezvoltare. Cu toate acestea, există o opinie că, în ciuda asemănării dintre TPS și Lean, prima este calea unei anumite companii, iar Lean Production este un set de metode și instrumente care se bazează pe filozofia Toyota, dar care pot fi implementate în alte industrii. .
Termenul „Lean Manufacturing” în sine a fost introdus de John Krafcik în 1988, ca parte a activității sale la Programul Internațional Auto de la Institutul de Tehnologie din Massachusetts. Cercetarea lui Krafcik despre lean a fost folosită de Dames Womek și Daniel Jones în cartea Lean: How to Eliminate Waste and Make Your Company Thrive. Ei au fost cei care au definit termenul în 1998. Lean Manufacturing, conform lui James P. Womek și Daniel T. Jones, include cinci pași:
- Definiția valorii pentru consumator.
- Creați un flux constant de creare a acestei valori.
- Asigurați continuitatea acestui flux.
- Oferiți „tragere” clientului.
- Căutarea excelenței.
Prin urmare, Lean nu este o metodologie, deoarece nu are un set de instrumente gata de utilizare. Aceasta face parte din filozofia de dezvoltare lean care a apărut din filozofia Toyota și a devenit mai târziu parte a filozofiei Agile. Producția slabă este concepută pentru a face față tuturor tipurilor de deșeuri. Această filozofie se bazează pe principiul tragerii și pe principiul „just in time” (Just in Time).
Principiul atracției de producție presupune producerea unui produs numai pe baza cerințelor clientului într-o cantitate strict cerută. Adesea, un card Kanban este folosit pentru a începe procesul de producție.
Principiul „Just in time” presupune că sistemul de planificare și organizare a activității companiei este construit în așa fel încât toate elementele necesare să intre în procesul de producție la momentul potrivit și în cantitatea necesară. În plus, acest principiu presupune o producție fără cusur, deoarece căsătoria poate rupe întregul sistem clar de planificare.
Lean Manufacturing include următoarele metode de organizare și dezvoltare a muncii:
- Regula 5 Sigma (acum regula 5 Sigma a devenit regula 6 Sigma, articolul indică al șaselea punct Disciplina și obiceiul) – un loc de muncă bine organizat
- Sortare (necesară la îndemână, nu chiar necesară – mai departe de zona de lucru).
- Îndeplinirea comenzii (lucrurile inutile nu ar trebui să interfereze cu procesul).
- Curatenie.
- Standardizare (procesul trebuie să fie scris în instrucțiuni);
- Îmbunătățire (trebuie să se dezvolte și să învețe constant lucruri noi).
- disciplina si obiceiul.
În producție, aceasta poate fi o conexiune specială a pieselor cu caneluri care nu pot fi instalate în alt mod decât este necesar. Software-ul poate seta o „mască” pe câmp, astfel încât să nu fie posibilă introducerea datelor într-un format care ar putea cauza o eroare de program.
- Metoda de schimbare rapidă (SMED)
Această metodă este unică pentru diferite industrii. De exemplu, putem cita un transportor pentru asamblarea oglinzilor din dreapta, care poate fi reconfigurat rapid pentru asamblarea oglinzilor din stânga.
- kanban. Să ne oprim asupra acestei metode mai detaliat.
Cuvântul Kanban este de origine japoneză și se traduce prin „cărți vizuale”.
Este una dintre cele mai populare metode de dezvoltare software astăzi. Echipa lucrează cu ajutorul unui panou, care indică etapele proiectului. Pe tablă, în funcție de stadiul de rezolvare a problemei, sunt mutate cărțile reprezentând aceste sarcini. Fiecare membru al echipei vede ce sarcini sunt în coadă, care sunt în curs și care sunt finalizate. Kanban este convenabil de utilizat nu numai la locul de muncă, ci și în scopuri personale: pentru a vă distribui propriile planuri sau sarcini de familie pentru weekend, pentru a urmări vizual progresul.
Kanban este o metodă de management al dezvoltării în care sarcinile sunt distribuite uniform între toți membrii echipei de dezvoltare, implementează principiul just-in-time și limitează numărul maxim de sarcini care trebuie efectuate în același timp.
Mai jos este un exemplu simplu de implementare a unei plăci Kanban. În general, fiecare coloană este o etapă separată a ciclului de viață al dezvoltării.
Principii de baza:
- Vizualizare: o tablă cu carduri de sarcini (povestiri ale utilizatorilor în dezvoltarea de produse). Placa poate fi fizică sau virtuală.
- Există un plan de dezvoltare ordonat pe priorități (backlog în dezvoltarea produsului). Puteți schimba oricând.
- Limitarea sarcinilor simultane.
- Optimizarea constantă a proceselor.
Din aceste principii se pot formula limitările metodei:
- Dacă există sarcini urgente, acestea nu pot fi eliberate în dezvoltare până când cel puțin una dintre sarcinile curente nu este finalizată (spre deosebire de Scrum, în Kanban puteți împinge sarcini urgente la dezvoltare imediat după finalizarea sarcinii anterioare, fără a aștepta următoarea) . ). alerga pentru a incepe)
- Este greu de urmărit calitatea sarcinilor și eficacitatea unui angajat individual.
- Echipa trebuie să funcționeze ca un singur mecanism, dacă cineva încetinește procesul, toată lumea suferă. În acest sens, metoda nu funcționează bine pentru o echipă de peste 5 persoane.
- Este greu să amesteci echipe interfuncționale pe aceeași tablă.
- Nu este conceput pentru planificare pe termen lung.