Acasă Bloguri de afaceri Metodologie de planificare agilă. Metodologia de dezvoltare agilă

Metodologie de planificare agilă. Metodologia de dezvoltare agilă

Sistemul de operare al uzinei Toyota a devenit deja un model de management clasic și de succes. Fiecare angajat al întreprinderii a avut posibilitatea de a opri transportorul în orice moment pentru a elimina un defect, problemă sau pentru a face propria propunere de raționalizare. Filosofia Agile se bazează pe această abordare. Inițial, metodologia Agile în urmă cu aproximativ 10-15 ani era o metodă de dezvoltare software în echipe mici. ÎN acest moment Metodologia agilă este o nouă cultură pentru gestionarea întreprinderilor mari. Astăzi, orice manager progresist știe ce este Agile.

Produsele și serviciile sunt create, de regulă, după o singură schemă clasică. Acest lucru se aplică în special industriei IT. Această schemă se numește cascadă sau metodologie de dezvoltare iterativă și în Limba engleză– dezvoltarea cascadei („cascada”). Din ce motiv schema are acest nume? Chestia este că, dacă ați aprobat deja un plan pentru un produs software, nu îl puteți suspenda sau face ajustări înainte de implementare. Există un principiu complet diferit Metodologie agilă. Cascada este un concept care nu i se aplică. Aceasta este o abordare nouă din punct de vedere calitativ pentru crearea de produse. Baza metodologiei este o idee simplă - fiecare participant are posibilitatea de a face propuneri utile pentru optimizarea procesului, oprirea transportorului pentru a regândi sarcinile și cauza comună.

Metodologia Agile are un cadru cu o serie de caracteristici. Printre ei:

Răspuns rapid la schimbări.
Organizarea independentă a procesului de producție.
Previzibilitate.
Disponibilitate continuă și constantă părere.
Delimitarea riscului.

În multe întreprinderi de dezvoltare de produse, specialiștii care rezolvă probleme importante pentru producție sunt repartizați în diferite departamente, adesea în conflict între ei. Acest lucru este valabil mai ales pentru angajații departamentului de operațiuni, dezvoltatori și testeri. Dacă produsele nu pot fi vândute în mod corespunzător și nu pot fi generate venituri din acestea, părțile aflate în conflict se învinuiesc reciproc. În același timp, toată lumea este de obicei de vină în astfel de situații.

Metodologia agilă este o abordare care implică prezența tuturor celor care se dezvoltă software. În același timp, fiecare specialist își face treaba. Metodologia agilă face posibil să vedem că toți participanții la proces sunt uniți de un singur obiectiv - crearea de produse de înaltă calitate pentru clienții lor.

Când se aplică metodologia Agile, întreaga cultură de afaceri a companiei se schimbă. Programele de MBA conțin un curs cu drepturi depline despre structura organizatorică a unei întreprinderi, când studiezi, care poți întâlni termenul de „echilibru”, când în companiile nou-înființate și start-up-urile toți angajații și participanții rezolvă probleme comune. Practica arată că în astfel de întreprinderi echipele sunt mai unite și lucrează cu eficiență și eficacitate ridicate. Dacă despre care vorbim despre aducerea de noi idei în spațiul pieței și creșterea eficienței, metodologia Agile este instrumentul optim.

Desigur, unele companii nu au nevoie de metodologia Agile. Vorbim, de exemplu, despre departamentele guvernamentale, întrucât la baza activităților lor se află normele legislative. Interacțiunea cu statul este imposibilă dacă regulile jocului se schimbă în mod regulat.

Adică, infrastructura organizațională poate fi prezentată în două versiuni, radical diferite una de cealaltă. Prima este o firmă birocratică strictă care respectă o serie de formalități. Această opțiune are dreptul de a exista și funcționează excelent în anumite condiții. Al doilea tip sunt startup-urile în stadiu incipient care unesc oameni cu același punct de vedere și un scop comun, care creează ceva fundamental nou. Metodologia agilă este cu siguranță mai aproape de echipa emoțională care lucrează pentru a produce un produs de calitate. Dacă apar probleme în orice etapă, toți specialiștii întreprinderii sau participanții la startup le rezolvă în cadrul metodologiei Agile.

Principiile de bază ale metodologiei Agile

Există un manifest Agile, care vorbește despre principiile de bază ale metodologiei:

Opinia expertului

Perspective pentru metodologia Agile în Rusia

Andrei Koceșkov,

Analist șef al editurii OJSC Prosveshcheniye

Metodologia agilă are o serie de avantaje, dintre care principalul este flexibilitatea și capacitatea de adaptare, adaptare la orice situație și proces organizatoric. Metodologia agilă este cea mai bună opțiune pentru proiectele al căror final este „deschis”. Aceasta ar putea fi crearea unui joc pe calculator, sistem de operare sau serviciu de internet. Cu toate acestea, flexibilitatea poate duce în cele din urmă la pierderea concentrării și la reducerea predictibilității.

Este extrem de important să distingem greșelile atunci când utilizați o abordare agilă de deficiențele metodologiei Agile. Va dura ceva timp până când beneficiile metodologiei vor fi realizate. Este necesară adaptarea abordării la situația actuală dintr-o anumită afacere, iar în această perioadă este posibil să se facă multe greșeli. Dar adevărul rămâne: metodologia agilă devine una dintre cele mai populare paradigme atât în Rusia, cât și în întreaga lume.

Metodologii flexibile: Agile, Lean, Scrum și altele

Manifestul Agile definește principii specifice. Pe baza acestora s-a format o metodologie de dezvoltare flexibilă numită Agile.

Metodologia Agile Scrum este una dintre tehnologiile populare

Aproape cea mai comună metodologie Agile este Scrum. Numele vine de la rugby. În prezent, acesta este numele celei mai structurate metodologii de dezvoltare flexibilă, Agile. „Scrum” în terenul de sport este o acțiune intensă de echipă care vizează atingerea scopului - obținerea mingii pentru atacul ulterior al inamicului.

Perioada Scrum este scurtă. Cei mai buni sportivi cu o pregătire excelentă iau parte la această fază a rugbyului, deoarece este destul de traumatizantă. Dacă nu există jucători antrenați și puternici, Scrum pur și simplu nu se realizează. Metodologia Scrum devine din ce în ce mai răspândită în Rusia. Să ne uităm la asta mai detaliat.

Baza Scrum este sprinturile. Acesta este numele pentru acțiunile fixe pe termen scurt pentru a crea și a oferi consumatorului un produs funcțional cu noi caracteristici. Capacitățile sale le depășesc în același timp pe cele care au fost anterior. Perioada de sprint este fixă, iar de ea depinde predictibilitatea și flexibilitatea procesului de creație. Dacă intervalul de timp este scurt, indicațiile pentru flexibilitate și predictibilitate devin mai mari, dar costul relativ al fiecărei iterații, precum și timpul petrecut organizându-se și întâlnirii cu clienții și membrii echipei, cresc și ele.

Un element important al metodologiei este stocul de produse. Aceasta este o listă de cerințe pentru rezultatul final. Cerințele de aici sunt clar structurate pe nivel de importanță. Din listă sunt luate sarcinile pentru sprinturile ulterioare. Puteți face ajustări și completări la listă pe măsură ce caracteristicile sunt clarificate și produsele sunt vândute.

Există o etapă de planificare în care sunt determinate noi calități funcționale produs creat pentru următorul sprint. După rezolvarea problemei, este creat un Sprint Backlog. Acesta rămâne neschimbat pe toată durata sa.

Metodologia definește, de asemenea, roluri structurate în proiect:

Scrum Master este intermediarul între echipă și client.
Product Owner reprezintă clientul, formează, prioritizează Product Backlog și acceptă rezultatele intermediare ale lucrării.
Echipa – o echipă de proiect în care nu există roluri separate. Este un sistem de auto-organizare care include profesioniști multifuncționali, motivați.

Metodologia oferă finanțatorilor o serie de avantaje, și anume:

oferă o oportunitate de a economisi bani prin nelucrarea la documentele de proiect pentru o perioadă lungă de timp;
vă permite să controlați pe deplin bugetul proiectului;
face posibilă efectuarea de ajustări fără pierderi financiare semnificative pentru întreprindere;
vă permite să lansați produse din timp și să primiți primul venit din acesta.

Problema principală în acest caz este întrebarea înregistrare legală acest tip de activitate și interacțiune cu echipa externă de dezvoltare.

De ce aveți nevoie de metodologie de management Agile?

Sistemul vă permite să vă simțiți bine în timpul unei crize și în situații incerte, să obțineți venituri, să vă protejați afacerea și să utilizați în mod competent resursele și oportunitățile disponibile.
Metodologiile agile sunt preferate de marile întreprinderi implicate în implementarea flexibilității metode de management, și companii mici. Pentru cea mai recentă metodologie Agile - cea mai bună opțiune. Aici vorbim de unități de catering. clinici dentare si birouri, showroom-uri auto; În plus, metodologia Agile vă permite să „ajustați” procesele de afaceri în domenii precum organizarea activitatea economică externă, construirea sistemelor de vânzări și managementul crizelor.
Metodologia agilă este utilizată în management, marketing, industria financiară și managementul personalului. Datorită acesteia, puteți obține implementarea proiectelor ultra-rapidă și rezultate excelente.
Metodologia agilă se referă în primul rând la gândirea flexibilă și abia apoi la instrumente. Pentru a-l folosi cu succes, trebuie să intri anumite modificariîn mentalitatea și cultura de a lucra cu proiecte la întreprindere.
Există multe metode în Agile. Cele mai populare astăzi sunt Scrum și Kanban.
Metodologia agilă vă ajută să vă duceți afacerea la următorul nivel, ținând cont de capacitățile existente, resursele și abilitățile practice ale angajaților.
Metodologia agilă este potrivită pentru orice întreprindere axată pe generarea de venituri mai mari și creșterea influenței în mediul de piață.
Metodologia agilă asigură căutarea și introducerea de noi tehnologii asociate cu descoperiri, dezvoltarea de interne activitate antreprenorială, creativitate de abordare și gândire în organizațiile mari.

