Există două tipuri principale, în care metodologia metodologiei de dezvoltare a software-ului este împărțită. Acestea sunt metodologii structurale și flexibile.
Metodologiile structurale presupun o abordare extrem de formalizată a dezvoltării software (model cascadă).
Metodele flexibile (Agile) se concentrează în principal pe dezvoltarea iterativă, cu formalizarea minimă admisibilă a procesului.
Cu privire la principiile de bază ale metodologiilor flexibile, voi discuta într-un alt articol. Și vreau să vă atrag atenția asupra acestui lucru. Metoda agilă este foarte bine pusă în practică și acum este chiar greu de imaginat procesul cel mai formalizat fără elemente "flexibile", în special mitinguri.
O parte importantă a acestei metodologii este raliurile SCRUM, care ar trebui supravegheate de o persoană competentă - SCRUM-Master (cel mai adesea un manager de proiect sau o echipă de conducere). Astfel de mitinguri pentru un efect mai mare trebuie efectuate în fiecare zi în același timp. Durata raliului este mai bine limitată la 15-30 de minute. Fiecare participant al echipei de proiect trebuie să răspundă la 3 întrebări simple:
- 1. Ce sa întâmplat de la întâlnirea anterioară a SCRUM?
- 2. Care sunt problemele pe parcursul lucrului?
- 3. Ce sarcini voi urmări după miting?
Dacă nu ați efectuat deja întâlniri SCRUM în echipa dvs., aici este o listă evidentă a avantajelor acestei abordări:
1. Într-o perioadă foarte scurtă de timp, managerul de proiect și toți membrii echipei pot evalua stadiul proiectului.
2. Toate problemele care au apărut sunt soluționate foarte repede, deoarece ajung la toți participanții la proiect (printre care și potențiali oameni competenți în această problemă).
3. Personalul învață să asculte pe alții, să le înțeleagă și să-și exprime în mod clar propriile gânduri.
4. Participanții la proiect învață să stabilească obiective reale și să fie responsabili pentru stadiul implementării lor.
Eu, desigur, încă departe la SCRUM-maestru, și cu atât mai mult la Project-Manager, cu toate acestea, vreau să împărtășesc câteva din observațiile mele:
- Există probleme care necesită o rezoluție imediată. Asemenea probleme trebuie rezolvate imediat, chiar dacă raliul datorat acestui lucru poate dura mai mult.
- Cu toate acestea, SCRUM-master ar trebui să înțeleagă că discuțiile pe termen lung privind conflictele se încheie printr-un compromis (mai degrabă decât prin consens, așa cum ar trebui în mod ideal).
- Echipele mai mult de 7-9 persoane ar trebui împărțite în grupuri, fiecare având propriul SCRUM-Master. Exemplu: efectuând întâlniri paralele pentru testeri și dezvoltatori, puteți economisi timp și efort din partea membrilor echipei. După aceea, maeștrii SCRUM pot discuta problemele întâlnite între ele și le pot rezolva cu participarea persoanelor interesate.
- Există situații în care este mai bine să eliberezi o persoană de la participarea la un miting: dacă se concentrează foarte mult pe rezolvarea unei probleme, el va fi mai puțin atent la raliu și chiar și după raliu va fi mai dificil pentru el să intre din nou în esența problemei.
Articole similare
Trimiteți-le prietenilor: