Scrum sau nu Scrum? Pro și contra să ia în considerare

ManagementComentariile sunt oprite pentru acest articol.

Te afli aici:Scrum sau nu Scrum? Pro și contra să ia în considerare

Scrum este o metodă Agile acceptată pe larg larg pentru gestionarea și controlul proiectelor software; este optimizat pentru a crea produse în mod regulat. Scrum promovează povestirile bine definite ale utilizatorilor, care pot fi realizate și livrate separat, și decizia, cât de mult se va lucre la un sprint, este a echipei. Scrum aplică artefacte concrete, cum ar fi practica reuniunilor zilnice de evaluare curentă în care membrii echipei vor raporta despre ceea ce au făcut.

Avantaje

Există mulți profesioniști în metoda Scrum. Pe scurt, funcționează bine și este eficientă.

Multe proiecte realizate cu succes dovedesc faptul că această abordare agilă este superioară metodologiei clasice. Chiar și membrii echipei de proiect pot asista. Există cazuri foarte rare când Scrum sau alte metodologii agile au eșuat.

Ușor de înțeles: Cel mai important avantaj este că Scrum este ușor de înțeles. Scopul este de a obține munca realizată prin colaborare continuă cu clientul / proprietarul produsului. Rolul proprietarului produsului este de a păstra imaginea de ansamblu și de a putea prioritiza elementele. Acești factori îi pot aduce succese.

Împărțirea și cucerirea abordării: Împărțirea și cucerirea abordării Scrum nu este nouă, ci definește perioade de timp de 4 săptămâni sau mai scurte, reducând astfel riscurile posibile.

Evaluarea Sprintului: Există mai multe evenimente Scrum, dar evaluarea Sprintului este una dintre cele mai importante din perspectiva echipei și îmbunătățirea cadrului de lucru. Retrospectiva este un artefact adecvat pentru a reflecta înapoi și a rechema atât echipa, cât și cadrul propriu-zis.

Inconveniențe

Scrum are și unele neajunsuri, iar cel mai evident este că ar fi o metodă strict definită, iar membrii echipei trebuie să urmeze riguros principiile, evenimentele și rezultatele.

Personalizare suplimentară: Metoda în sine ar trebui să fie îmbunătățită și personalizată în anumite proiecte, deoarece mediul nostru se schimbă în mod constant. Procesul de dezvoltare a software-ului, prin natura sa, este agil și există un număr mare de componente dinamice.

Strictețea: strictețea metodei este unul din dezavantajele principale. Nu vi se permite să țineți mai mult de o întâlnire de examinare într-un Sprint. Numarul membrilor echipei este limitat de la trei până la nouă membri, pentru a fi numită Scrum, și așa mai departe. Metoda Scrum definește rolurile, responsabilitățile, evenimentele și artefactele.

Limitări: Limitarea sesiunilor zilnice de lucru asupra unui scrum ar trebui să fie de 15 minute, iar întâlnirea de planificare a sprintului trebuie să fie de maxim 8 ore. Toate evenimentele din Scrum au scop, dar durata și evenimentul sunt lăsate pentru ca echipa să decidă pentru a îndeplini cerințele proiectului.

Concluzia este că trebuie să respectați întotdeauna ierarhia din echipe. Succesul în Scrum se bazează pe găsirea unei armonii între diferitele cerințe ale regulilor în echipă multifuncțională și auto-organizată a Scrum-ului, cît și ale ierarhiei și rolurilor stabilite de membrii echipei. Echipele nu ar trebui să fie izolate de mediul înconjurător.

Probleme deranjante

Simplitatea este un avantaj și un dezavantaj al metodei Scrum. În această secțiune, vom elabora câteva aspecte nesigure ale Scrum-ului.

Concentrați-vă pe cadru și viteză: Scrum definește doar metodologia, dar nu și membrii echipei, care îl urmează. Accentul se pune pe viteză și lucrurile făcute și nu vorbește despre managementul resurselor umane. Abordarea agilă cere, de asemenea, indivizi și interacțiuni. Ar trebui acordată mai multă atenție oamenilor, decât participarea la planificarea sprintului, scrum-ele zilnice, munca lor, recenzii ale unui sprint și evaluarea lui.

Backlog-uri: Backlog-ul produsului nu este neapărat un artefact rău; în unele cazuri, când echipa este experimentată, este cel mai mult căutat. Dacă unele articole nu se încadrează într-un sprint, ele sunt, de obicei, puse într-un backlog, în unele cazuri, să nu mai fie analizate din nou. Un backlog bun este un semn al unui produs sănătos viu. Chiar și prioritizarea și clarificarea elementelor din backlog-uri este uneori o provocare.Lucru neterminat/rămas: partea mare a lucrărilor într-un sprint nu se termină cu sprintul. Există mai multe motive pentru asta. De exemplu. poate exista un element planificat de backlog-uri care a fost terminat în ultima zi a sprintului, dar nu poate fi testat în același sprint. În multe proiecte de dezvoltare a unui software, rezultatul trece printr-un proces de evaluare. Nu toate articolele vor face parte dintr-un produs după terminarea sprintului. Deci, problema este cum să previzionăm munca rămasă, necesară pentru activitățile legate de evaluarea și managementul configurației. Metoda Scrum este foarte simplă, dar nu vorbește despre modul în care trebuie luate în considerare multe din problemele legate de dezvoltarea reală.

Sus