Toate cele de mai sus sunt doar începutul. Mulți experți în afaceri și directori mari intreprinderi Suntem încrezători: metodologia agilă este viitorul industriei economice moderne.

Opinia expertului

Implementarea metodologiei Agile pentru îmbunătățirea eficienței personalului

Maria Onuchina,

Director al Departamentului de management al activelor la Becar Asset Management Group, Moscova

Ne-am modificat spațiul de birouri pentru a trece la managementul Agile:

Etapa 1.Organizarea locurilor de munca.

Pe parcursul unei luni, am studiat locurile de muncă ale personalului, am identificat departamentele unde trebuie întreținute activități eficiente se cere liniște deplină (aceasta este, de exemplu, contabilitate), am acordat atenție departamentelor care angajează specialiști plecați în mod constant și nu petrec mai mult de 3 ore pe zi la birou. Am primit un program care arată numărul de angajați și specificul responsabilităților lor de muncă. Ținând cont de informațiile primite, am început reconstrucția biroului.

Pentru angajații ale căror activități necesită prezență constantă la locul de muncă au fost dotate locuri permanente. Personalul mobil a fost dotat cu spațiu temporar în zona open-space. Poți să vii acolo, să iei locul tău preferat și să pornești acces de la distanță. Am acordat atenție și zonelor informale: camere pentru relaxare, negocieri și o cafenea de lucru.

Am încercat să organizăm spațiul din birou astfel încât angajații să aibă posibilitatea de a schimba locația în orice moment:

dacă este necesar, fii singur;
alăturați-vă în mini-grupuri;
ține o întâlnire între departamente din orice compoziție.

Numărul de astfel de zone din cadrul proiectului a fost influențat de ce parte din afacere îi aparține procesul.

Etapa 2.Adaptarea lucrătorilor.

În continuare, am oferit specialiștilor asistență în adaptare. Mulți oameni se tem de schimbările pe care le presupune metodologia Agile, chiar dacă sunt în bine. Pe măsură ce au trecut câteva săptămâni, a devenit clar că angajaților le-a plăcut totul și și-au părăsit birourile. În această etapă, merită să faceți personalului să înțeleagă că, dacă nu există schimbări în procesele de afaceri, întreprinderea riscă să părăsească spațiul pieței.

Etapa 3.Introducerea unor soluții neobișnuite.

Am introdus o serie de caracteristici: am organizat un cinematograf în zona comună, unde sunt prezentate prezentări în timpul lucrului și filme seara, precum și un perete cu poza unui copac pe care sunt scrise valorile companiei.

Noul birou este neobișnuit, dar confortabil. L-am dotat cu mobilier pe mai multe niveluri: taburete de bar, scaune beanbag, canapele din piele si stofa, mese din sticla. Managementul agil este caracterizat de astfel de detalii precum:

soluții moderne de inginerie;
Infrastructură IT;
mobilier confortabil;
suprafețe pentru înregistrarea ideilor în timpul negocierilor etc.

Design si lucrari de renovare au fost efectuate pe parcursul a două luni. În această perioadă, specialiștii companiei au îndeplinit sarcini de lucru pe teritoriul vechiului birou. Costul renovării a fost aproximativ același cu costul unei renovări tipice. Pretul a fost afectat doar de mobilier si tehnologie de ultima ora.

Rezultat. Câteva luni de ședere în biroul îmbunătățit au arătat că munca a devenit o echipă, iar comunicarea dintre specialiști din diferite departamente s-a îmbunătățit. A reușit să economisească la chirie. În medie, sunt 12-40 m2 de persoană în biroul unei organizații mari. Anterior, aveam 10 m2, iar această cifră s-a redus la 6 m2, repartizând efectiv locurile de muncă. Perioada de rambursare a proiectului a fost de 1,5 ani.

Am dotat toate sălile de întâlnire cu Wi-Fi și apeluri de conferință. Acest lucru a eliminat necesitatea de a închiria săli de conferințe pentru a organiza întâlniri externe. Condițiile confortabile atrag angajații, astfel încât aceștia petrec mai mult timp la serviciu și își îndeplinesc sarcinile mai eficient.

Ce probleme pot apărea la utilizarea metodologiei Agile?

Problema 1.Obișnuirea cu rolul.

La început, specialiștii din echipa de proiect sunt reticenți în a-și asuma o muncă neobișnuită pentru ei, conștientizând chiar că așa va fi mai bine. De exemplu, analiștilor adesea nu le place să testeze un sistem, deși cine, dacă nu ei, știe totul despre caracteristicile funcționării acestuia? Aceste tipuri de probleme sunt ușor de identificat într-o echipă și, de obicei, nu sunt dificil de rezolvat.

Problema 2.Obiceiul documentării.

În primul rând, dezvoltatorii așteaptă cerințe de la client - documentația de proiect care explică toate problemele. Această metodă de transmitere a informațiilor nu este cea mai eficientă și, prin urmare, dezvoltatorii se obișnuiesc mai bine să comunice direct cu clientul. În timp, după comunicarea cu clientul, dezvoltatorilor le va deveni mai ușor să se aprofundeze în complexitatea afacerii și să rezolve probleme evidente. Chiar dacă greșește, clientul o va observa rapid la sfârșitul iterației, iar defectul poate fi corectat la timp.

Problema 3.Echipa noua.

Managerul de proiect riscă să întâmpine dificultăți în lucrul cu o nouă echipă. Participanții nu pot încă comunica corect între ei, nu există contact între ei, le este jenă să ceară ajutor și le este frică să critice pe cineva pentru o decizie greșită. Responsabilitatea revine managerului de proiect. El este obligat să ajute membrii echipei să stabilească relații informale, a căror prezență este implicată de metodologia Agile. Poate fi util să organizați o excursie comună la un restaurant, un eveniment de team building sau o competiție sportivă.

Problema 4.Probleme de comunicare.

Sarcina managerului de proiect în etapa inițială este de a ține întâlniri cu membrii echipei pentru a realiza activități productive și eficiente.

Problema 5.Presiunea termenului limită.

Adesea, clienții pun presiune asupra dezvoltatorilor și îi grăbesc. Clienții doresc să primească produsul dorit în cel mai scurt timp posibil. Echipa trebuie să implementeze cu exactitate cerințele, fără a sacrifica calitatea. În caz contrar, pe termen lung, viteza de creare va scădea, deoarece costul modificărilor va crește din cauza calității proaste. În plus, calitatea insuficientă are un impact negativ asupra motivației dezvoltatorilor. Managerul de proiect ar trebui să reamintească în mod regulat echipei de proiect să mențină calitatea înaltă.

Problema 6.Creativitate.

Sarcinile proiectului pot fi atât interesante, cât și nu atât de interesante. Dezvoltatorilor le place adesea să ia decizii care dăunează proiectului, dar sunt interesante din punct de vedere tehnic. Aici merită să ne amintim principiile KISS (păstrați-l simplu, stupid) și YAGNI (nu veți avea nevoie). Fie ca principala caracteristică a soluțiilor de proiectare să fie simplitatea. Nu ar trebui să faceți nimic care nu este deosebit de necesar în acest moment.

Ce ar trebui să faci pentru a-ți ajuta echipa să ia decizii simple? Uneori este util să permiteți specialiștilor să facă o greșeală unică, astfel încât să o poată analiza cu atenție și să lase dezvoltatorii să înțeleagă ce ar trebui și ce nu trebuie făcut. Aproape orice proiect este completat într-un fel sau altul de sarcini de cercetare (noi tehnologii și domeniile ingineriei cunoştinţe). Aici trebuie să încerci și să experimentezi.

Problema 7.Estimarea timpului.

Atunci când determină timpul pentru rezolvarea unei probleme, specialiștii iau în considerare doar scrierea codului. În același timp, sarcina include și, cel puțin, crearea unui design și testare. La începutul proiectului, dezvoltatorii cred că vor finaliza proiectul mai devreme decât este posibil. La sfârșitul procesului, experții notează greșelile și trag concluzii pentru viitor. Timpul trece, iar echipa învață să evalueze corect situația. De obicei, după 3-4 iterații, nivelul de precizie și productivitate se îmbunătățește.

Problema 8.Problema cu managementul.

Conducerea se așteaptă ca anumite funcționalități să fie disponibile până la ora specificată. Dar metodologia Agile nu garantează implementarea 100% a planurilor. Este logic să ne așteptăm ca sarcinile prioritare să fie rezolvate. Este util să fiți de acord cu managementul asupra planurilor la nivel de lansare. Nivelul înalt al planului de lansare permite managerului să varieze domeniul de dezvoltare chiar și a caracteristicilor individuale ale sistemului într-un interval de timp destul de mare. De exemplu, sarcina de a crea un subsistem de căutare poate implica luarea în considerare a morfologiei. În această etapă sunt posibile și economii.

Problema 9.Probleme de comportament necoordonat.

În procesul de implementare a metodologiei Agile, este posibil următoarea situație. Are loc o întâlnire și deodată unul dintre participanți se ridică și începe să vorbească despre ideile lui. Nu acceptă obiecții, iar după un timp vorbește despre decizia luată, propunând să se înceapă examinarea celei de-a doua chestiuni. Desigur, echipa nu a luat decizia. De fapt, el a făcut-o acest participant, luându-i acest drept.

Există mai multe opțiuni aici. Este posibil ca persoana să fie pur și simplu într-o stare prea entuziasmată, care ar trebui să treacă în curând. Dar sunt adesea cei care pur și simplu nu pot face parte din echipă din cauza caracterului lor.

Metodologie agilă fără erori

Eroare 1.Managerii de top nu înțeleg ce este metodologia Agile și în ce scop ar trebui implementată.

Avem nevoie de o înțelegere exactă a rezultatului care ne interesează, ce termene limită și buget avem. Obiectivele vagi și formulările frumoase, de exemplu, „Deveniți numărul unu în domeniul dvs.” sau „Începeți să lucrați mai eficient” nu sunt potrivite. Lasă sarcinile să fie exprimate în cifre. De exemplu: „Realizați o cifră de afaceri de 3 miliarde de dolari în 2018”, „Reduceți timpul de creare a unui produs la 3 luni”, etc.

Eroare 2.Diagnostic incorect.

Adesea, atunci când introduce metodologia Agile, o companie dorește să rezolve o serie de probleme specifice, cum ar fi costurile umflate sau calitatea proastă a mărfurilor. Dar trebuie să vă dați seama în detaliu unde sunt golurile. În caz contrar, managerul se va aștepta ca metodologia Agile să schimbe totul. Totuși, aici riscă doar să înrăutățească situația.

Eroare 3.Introducerea Agile doar într-o zonă separată a proceselor de afaceri.

Aceasta este o continuare logică a celei de-a doua erori descrise mai sus. Motivul presupunerii ei este același: lipsa de înțelegere a problemei și a locului în care se ascunde. Toate sectoarele întreprinderii trebuie să se schimbe: producție și marketing, contabilitate și vânzări. Altfel, nimic nu va funcționa. Dacă se introduc modificări doar în marketing și nu se obține efectul dorit, vă veți dezvolta o părere puternică că metodologia Agile este ineficientă.

Eroare 4.Înțelegerea importanței implicării tuturor angajaților companiei.

Trebuie să fii aliați cu colegii tăi. Dacă acest lucru nu se întâmplă, este mai bine să economisiți resurse, timp și să nu începeți nimic. Metodologia agilă presupune inițiativa, mobilizarea și responsabilitatea tuturor celor care participă la proces, cel puțin managerilor de întreprindere. Dacă acești oameni sunt lideri puternici și autoritari care sunt capabili să obțină o bună disciplină atunci când rezolvă probleme și introduc reguli noi în muncă, atunci totul va funcționa. Potrivit statisticilor, 85% dintre întreprinderi nu au manageri puternici, cu pregătire profesională suficientă.

Eroare 5.Iluzia că totul este posibil doar prin eforturi umane.

Desigur, competențele, motivația și nivelul profesional al personalului sunt importante în atingerea obiectivelor. Dar trebuie acordată atenție și dotării tehnice adecvate a companiei, software cu ajutorul căruia managementul și planificarea activităților devin mai eficiente. În acest sens, indiferent dacă vă place sau nu, va trebui să investiți în achiziționarea de mașini, echipamente și software.

Eroare 6.Reticența de a schimba personalul.

Aproape 90% din succes depinde de echipa întreprinderii. Ar trebui să se acorde o atenție continuă dezvoltării, formării și motivare adecvată angajati. Mulți specialiști nu sunt pregătiți să desfășoare activități folosind metodologia Agile, nu sunt interesați de cunoștințe și oportunități noi sau de stăpânirea proceselor de afaceri. Aproximativ 25-30% din personalul companiei nu vrea să dea tot ce e mai bun și se străduiește să obțină câștiguri mari. Este mai bine să le spuneți „la revedere” unor astfel de angajați. Legăturile slabe pot fi destul de dificil de identificat și, prin urmare, managerii de resurse umane nu se ocupă adesea de acest lucru.

Eroare 7.Pierderea interesului și a participării managerilor de top.

De obicei, durează 8-16 luni pentru a implementa un proiect. În 70% din situații, după trei luni interesul participanților scade. Ca rezultat, membrii echipei pur și simplu nu doresc să facă parte din proiect. Dacă acesta este cazul, desigur, nu veți putea rezolva problema.

Metodologie agilă: exemple de aplicare nereușită

Metodologia Agile atrage mulți profesioniști și, până în prezent, o serie de companii de renume mondial au încercat să o implementeze. Dar aproape nimeni nu a reușit să obțină rezultatul dorit.

Exemplu: în 2015 la bursa de valoriÎn New York, s-a desfășurat tranzacționarea, care a trebuit să fie oprită până la 4 ore. La început a fost explicat ca un atac cibernetic. Dar, după cum sa dovedit mai târziu, problema a fost o eroare în timpul următoarei actualizări. Desigur, 4 ore de oprire la World Trade Center au adus pierderi de miliarde.

Și acest exemplu nu este singurul. Este mai ușor pentru brokeri: au pierdut și apoi au câștigat de două ori mai mult. Lucrurile sunt mai complicate pentru companiile aeriene. Aproximativ aceeași situație s-a întâmplat cu transportatorul aerian Delta după o simplă actualizare de software. Sistemul de dispecerat a încetat să mai primească date, ceea ce a dus la anularea forțată a zborurilor. Compania nu numai că a suferit pierderi, ci și-a pierdut și reputația.

Cel mai notoriu eșec al utilizării metodologiei Agile este asociat cu lansarea sistemului de asigurări de sănătate Obama Care în Statele Unite. Sensul programului era următorul: anumite categorii de cetățeni americani au fost asigurate cu polițe de asigurare gratuite. Pentru a obține un astfel de drept, o persoană trebuia să completeze un formular de pe site și să aștepte o decizie din partea anumitor servicii. Desigur, milioane de oameni s-au grăbit să completeze formulare. Dar problema a fost că au putut să completeze formularul, dar nu să-l trimită; a existat un fel de defecțiune a serverului. Obama Care s-a încheiat la aproximativ 6 luni după ce a început. Pentru a îmbunătăți munca, părțile interesate au adus un specialist extern care a evaluat situația. Consultantul a parcurs un drum lung, pornind de la final - „producție”, a pus piesele împreună și a reușit să realizeze funcționarea corectă a sistemului.

Opinia expertului

Exemplu de implementare cu succes Amanagement gile

Serghei Bucik,

Director general al Grupului NPM, Novosibirsk

Compania, inclusiv toate diviziile, a trecut la lucrul conform metodologiei Agile pe parcursul a 1,5 ani. Anterior, departamentul HR era format din: un specialist în resurse umane, un manager de training și un recrutor. Conducerea departamentului, alegerea personal nou sau desfășurarea de formare, completat cereri în număr mare. Acum fiecare departament al întreprinderii are propriul său HR. În echipele de dezvoltare care lucrează conform metodologiei Scrum, acest loc este atribuit Scrum Master-ului. Produsele de aici sunt serviciul de personal, iar membrii echipei sunt consumatori interni.

Noul stil de management bazat pe metodologia Agile a prins bine rădăcini în domeniul selecției angajaților. Clientul își poate planifica activitățile, ținând cont de ieșirea candidatului la ora exactă specificată. Pe parcursul a 9 sprinturi cu durata de 2 saptamani, am reusit sa reducem de 2 ori numarul posturilor vacante restante. Un post vacant simplu (de exemplu, un muncitor de turnătorie) este acum ocupat în 20 de zile, un post mediu vacant (pentru un inginer de service) – în 32 de zile, iar un specialist rar (un inginer de proces de turnare prin injecție de plastic) – în 51 de zile. După finalizarea primului sprint, a devenit clar pentru recrutori: pentru managementul departamentului, principalul lucru nu este viteza căutării, ci termenele-limită transparente pentru ocuparea posturilor vacante și perioada de timp pe care o pot petrece selectării unui angajat cu pregătire ulterioară. . În acest moment, managerul îi spune clientului despre momentul și stadiul căutării unui solicitant. Responsabilitățile recrutorilor includ, de asemenea, dezvoltarea competențelor tehnice necesare pentru a ocupa în mod eficient locurile de muncă în producție, cum ar fi învățarea să citească planurile.

Să dăm un exemplu: conducerea unui departament nu înțelege ce fel de angajat are nevoie, sau această problemă este rezolvată de specialiști din mai multe departamente deodată. Să presupunem că o companie are nevoie de un depozitar care va lucra într-un depozit de scule. În acest caz, postul vacant este comandat de departamentul de producție și serviciul de logistică. Responsabilitățile recrutorului includ luarea în considerare a cerințelor acestor departamente pentru solicitant. Producătorii au nevoie de un tehnician care are o cunoaștere aprofundată a modernului unealtă de tăiere a metalelor. Logistienii vor să vadă orice profesionist cu experiență și care știe perfect ce este logistica depozitului. Clienții încă nu s-au hotărât și nu au venit cu un numitor comun, dar recrutorul caută deja un candidat, luând în considerare candidații. După ce a selectat cel mai bun candidat, în opinia sa, el conduce un dialog cu toți clienții. Dacă după interviu nu se poate ajunge la un acord, recrutorul aduce modificări textului postului vacant.

În acest moment, departamentele ajung la concluzia că grupul țintă ar trebui să includă experți tehnici, excelent cunoștințe despre instrument. Recruitorul efectuează din nou căutarea, selectează candidații potriviți și se întâlnește cu aceștia. Aceasta continuă până când postul vacant este ocupat.

Metodologia agilă de management de proiect: 6 reguli de eficiență

Regula 1. Lucrați la planul de proiect și răspundeți la următoarele întrebări: ce sarcini sunt cele mai importante de realizat, ce resurse sunt necesare pentru aceasta, ce interval de timp este alocat pentru a obține rezultatul?

Planurile pe termen lung au o precizie scăzută, așa că faceți un plan în trei dimensiuni:

un plan pe termen lung care indică toate sarcinile care trebuie îndeplinite și o planificare pe scară largă a termenelor limită pentru punerea în aplicare a reperelor cheie;
planuri lunare de obiective, bazate pe planul general (implementarea lor nu trebuie să fie mai mică de 90%);
Definiți cele mai detaliate obiective în cursul lunii, descriind în mod clar rezultatele realizării lor.

Regula 2. Implicați echipa în implementarea proiectului, informați angajații despre acest lucru. Toți specialiștii trebuie să înțeleagă și să împărtășească obiectivele organizației, să știe ce trebuie făcut pentru a rezolva sarcinile atribuite, chiar dacă acești angajați nu le îndeplinesc în cadrul proiectului.

Regula 3.Întâlniți-vă din când în când cu echipa de implementare. Frecvența întâlnirilor este de 1-2 ori lunar. Acest lucru este necesar pentru a determina soluții la sarcini și probleme, ajustarea în timp util a planului dacă apar dificultăți în implementare. În același timp, reglați ascuțitul situatii conflictuale nu trebuie făcută în timpul întâlnirii, care este programată să aibă loc într-o săptămână. Autorizarea trebuie să fie clară și promptă.

Regula 4. Nu ar trebui să opriți un proiect dacă vedeți că nu funcționează efect pozitiv. Problemele, de regulă, apar din cauza nemulțumirii echipei, ai cărei membri trebuie să-și părăsească zona de confort și să devină creativi. Amintiți-vă că primele rezultate sunt de obicei măsurate după finalizarea a 80% din întreaga cale.

Regula 5. Spuneți „la revedere” angajaților cu performanțe slabe dacă vedeți că metodologia Agile nu este aproape de ei.

Regula 6. Nu vă așteptați să rezolvați perfect problemele de prima dată. Aproximativ 95% dintre instrumentele și ideile eficiente au fost obținute după mai multe iterații și ajustări în mai multe iterații.

1. Andrew Stellman, Jennifer Greene „Înțelegerea Agile”.

Cartea vorbește despre cele patru opțiuni principale în care este prezentată metodologia Agile. Descrierea lor este destul de interesantă și detaliată. Datorită manualului, stăpânirea artei de a aplica tehnici devine ușoară și distractivă.

Cartea dezvăluie esența celor mai populare metodologii Agile: Scrum, XP (programare extremă), Lean (programare lean) și Kanban; vă spune cum să le utilizați pentru a crea programe de calitate și pentru a vă atinge obiectivele. Manualul descrie modul în care metodologia Agile ajută la schimbarea gândirii participanților la proiect, îi unește și luptă împreună pentru îmbunătățiri. Scopul publicației este de a vorbi despre metode, valori și principii Agile, datorită cărora echipele pot schimba complet strategia de lucru la proiecte și o pot aborda diferit. Manualul va fi de interes pentru managerii de proiect, directori și pur și simplu pentru cei care sunt interesați de metodologia de dezvoltare flexibilă Agile.

2. Boris Volfson „Managementul agil de proiect și produs”.

Cartea îmbină teoria și practica. Descrie diferite aspecte ale conceptului de metodologie Agile, dezvoltare de produs, management și analiză. Partea teoretică privind managementul proiectelor și produselor conține informații despre starea actuală a Scrum și Kanban. Cea practică vorbește despre gestionarea cerințelor, echipelor, riscurilor, modelarea afacerii, analiza cerințelor, estimarea timpului, practici de inginerie pentru dezvoltarea produsului (în principal despre programare extremă), controlul și asigurarea calității, implementarea și scalarea Scrum.

3. Jeff Sutherland Scrum. O metodă revoluționară de management de proiect.”

Jeff Sutherland are propria metodologie, pe care a dezvoltat-o în încercarea de a depăși neajunsurile managementului clasic de proiect. De multe ori este dificil pentru specialiștii din diferite companii să realizeze o muncă eficientă, rapidă și coordonată. Ei nu reușesc să-și ducă la bun sfârșit majoritatea planurilor din cauza lipsei de timp și resurse, iar departamentele și echipele rezolvă adesea sarcini de importanță opusă sau le repetă.

Scrum există de 20 de ani, iar în acest timp metodologia a fost folosită cu succes nu numai de dezvoltatorii de software, ci și de producătorii de mașini, farmaciști, FBI și oameni obișnuiți care își planifică timpul și oportunitățile.

Datorită citirii cărții, veți privi diferit managementul proiectelor și veți înțelege cum să rezolvați problemele care anterior păreau de neatins. Nu contează care sunt planurile tale: deschiderea unui startup, schimbarea sistemului educațional, introducerea de noi tehnologii sau managementul echipei mai eficient. Datorită Scrum, îți vei crește productivitatea exponențial. Manualul este perfect pentru managerii de proiect, directori și specialiști IT.

4. Roman Pichler „Managementul produsului în Scrum”.

Manualul va fi de interes pentru toți cei care studiază metodologia Agile, în special pentru cei care dețin tehnologia. Cartea explică ce rol joacă proprietarul produsului, cum să-l gestioneze cel mai bine și ce metode de bază există pentru aceasta. Vorbim despre vizualizarea produselor, crearea și îmbunătățirea unui backlog, planificarea și urmărirea lansărilor și utilizarea eficientă a Scrum.

5. Kenneth S. Rubin „Fundamentele Scrum”.

Din carte veți afla totul despre Scrum, termenii acestei metodologii și veți înțelege cum să beneficiați de aplicarea acesteia. Dacă sunteți interesat de metodologia Agile, ghidul vă va spune de ce este nevoie pentru a obține rezultate excelente. Cartea a fost scrisă de un expert important în formarea Scrum. Autorul vorbește în detaliu despre principiile cheie, valorile și standardele de practică, atingând abordări flexibile, a căror eficacitate a fost dovedită de-a lungul timpului.

Informații despre experți

Andrei Koceșkov, Analist șef al editurii OJSC Prosveshcheniye. „Prosveshcheniye” este o editură de specialitate sovietică și mai târziu rusă de literatură educațională și pedagogică.

Maria Onuchina, Director al Departamentului de management al activelor la Becar Asset Management Group, Moscova. Becar-Exploitation LLC (Becar Asset Management Group). Domeniul de activitate: rezolvarea sistematică a problemelor de gestionare a proprietății, management de proiect și investiții (intermediere, evaluare). Număr de personal: 5000. Teritoriu: birouri - la Moscova și Sankt Petersburg; trei reprezentanțe și 55 diviziuni separate– în diferite orașe ale Rusiei.

Serghei Bucik, Director general al Grupului NPM, Novosibirsk. NPM LLC (Grupul NPM). Domeniu de activitate: producție de echipamente pentru industria băuturilor; dezvoltarea de soluții IT pentru integrarea cu echipamente, aplicatii mobile. Număr de angajați: peste 300. Cota de piață: 95% din echipamentele pentru îmbutelierea berii și băuturilor carbogazoase din Rusia. Numărul de brevete per produse proprii: peste 80.

Toată lumea cunoaște exemplul unei structuri de uzină inclusă în manualele clasice de management, în care fiecare angajat avea dreptul să oprească transportorul pentru a elimina un defect sau a face o propunere de îmbunătățire. Această abordare a stat la baza filozofiei Agile.

Agile, care a apărut ca metodă de dezvoltare software în echipe mici în urmă cu 10-15 ani, devine astăzi o nouă cultură de management pentru companiile mari. Datorită unui discurs recent al germanului Gref, termenul Agile este inclus în vocabularul tuturor managerilor ruși moderni.

Ce este Agile și de ce această metodă este numită aproape singura corectă?

Există o abordare clasică a creării de produse și servicii, caracteristică în primul rând industriei IT. Această abordare se numește cascadă sau metodologie de dezvoltare iterativă. În terminologia engleză, această abordare se numește dezvoltarea cascadei. De ce se numește cascadă? Pentru că cu această schemă de dezvoltare, odată ce ați aprobat planul pentru un produs software, nu puteți opri sau modifica acest plan înainte de a fi creat.

Agile este o abordare a regândirii inovatoare a creării unui nou produs sau serviciu. Se bazează foarte mult idee simplă: fiecare participant la proces, fiecare angajat al acestei „linii de asamblare” trebuie să fie implicat în procesul de regândire a sarcinilor lor și a cauzei comune. Toată lumea poate opri transportorul și își poate face propunerile raționale.

În majoritatea organizațiilor, atunci când creează produse software, persoanele responsabile pentru anumite etape ale proiectului sunt localizate într-o varietate de departamente, adesea în conflict între ele. Nu este un secret pentru nimeni că personalul de operațiuni, testerii și dezvoltatorii sunt de obicei în conflict unul cu celălalt. Și dacă produsul nu funcționează și nu aduce profit afacerii, atunci toată lumea încearcă să dea vina pe celălalt. Deși, de fapt, în astfel de cazuri, de regulă, toată lumea este de vină.

Metoda Agile presupune implicarea tuturor participanților în procesul de dezvoltare a produsului software, lăsând participanților competențele obișnuite. Această abordare arată clar că toți lucrează pentru același obiectiv final - un produs de calitate pentru clienții lor.

Așa se schimbă cultura de afaceri a întreprinderii în sine. Ca parte a programelor de MBA, există un întreg curs care tratează structura organizatorică a unei companii. Există un concept de echilibru, când în interiorul companiilor start-up și start-up-urilor toată lumea face totul, motiv pentru care de multe ori se naște acolo o echipă prietenoasă care performează eficient pe piață. Și din punct de vedere al eficienței și al aducerii de idei noi pe piață, aceasta este o structură organizatorică ideală.

Desigur, există organizații care nu au nevoie deloc de Agile. De exemplu, departamentele guvernamentale. Activitățile lor se bazează pe legislație. Nu vom putea interacționa cu statul dacă regulile jocului se schimbă în fiecare zi.

Astfel, avem două opuse radicale ale infrastructurii organizaționale. Pe de o parte, există cea mai strictă organizare birocratică formalizată, care este folosită în anumite cazuri și funcționează bine în anumite situații. Iar diametral opus sunt startup-urile tinere, echipe de oameni care creează cu adevărat ceva nou, iar Agile este mult mai aproape de starea unei echipe emoționale care lucrează spre scopul final, un software funcțional, de înaltă calitate. ) produs. Și, prin urmare, problemele care apar în orice etapă sunt problemele tuturor oamenilor și toți cei care sunt capabili să le rezolve sunt implicați în acest proces.

Tranziția unei mari afaceri clasice (Enterprise) la Agile

Aceasta este o întrebare extrem de importantă și este foarte interesantă. Întreaga lume vorbește despre asta, iar germanul Gref a spus același lucru. El a spus: „Băieți, suntem o bancă, concurenții noștri nu sunt bănci, concurenții noștri sunt companii tinere care aduc digitalul în societate.”

O afacere avansată se bazează pe trei piloni: experiență și cunoștințe în industrie (în care își desfășoară activitatea afacerea), dezvoltarea de produse și servicii folosind metodologia Agile și, cel mai important, o cultură inovatoare.

Companiile IT de vârf, care au copiat cu ușurință produse și servicii bancare, încep să le construiască (sau să le transforme) la un nivel la care banca nu le poate aduce, deoarece tradiționalul institutie financiara nu are o cultură a inovării suficient de dezvoltată.

Un exemplu foarte simplu sunt organizațiile de microfinanțare. Acestea sunt companii care creează un serviciu literalmente cu o pocnire a degetelor. Astăzi a apărut o companie, a emis un împrumut la o dobândă incredibil de mare - mâine profitabilitatea sa este de câteva ori mai mare decât cea a unei bănci. Astfel de organizații își pot reconstrui instantaneu serviciile și produsele, pot intra rapid pe noi piețe, înlocuind băncile clasice.

Lucruri similare se întâmplă nu numai în industria bancară, ci se întâmplă în toate industriile și domeniile de afaceri. Operatorii de telefonie mobilă încep să se angajeze în sisteme de plată. Uber și-a schimbat abordarea transportul de pasageri la nivel mondial în câțiva ani, iar Airbnb a făcut același lucru cu segmentul hotelier al afacerii de turism.

Planificare flexibilă

Cu dezvoltarea cascadei, trebuie să planificați cu un an în avans. Dar dacă ceva se schimbă - de exemplu, sunt necesare mai multe servere sau alte componente, atunci este posibil un scenariu în care proiectul va fi oprit - la urma urmei, va fi necesar să se efectueze o nouă licitație, să cumpere o nouă infrastructură etc.

Adică, Agile devine nu doar o metodologie pentru crearea de software nou, ci un sistem de planificare flexibilă a dezvoltării pentru întreaga companie. Trebuie construită o infrastructură care să răspundă, de asemenea, flexibil solicitărilor venite de la clienți și cerințelor care se modifică în timpul dezvoltării unui produs software și al funcționării acestuia (aceasta, de altfel, implică o tranziție totală către tehnologiile cloud).

Pentru o planificare flexibilă, este necesar să înțelegem și să analizați fiecare proces de afaceri. Și aceasta este următoarea etapă a dezvoltării companiei - digitalizarea acesteia.

Citiți materialul

Într-o zi, un manager de top a venit în Rusia la o fabrică de asamblare de mașini a celebrei corporații Toyota.

Călătoria lui a fost de natură educativă. A trebuit să învețe echipa de management elementele de bază ale manufacturării slabe, ale creării echipa eficientași, desigur, asamblarea corectă a mașinilor moderne și cool.

Metodologia agilă a fost la baza tuturor lucrurilor. Dar ceea ce a văzut la întâlnire l-a șocat...

S-a întâmplat în felul următor. Directorul general a ascultat raportul șefilor de departamente și și-a făcut notițe.

Când a fost vorba de discutarea planurilor de dezvoltare viitoare și de eliminarea problemelor, directorul i-a invitat pe șefii de departamente să-și exprime ideile.

S-a auzit un bubuit, discuție, ceartă. Managerul de marketing a început să se certe cu managerul de vânzări.

Așa că au trecut vreo 15 minute. Și apoi directorul a strigat „Democrația s-a terminat, acum e din nou dictatură!” a început să dea ordine, pe care subordonații săi au început să le noteze cu sârguință în jurnalele lor.

Invitatul din Japonia a putut rosti o singură frază din ceea ce a văzut: „Dar acesta nu este un management agil de proiect.

La urma urmei, la fabrica noastră, orice muncitor poate opri transportorul în timpul funcționării și poate face ajustări la funcționarea acestuia.

Nici măcar nu vorbesc despre idei la întâlnirile de planificare...” La care generalul a răspuns: „Da, acestea nu sunt principii Agile! Astfel de metode flexibile nu funcționează în Rusia!”

Pai nu functioneaza...

Cel mai probabil, întrebarea ți se învârte acum în cap: „Ce fel de frază misterioasă este aceasta?”

Așadar, în acest articol ne vom da seama cât de aplicabile sunt principiile managementului agil în Rusia, întreprinderilor mici și cum vă vor ajuta să creșteți vânzările.

Programatorii sunt de vină

Știți cum a fost dezvoltat vreun produs software înainte? În întregime. Desigur, ei încă fac asta acum, dar nu companiile avansate.

Adică a existat anterior o anumită structură, prin care s-a născut produsul software final. Ea arăta așa:

Cu toate acestea, au existat lacune semnificative în acești 6 pași. Toate dificultățile au apărut din cauza consistenței rigide a acestei structuri și a imposibilității de a introduce idei noi în orice stadiu.

Ca rezultat, atunci când creați design sau programare, ideile noi pur și simplu trebuiau ignorate.

În caz contrar, ar fi necesară refacerea întregii specificații tehnice, ceea ce ar prelungi semnificativ timpul de lucru sau ar crește semnificativ costul procesului.

Și apoi programatorii au început să-și schimbe abordarea asupra muncii: au început să efectueze mini-teste pentru a primi feedback în fiecare etapă pentru a face modificări imediat, chiar și la un produs neterminat.

De asemenea, au început să solicite feedback de la client chiar înainte de a-i livra produsul final.

Experimentele au arătat rezultate excelente și au fost considerate extrem de reușite (calitatea produselor a devenit mult mai bună, clienții au fost mulțumiți, iar programatorii au început să respecte termenele limită).

Această abordare a muncii a început să fie numită „flexibilă”, deoarece în orice etapă a lucrării, se puteau face modificări la crearea produsului pentru a obține soluția ideală.

Pentru a aduce toate abordările de management de proiect (și până atunci existau deja mai mult de o duzină de ele) la un numitor comun, întreaga echipă fondatoare (17 persoane), care a dezvoltat și implementat diverse „metode agile”, s-a reunit.

Ei au aflat că, deși au văzut procesul de dezvoltare a produsului în sine altfel, ideea că ar trebui să fie flexibil a fost vizibilă pentru toată lumea.

Această întâlnire din satul de munte Snowbird din februarie 2001 este considerată nașterea metodologiei agile (unii o numesc chiar o filozofie).

Deoarece majoritatea acestor oameni erau programatori, rezultatul întâlnirii a fost lansarea „Manifestului Metodologiei de dezvoltare a software-ului Agile” (în engleză, Manifestul Agile) și a principiilor Agile.

Datorită faptului că programatorii care foloseau această filozofie și principii au început să obțină rezultate foarte excelente, multe organizații au început să treacă la utilizarea acestor abordări.

Scurt și la obiect

Ca orice filozofie, metodologia agilă are propriile valori. Nu toată lumea, în realitate, va fi de acord cu ei, dar dacă ați crea o companie de vis, aceasta ar adera cu siguranță la următoarea filozofie:

Oamenii și interacțiunile sunt mai importante decât procesele și instrumentele;
Un produs de lucru este mai important decât o documentație cuprinzătoare;
Cooperarea cu clientul este mai importantă decât acordul asupra termenilor contractului;
Să fii pregătit să te schimbi este mai important decât să te ții de planul inițial.

Principii menționate în Manifestul Agile. Doar citiți-l, veți înțelege puțin mai departe.

Satisfacția clienților prin livrarea timpurie și neîntreruptă de software valoros;
Livrare frecventă de software de lucru (în fiecare lună sau săptămână, sau chiar mai des);
Și mulți alții ca ei.

„Ce prostii tocmai am citit? N-am înțeles un cuvânt!” Cred că acestea sunt gândurile tale acum.

Sincer să fiu, nu am înțeles imediat ce este Agile ca metodologie (precum și ce scrie în manifest), cărțile și articolele au oferit o descriere superficială până nu am văzut toate acestea în practică.

Prin urmare, vă voi economisi o cantitate enormă de timp și vă voi spune pe scurt și la obiect.

Agil este denumirea metodologiei în care proiect major este împărțit în mai multe părți mici, fiecăruia fiind atribuită propria dată de finalizare.

Această abordare îmi amintește foarte mult, cu excepția unui singur lucru. Descompunerea nu ține cont de implicarea întregii echipe.

Totul este clar în exemplu

Pentru a vă face mai ușor să înțelegeți totul, voi arăta diferența folosind exemplul unei brutărie.

Pentru a face acest lucru, voi vorbi mai întâi despre o fabrică care nu are o metodologie, iar apoi despre o fabrică care a implementat această metodă de management. Să trecem la un exemplu.

O fabrică de pâine obișnuită în Rusia

Directorul general dă tehnologului sarcina de a dezvolta noul fel de pâine. În cel mai bun caz, tehnologul va merge la ei pentru a efectua cercetări.

Dar, de regulă, astfel de idei nu apar din dorințele consumatorilor bazate pe cercetare de piata, dar la dorința directorului însuși.

După cercetare, tehnologul va dezvolta pâinea pe gustul tău și o va aduce directorului.

Încearcă un produs nou și decide să-l răsplătească pe tehnolog cu cuvintele „Bravo. Țineți covrigiul” sau spuneți „Nu. Refaceți-o.”

După aprobare, se dau brutarii harti tehnologice pentru a lansa produsul în producție. Alături de vânzători de vânzare se află pâinea coaptă.

Aceasta este o abordare comună în Rusia, lucrătorii primesc pur și simplu instrucțiuni, iar evaluarea este efectuată de unul (uneori mai multe) persoane.

Fabrică de panificație agilă din Rusia

CEO-ul vine cu ideea de a dezvolta varietate nouă de pâine. Și de aici încep minunile.

Nu doar un tehnolog și marketing vor fi implicați în crearea unui produs, ci și vânzători, logisticieni, bucătari/cofetari și... chiar cumpărători adevărați.

Nu va exista deloc ierarhie în această echipă (cu excepția CEO-ului), iar rezultatul muncii nu va fi recompensarea unui anumit angajat, ci obținerea unui nou tip de pâine care va fi cumpărată de clienți.

Mai mult, pe parcursul întregului proces, toți angajații evaluează rezultatul și oferă feedback pentru a-l îmbunătăți.

IMPLEMENTĂ SAU TRIMITĂ

Pe scurt, principalul avantaj este că această abordare ajută compania să se adapteze rapid și să creeze un produs competitiv de care clienții au nevoie și le place.

Ceea ce, ca urmare, va avea un efect bun asupra vânzărilor, va economisi mult timp și va preveni greșelile.

Totuși, după ce am citit prima jumătate a articolului, putem concluziona că metodologia agilă este potrivită doar pentru companiile IT.

Dar acest lucru este fundamental greșit. În Rusia, această metodologie este utilizată în mod activ:

Banca Alfa Bank;
Lanțul de pizzerii „Dodo Pizza”;
Serviciul de contabilitate „Buton”.

Și dacă totul este clar cu Alfa Bank, este o companie mare, are resursele și oamenii pentru a introduce inovații în sistemul lor.

Cu „Dodo Pizza” și „Knopka” totul este mult mai interesant, pentru că firmele sunt mici. Și în opinia mea, această abordare a fost unul dintre factorii succesului lor.

Ca urmare a implementării agile, puteți obține o mulțime de avantaje (mai multe despre dezavantaje mai târziu), care vă vor ajuta să deveniți o companie lider pe piață. Și iată câteva dintre aceste privilegii:

Datorită utilizării abordărilor „flexibile”, calitatea rezultatelor obținute crește;
Rezultatele sunt obținute mult mai rapid și mai eficient, economisind astfel timp și costuri;
Compania este mai bine adaptată la schimbări (chiar neprevăzute) și concurență;
Crearea proiectelor este mai planificată și controlată;
O companie poate crea produse pe care consumatorii lor le vor aștepta și le vor cumpăra.

Munca interioară

Singura întrebare la care am căutat un răspuns de mult timp este cum funcționează munca într-o companie agilă?

Este clar că fiecare angajat lucrează pentru rezultate, făcând propriile propuneri. Dar cum arată totul din interior? Nu poți înțelege asta din cărți.

Să revenim la brutăria noastră preferată. Și la vechea lor sarcină - să elibereze un nou tip de pâine. Pentru a implementa sarcina, au avut următoarea secvență:

Date de intrare. Directorul spune ce tip de pâine vede în mod ideal și, de asemenea, spune calculul pentru aceasta, care este benefic din punct de vedere economic pentru întreprindere.
Discuție asupra ideii. O echipă formată dintr-un tehnolog, bucătari, logisticieni, marketeri și vânzători începe să discute despre acest proiect.
Bucătarii, tehnologii și logisticienii oferă produse profitabile, marketerii vorbesc despre concurenți, iar vânzătorii spun ce dorințe își exprimă de obicei clienții.
Testare. Toate ideile și cunoștințele sunt rezumate într-o rețetă de testare. Această rețetă este coaptă într-un lot mic de probă pentru a primi feedback despre ea la o degustare închisă printre clienții obișnuiți (!!!).
Colectarea feedback-ului. Cumpărătorii mănâncă pâine și își exprimă dorințele. Pe baza acestui lucru, se fac modificări și modificări rețetei de testare. Finala.

Aceste etape pot continua iar și iar până când se obține tipul perfect de pâine, de care toată lumea va fi mulțumită: marketeri, bucătari, logisticieni, tehnologi, vânzători, cumpărători și, bineînțeles, directorul fabricii însuși.

Da, totul este bine acum

O vreau pentru mine

Poate că după ce ai citit articolul ai dorința (mai ales dacă ești implicat în producție) de a introduce metodologii flexibile de management de proiect în afacerea ta.

Și crezi că agilitatea este ceea ce ai nevoie. La urma urmei, astfel poți crea ceva nou, un produs cu adevărat inovator.

Apoi te voi avertiza imediat și vă voi răspunde la câteva întrebări pe care le aveți.

Acestea sunt primele 5 întrebări pe care toți proprietarii și le pun atunci când văd această metodologie.

Potrivit pentru afaceri mici? Dacă nu lansați constant produse noi sau nu implementați în mod constant proiecte noi, ci lucrați la cel „vechi”, atunci cu un grad mai mare de probabilitate NU.

Este ușor de implementat? Voi răspunde la întrebare cu o întrebare: Este ușor de învățat? limbă străină? Filosofia nu poate fi implementată rapid într-o companie. Trebuie implementat pas cu pas și pe o perioadă destul de lungă de timp.

Se vor schimba procesele de afaceri din companie? Da, complet și radical. Departamentele și oamenii din ele se vor schimba, întâlnirile de planificare își vor schimba caracterul obișnuit, responsabilitatile locului de munca va deveni complet diferit.

Cum vor lucra oamenii? Complet diferit. Dacă anterior lucrau la o singură sarcină, acum vor trebui să lucreze și să participe la întregul proces, până la mai multe proiecte.

Și asta înseamnă exclusiv muncă în echipă și o perspectivă mai largă.

Cine ar trebui să fie șeful? Poate suna neobișnuit, dar nu există șefi în companiile agile.

Aceștia sunt în primul rând curatori asistenți care organizează oamenii în echipe comune pentru o muncă mai eficientă.

Nu ti-ai raspuns la intrebare?! În acest caz, sunt comentarii mai jos, scrieți-l acolo și vă voi oferi o recomandare complet gratuit. Pentru noi este important să fiți 100% mulțumit.

SUNTEM DEJA MAI MULT DE 29.000 de oameni.
PORNIȚI

Stânci subacvatice

Ca orice instrument de îmbunătățire a afacerii, există capcane. Și la prima vedere nu sunt atât de vizibile.

Companiile le realizează numai după implementare. Prin urmare, „Ești binevenit” în avans pentru a te scuti de a pierde bani și timp.

Agile nu este un instrument

Agile nu este nici măcar o metodologie, deși am numit-o adesea așa în text. Aceasta este filozofia după care compania acceptă să trăiască.

Și pentru a implementa filosofia în viață, aveți nevoie de reguli, șabloane și instrumente. Se numesc cadre.

Aceasta include fie Scrum (instrumente de management). Vom scrie, desigur, articole despre fiecare instrument în viitor, dar trebuie să înțelegeți că agile este, în primul rând, o filozofie adoptată în companie.

Echipă

Pentru majoritatea oamenilor din țara noastră (vorbesc despre cele obișnuite afaceri rusești) lucrul în echipă va fi neobișnuit.

Sunt obișnuiți să primească instrucțiuni individuale și să răspundă pentru implementarea lor. În consecință, KPI-ul fiecărui specialist specific va trebui anulat odată cu introducerea Agile.

Și este echipa care va evalua contribuția fiecărui specialist specific la proiect. Și acest lucru este foarte dificil dacă nu ai specialiști de top în domeniul tău.

Nasul altcuiva

Nu mai există spațiu personal în companie. Din serial - eu nu interferez cu tine și tu nu interferezi cu mine. Acesta nu mai este cazul.

Dacă există muncă în echipă, atunci vânzătorii de pâine pot pune întrebări despre motivul pentru care a adăugat acesta sau acel aditiv la soi, deoarece cumpărătorilor nu le place.

Acest lucru este atât rău (neobișnuit) cât și bun, deoarece privirea cuiva este adesea încețoșată.

Plată

Cel mai interesant. În Agile, nu este obișnuit să plătiți oamenilor un salariu fix, deoarece succesul companiei depinde de gradul de participare al fiecărui angajat în parte.

Dacă există un salariu, este mai mult ca o persoană să nu moară de foame. Orice altceva se bazează pe rezultat.

Cifra de afaceri

Va fi, și semnificativ. În societatea noastră, nu se obișnuiește să lucrezi în echipă și să primești bani pentru rezultate specifice (deși situația s-a schimbat recent).

Prin urmare, va trebui să încerci să găsești specialiști care să împărtășească filozofia implementată în compania ta.

Pe scurt despre principalul lucru

Pentru cine sunt potrivite metodele agile de management de proiect? Pentru companii mari sau pentru cele mici? De fapt, pentru amândoi.

Ele fac companiile mari „mai tinere”, devin mai agile și mai puțin birocratice, în timp ce le oferă companiilor mici o descoperire puternică.

La urma urmei, încetați să mai lucrați la modă veche, iar angajații tăi încetează să gândească (și să lucreze) ca majoritatea concurenților tăi.

Agile necesită, de asemenea, personal care va fi implicat. Și chiar dacă toată lumea este implicată în muncă, cu proiecte mari vei ajunge totuși să economisești timp și să îmbunătățești calitatea produsului.

Dar repet, cu condiția să implementați constant produse sau proiecte noi.

S-ar părea că relevanța este evidentă. Vă sugerez să luați un alt traseu. Nu tăiați de la umăr.

Începeți să implementați principiile Agile așa cum facem noi, treptat. Începeți să implicați diferiți specialiști în implementarea diferitelor proiecte. Și putem spune din propria noastră experiență că eficiența noastră a crescut considerabil.

Pagina 2 din 2

Metodă flexibilă de management de proiect (Agile)

Pentru proiectele care includ o componentă software semnificativă, metoda tradițională de management de proiect poate să nu fie la fel de eficientă, deoarece cerințele pot fi vagi și schimbătoare. Alternativ, puteți utiliza metoda de management de proiect Agile Management de proiect- APM), care a câștigat recent popularitate pe piață. Această metodă este un proces destul de iterativ și periodic în timpul căruia dezvoltatorii și participanții la proiect lucrează activ împreună pentru a înțelege domeniul de aplicare al activității, precum și pentru a identifica nevoile care trebuie implementate și pentru a prioritiza funcționalitatea.

Metodele agile sunt utilizate atunci când sunt prezente următoarele condiții:

semnificația proiectului este clar precizată,
clientul este implicat activ pe parcursul proiectului,
clientul, designerul și dezvoltatorii sunt în apropiere
posibil dezvoltare pas cu pas bazate pe funcții
Documentația vizuală (cartele pe perete, spre deosebire de documentația oficială) este acceptabilă. Vezi fig. 3

Dezvoltarea agilă constă în multe cicluri rapide și iterative de planificare și dezvoltare, permițând echipei de dezvoltare să evalueze continuu produsul în evoluție și să primească feedback imediat de la utilizatori și de la părțile interesate ale proiectului. Echipa studiază și îmbunătățește produsul precum și metoda de operare în fiecare ciclu de succes. După o planificare bine stabilită, identificarea nevoilor și schițarea soluției, etapa este finalizată, proiectul trecând prin iterații cu planificare mai detaliată, analiza nevoilor și procesele de implementare luând forma unor valuri. Această abordare vă permite să faceți modificări instantanee ale produsului atunci când sosesc noi cerințe. Metoda agilă necesită o echipă de oameni care lucrează la capacitate maximă, cu clientul sau utilizatorul implicat, iar dezvoltatorii lucrând în același loc, aproape de client.

Mediu agil de management de proiect

Dezvoltarea agilă se realizează în colaborare cu o echipă mică situată în aceeași clădire. Echipa de bază este formată de obicei din doi dezvoltatori care scriu cod în perechi (managementul calității complete) al clientului/utilizatorului, arhitecților IT, analistului de afaceri - și managerului de proiect. Lucrul se desfășoară pe o serie de sesiuni în care echipa scrie cod, apoi testează modulele de lucru ale sistemului și apoi procesul se repetă. Cu toate acestea, nivelul de documentare este menținut la minimum, deoarece echipa se bazează în principal doar pe comunicarea informală în cadrul echipei.

Din nou, aceasta diferă de abordarea tradițională, în care se petrece o cantitate semnificativă de timp pentru planificare și se menține o documentare extinsă a nevoilor și cerințelor. O echipă agilă identifică și prioritizează caracteristicile care urmează să fie dezvoltate pe baza valorii lor de afaceri și, odată ce componentele critice ale sistemului sunt puse în aplicare, se lucrează la cele cu cea mai mare prioritate. Această abordare este potrivită dacă produsul propus poate fi livrat clientului pas cu pas. În cazul în care acest lucru nu este posibil, funcțiile și caracteristicile pot fi dezvoltate și apoi integrate în versiunea inițială a sistemului.

Componentele unei metode Agile

Sunt câteva elemente cheie, care stau la baza metodei flexibile de management. Aceste tehnici pot fi utilizate și în metoda tradițională pentru a îmbunătăți performanța:

Beneficiile sugerate ale metodei Agile de management de proiect

Abordarea tradițională a managementului de proiect este liniară, în care totul se face într-un singur ciclu. Planificați totul în detaliu și, odată ce totul este gata și proiectat, predați întregul proiect. Acest mod de gândire s-a răspândit de la dezvoltarea de software și la alte proiecte - și aceasta este diferența dintre o abordare tradițională și una agilă.

Cu managementul agil al proiectelor, planificați doar atât cât este necesar. În timp ce fiecare parte a sistemului este dezvoltată, echipa colectează toată experiența dobândită, precum și feedback-ul clienților. Deoarece clientul vede și/sau experimentează un prototip funcțional, îi va fi mai ușor să definească sau să redefinească cerințele și să descrie echipei de dezvoltare de ce are de fapt nevoie organizația. Această metodă implică schimbări care creează valoare și reduc costurile prin dezvoltare iterativă. Modificările la un modul mic costă mai puțin decât modificările la un sistem mare care a fost dezvoltat.

Este posibil să folosiți metoda agilă de management de proiect?

La baza sa, managementul de proiect, fie traditional sau agil, are principiul de baza al satisfactiei clientului. Totul este să gestionezi echipa și să obții rezultate măsurabile. Multe abilități practice pot fi implementate în majoritatea structurilor organizaționale de tip echipă. Cu toate acestea, unii profesioniști din mediul de management de proiect pot ignora aceste principii de management de proiect Agile dacă nu pot aplica toate abilitățile și componentele - dar aceasta nu ar fi o greșeală. De exemplu, ce se întâmplă dacă nu pot face utilizatorul să fie în sala de lucru cu echipa în timpul dezvoltării? Acest lucru nu înseamnă că nu pot folosi alte principii de management agil, cum ar fi inspecția vizuală și dezvoltarea bazată pe livrare. În plus, chiar dacă utilizatorul poate să nu fie pe deplin implicat, mulți utilizatori își exprimă dorința de a participa în echipă, în special în timpul procesului de testare și de prioritizare a articolelor. În restul timpului, analistul de afaceri poate reprezenta interesele utilizatorului, în timp ce echipa este pe deplin dată lucrand impreuna.

Introducerea tehnicilor de management agil în proiecte oferă un accent pe beneficiile fiecărui element. În abordarea tradițională, echipele sunt forțate să finalizeze un proiect la timp și la buget, pierzând în același timp evidența beneficiului pentru organizație pe care proiectul trebuia să îl realizeze. Este important de reținut că strategia este de a îmbunătăți proiectul în funcție de creșterea costurilor totale ale produsului și de utilizarea ulterioară a acestuia, și nu doar costurile de execuție a proiectului - în acest caz, beneficiile proiectului vor fi exprimat clar, indiferent dacă echipa creează un produs sau dezvoltă unul nou.

Oricine a întâlnit vreodată managementul de proiect știe cât de dificil este să organizezi munca bine coordonată a unei echipe, iar în fața cerințelor în continuă schimbare pentru rezultatul unui proiect, toate eforturile depuse pot deveni zadarnice. Metoda de management de proiect Agile este ideală pentru a lucra cu astfel de proiecte.

Metoda flexibilă de management de proiect Agile constă din mai multe etape de lucru definite de termene limită stricte - sprinturi, permițând echipei să evalueze constant rezultatele muncii depuse și să primească feedback de la client și de la alți participanți la proiect. Această abordare vă permite să faceți modificări instantanee ale produsului atunci când sosesc noi cerințe.

Istoria Agile

Managementul evolutiv al proiectelor și dezvoltarea de software adaptiv au apărut la începutul anilor 1970. În 1970, Dr. Winston Royce a prezentat o lucrare intitulată „Managing the Development of Large sisteme software„, care a criticat dezvoltarea secvențială. El a susținut că software-ul nu ar trebui dezvoltat ca o mașină pe o linie de asamblare, în care fiecare piesă este adăugată în faze succesive. În astfel de faze secvențiale, fiecare fază a proiectului trebuie finalizată înainte de începerea fazei următoare. Dr. Royce a recomandat utilizarea unei abordări pe fază, în care dezvoltatorii adună mai întâi toate cerințele proiectului, apoi își finalizează toată arhitectura și designul, apoi scriu tot codul etc.

În anii 1990, au fost dezvoltate o serie de metode agile de dezvoltare a software-ului ca răspuns la metodele grele predominante. Acestea includ: din 1991 - RAD (dezvoltare rapidă a aplicațiilor); din 1994 - metoda de dezvoltare a sistemelor dinamice (DSDM); din 1995 - Scrum; Din 1996, Crystal Clear and Extreme Programming (XP); Și din 1997 - Dezvoltare bazată pe caracteristici (FDD). Deși au apărut înainte de publicarea Manifestului de dezvoltare a software-ului Agile, ele sunt denumite în mod colectiv metode de dezvoltare software agilă.

În februarie 2001, șaptesprezece dezvoltatori de software s-au întâlnit la stațiunea Snowbird din Utah pentru a discuta despre metode de dezvoltare ușoare. Împreună au publicat Manifestul pentru Dezvoltarea Software Agilă.

Manifestul Agile

Manifestul Agile constă din 4 idei fundamentale și 12 principii. Fiecare metodologie Agile aplică aceste idei în mod diferit, dar toate se bazează pe ele pentru a gestiona proiectele cât mai eficient posibil.

4 idei agile

Oamenii și interacțiunile sunt mai importante decât procesele și instrumentele.
Software-ul care funcționează este mai important decât documentația.
Colaborarea cu clienții este mai importantă decât acordul asupra condițiilor contractuale.
Disponibilitatea de a face schimbări este o prioritate față de aderarea la planul inițial.

12 principii ale Agile

Satisfacția clienților prin livrarea timpurie și continuă a software-ului. Clienții sunt mai fericiți când primesc software funcțional la intervale regulate.
Introduceți modificări la cerințele produsului pe parcursul procesului de dezvoltare.
Livrare frecventă a software-ului de lucru (în fiecare lună, douăsprezece, săptămânal etc.).
Colaborare între părțile interesate (client și dezvoltatori) pe parcursul întregului proiect.
Sprijin, încredere și motivare a persoanelor implicate. Echipele motivate au mai multe șanse să ducă lucrurile la bun sfârșit o slujbă mai bună decât angajaţii nemulţumiţi de condiţiile de muncă.
Interactiune fata in fata. Comunicarea are mai mult succes atunci când echipele de dezvoltare sunt capabile să comunice direct.
Software-ul de lucru este principala măsură a progresului. Furnizarea de software funcțional către client este factorul final care măsoară progresul.
Menținerea unui ritm constant de lucru. Echipele stabilesc o viteză repetabilă și menținabilă la care pot furniza software funcțional.
Atenție la detalii tehnice și design. Abilitățile potrivite și design bun permite echipei să mențină impulsul, să îmbunătățească constant produsul și să lucreze la schimbări.
Simplitate.
Echipele auto-organizate recompensează arhitectura, cerințele și design-urile excelente. Membrii echipei calificați și motivați, care au autoritatea de a lua decizii, comunică în mod regulat cu alți membri ai echipei și fac schimb de idei care vor asigura crearea unui produs de calitate.
Adaptare constantă la condițiile în schimbare, ceea ce va contribui la creșterea competitivității produsului pe piață.

Baza metodei Agile

Baza metodei agile de management de proiect este o serie de elemente cheie:

Astfel, implementarea metodei flexibile Agile este posibilă în următoarele condiții:

semnificația proiectului este clar precizată,
clientul este implicat activ pe parcursul proiectului,
este posibilă realizarea pas cu pas a întregului domeniu de aplicare al proiectului,
rezultatul muncii este mai important decât documentația,
grupul de lucru este format din cel mult 7-9 persoane.

În acest moment, metodologia Agile este larg răspândită în sfera IT și începe să stăpânească sfera businessului, în special marketingul, managementul, trainingul etc. Metoda managementului flexibil al proiectelor este folosită de multe companii și agenții guvernamentale, de exemplu, guvernele din Norvegia și Noua Zeelandă folosesc Agile. În Rusia, Sberbank stăpânește Agile pentru sectorul comercial.

Sisteme de management de proiect bazate pe Agile

Există multe metode bazate pe ideea Agile, dintre care cele mai populare sunt Scrum și Kanban.

SCRUM

Scrum este o metodologie de management de proiect care se concentrează pe controlul calității procesului de lucru. Hirotaka Takeuchi și Ikujiro Nonaka au fost primii care au descris abordarea Scrum, explicând-o ca o „abordare de rugby” în care scrumul este o luptă pentru minge. Metoda în sine este un proces de dezvoltare împărțit în mici iterații - sprinturi, la sfârșitul cărora utilizatorii primesc o versiune îmbunătățită a software-ului. Sprintul este strict fixat în timp, iar durata lui variază de la 2 la 4 săptămâni. Munca într-un singur sprint constă în mai multe etape:

Planificarea cantității de muncă pentru un sprint.
Întâlniri zilnice timp de 15 minute pentru a corecta munca echipei și a rezuma rezultatele intermediare.
Demonstrarea rezultatelor muncii.
O retrospectivă de sprint care trece în revistă evenimentele bune și rele din sprintul trecut.

Scrum este cel mai adesea folosit pentru a gestiona dezvoltarea de software și produse complexe folosind metode iterative și incrementale.

Scrum crește semnificativ productivitatea și reduce timpul de avantaj față de procesele clasice în cascadă. Procesele Scrum permit organizațiilor să se adapteze fără probleme la cerințele în schimbare rapidă și să creeze un produs care să îndeplinească obiectivele de afaceri în schimbare. Scrum vă permite să:

Îmbunătățirea calității rezultatelor;
Faceți față mai bine schimbării;
Furnizați estimări mai precise în timp ce petreceți mai puțin timp creându-le;
Control mai bun asupra scenariului proiectului și etapelor de lucru.

Kanban

Kanban este un proces conceput pentru a ajuta echipele să lucreze împreună mai eficient. Tradus din japoneză, kanban înseamnă „panou publicitar, semn”, iar metoda în sine este preluată și adaptată sistem de producere Toyota. Esența Kanban este de a face procesul de dezvoltare cât mai transparent posibil și de a distribui volumul de lucru în mod egal între membrii echipei. Kanban promovează colaborarea continuă și încurajează învățarea și îmbunătățirea activă și continuă.

Kanban se bazează pe trei principii:

Vizualizarea sarcinilor: vizibilitatea tuturor informațiilor despre proiect vă va ajuta să vedeți deficiențele, erorile și suprapunerile.
Controlul și limitarea WIP (lucrări în curs): acest lucru ajută la echilibrarea abordării bazate pe flux, astfel încât echipele să nu înceapă și să lucreze prea mult deodată.
Monitorizarea timpului pentru a finaliza o sarcină și optimizarea muncii pentru a economisi timp.

Avantajele și dezavantajele Agile

Orice metodologie are avantaje și dezavantaje. Să ne uităm la avantajele și dezavantajele lui Agile.

Avantaje

1. Mai multă flexibilitate în comparație cu metodologia Waterfall.

Metodologia tradițională a cascadei dictează clar etapele de lucru. Cu metodologia Agile, programul și costul sunt principalii factori determinanți, iar acesta este un domeniu care se modifică pentru a satisface cerințele clienților și utilizatorilor produsului.

2. Mai puține defecte în produsul final.

Acesta este rezultatul controalelor de calitate efectuate la fiecare etapă de lucru. Procesul continuu de „proiectare, construire și testare” reduce, de asemenea, numărul de defecte pe măsură ce ciclurile de iterație continuă.

Defecte

1. Primirea constantă a feedback-ului duce la amânarea constantă a datei de finalizare a proiectului.

Cu feedback-ul instantaneu pe care Agile îl oferă, există pericolul de a lucra ore lungi. Utilizatorii finali care văd că aceste cerințe pot fi îndeplinite „ușor” (văd doar rezultatul, nu efortul) vor cere funcții suplimentare. Dacă managerul de proiect și dezvoltatorii nu pot gestiona așteptările, utilizatorii finali vor continua să ceară mai mult până când întreaga echipă este copleșită de muncă suplimentară.

2. Documentare

Datorită naturii flexibile a documentației Agile, aceasta trebuie să urmeze condițiile de proiect în schimbare rapidă. O solicitare de modificare sau de caracteristică ar putea fi discutată și convenită în detaliu cu utilizatorii finali, dezvoltatorii și testerii, dar dacă echipa nu ar fi informată, un document critic, cum ar fi un manual de utilizare, arhitectură sau document de cerințe funcționale, ar deveni învechit.

3. Întâlniri frecvente

Deși Agile recomandă ca astfel de întâlniri să fie organizate zilnic pentru a ține pe toți la curent cu progresul celuilalt, sustenabilitatea acestei practici afectează progresul iterațiilor. Dezvoltatorii sunt concentrați pe ceea ce fac. A-i scoate la o întâlnire care le-ar putea distrage atenția de la a face munca efectivă nu este ceva ce vor accepta cu bucurie.

Implementarea Agile

Alegerea metodologiei. Există diverse metodologii agile care sunt concepute pentru condiții specifice. Prima etapă a lucrului cu Agile este de a determina obiectivele sarcinii de lucru, termenele limită, numărul de angajați și multe altele și de a selecta o metodologie flexibilă de management de proiect care să îndeplinească toate cerințele.
Instruire. Instruirea este necesară pentru a se asigura că angajații înțeleg principiile de bază ale Agile și știu cum să lucreze cu ei. În această etapă sunt identificate capcanele care pot reduce eficiența Agile. Este echipa pregătită pentru schimbare? Sunt proiectele companiei potrivite pentru metode agile? Antrenorii de afaceri specializați în Agile ajută de obicei să răspundă la aceste întrebări și la multe alte întrebări. Printre altele, va fi alcătuită o listă de training-uri și un plan conform căruia Agile va fi implementat în companie.
Demo agil. Un fel de test drive Agile, care se desfășoară sub supravegherea unui specialist și arată toate etapele de lucru, explică funcțiile rolurilor, interacțiunea în cadrul echipei și între echipe etc.
Crearea unei echipe. Pe lângă selectarea angajaților, crearea unei echipe include și definirea responsabilităților, distribuirea sarcinilor, crearea unui program de întâlniri etc. Fiecare metodă este concepută pentru un anumit număr de oameni dintr-o echipă.
Selectarea instrumentelor necesare pentru distribuirea sarcinilor, raportare, analiză etc.
Primul proiect cu Agile.În primul proiect vor exista erori, inconsecvențe, respingerea unor instrumente și selectarea altora. Orice tehnică necesită un fel de adaptare la caracteristicile companiei în care este implementată.

Dacă găsiți o eroare, evidențiați o bucată de text și faceți clic Ctrl+Enter.