Metodologia Scrum: roluri, evenimente și artefacte

Metodologia Scrum a fost dezvoltată ca răspuns la abordări rigide de management de proiect, cum ar fi metoda cascadă, care nu s-a adaptat la nevoile echipelor de dezvoltare de produse și software agile. Vom explora în profunzime metodologia scrum, dar înainte de asta, să începem cu o definiție simplă a scrumului.

Ce este metodologia Scrum?

Scrum este un cadru de management de proiect care facilitează colaborarea în echipă pe proiecte complexe de dezvoltare de produse și software. Vestea bună este că scrum-ul este ușor de înțeles. Vestea proastă este că este greu de stăpânit.

Metodologia scrum pune accent pe munca în echipă în managementul proiectelor. Subliniază responsabilitatea și reprezintă un progres iterativ către un obiectiv bine definit. Scrum face parte din dezvoltarea software agilă, iar echipele practică agilitatea. Numele provine de la sportul rugby, unde scrum este o formație în care fiecare joacă un rol specific, dar toată lumea lucrează pentru adoptarea rapidă a strategiilor.

Colaborarea necesară pentru un scrum de succes este facilitată de ProjectManager, un software de lucru și management de proiect bazat pe cloud, care conectează echipele scrum oriunde lucrează. Colaborativă la bază, platforma noastră oferă date în timp real care permit echipelor scrum să comenteze sarcinile în timpul unui sprint, să partajeze fișiere și multe altele. Începeți astăzi gratuit.

Cadrul Scrum

Scrum este un cadru care constă din valori, roluri, evenimente și artefacte. Aceste elemente lucrează împreună pentru a oferi o metodologie agilă de management de proiect care ajută echipele să își gestioneze mai bine munca. Cadrul scrum ar trebui să fie simplu. Este mai puțin o metodologie tradițională de management de proiect și mai mult un cadru pentru dezvoltarea de produse și software.

Valori Scrum

Termenul de valori scrum se referă de fapt la valori agile aplicate unui cadru scrum. Sunt afirmații simple care funcționează ca cele mai bune practici agile. Valorile agile provin din manifestul agile, un document cu principiile directoare ale metodologiei agile. Să explicăm rapid despre ce este vorba.

• Persoane și interacțiuni peste procese și instrumente: Procesele și instrumentele sunt importante în dezvoltarea de software, dar indivizii și modul în care interacționează cu acele procese și instrumente sunt mai importante.
• Software de lucru peste documentație cuprinzătoare: înainte de manifestul agil, dezvoltatorii de software s-au concentrat foarte mult pe documentare. Această valoare afirmă că, deși documentația este importantă, concentrarea pe dezvoltarea software-ului ar trebui să fie obiectivul principal al echipei Scrum.
• Colaborarea clienților față de negocierea contractului: această valoare explică faptul că colaborarea cu clienții pentru a crea un produs de înaltă calitate este mult mai importantă decât redactarea unui contract rigid care limitează dezvoltarea produsului, așa cum se făcea în vechile zile de dezvoltare de software.
• Răspunsul la schimbarea în urma unui plan: Această valoare afirmă că agil este o metodologie de management de proiect care se adaptează perfect la schimbare pe baza unui ciclu iterativ de dezvoltare a produsului și nu a unui plan de proiect rigid.

Roluri Scrum

Ca și în orice lucru în managementul de proiect, metodologia scrum are nevoie de oameni care să fie executați. În acest scop, definește trei roluri scrum, un scrum master, un proprietar de produs și o echipă de dezvoltare, formată din mai mulți membri ai echipei.

Scrum Master, așa cum sugerează și numele său, este un expert în metodologie scrum. El garantează că toată lumea din echipa Scrum înțelege cum funcționează cadrul și îi ajută să se adapteze la mediul agil. El conduce întâlnirile scrum.

Proprietarul produsului scrum gestionează jurnalul de produs și supraveghează planificarea sprintului și participă activ la întâlnirile scrum. Într-un fel, aceștia acționează ca un manager de proiect, deoarece conduc îngrijirea restanțelor și prioritizează poveștile utilizatorilor pentru a ajuta mai bine munca în echipă.

Echipa de dezvoltare scrum este pur și simplu alcătuită din toți membrii echipei care dezvoltă un software sau un produs. Ei trebuie să lucreze îndeaproape cu proprietarul produsului și să adere la sugestiile scrum master-ului.

Evenimente Scrum

Aceste evenimente scrum sau ceremonii scrum încurajează colaborarea în echipă și se asigură că există o linie constantă de comunicare între membrii echipei scrum pe parcursul ciclului de viață al dezvoltării produsului sau a software-ului.

Planificarea sprintului

Folosind stocul de produse, echipele încep cu elementele cu cea mai mare prioritate și determină cum să atingă acest obiectiv. Un sfat bun atunci când planificați sprintul este să faceți due diligence și să începeți doar cu articolele care sunt gata. De asemenea, amintiți-vă că planificarea este un proces scurt, așa că nu vă blocați în detalii. Trebuie doar să treacă la îndeplinirea obiectivelor. Păstrați planul în colaborare. Echipa ar trebui să pună întrebări proprietarului produsului și părților interesate.

Întâlnire zilnică Scrum

Acestea sunt întâlniri de 15 minute în care toți cei din echipa scrum vorbesc despre sarcinile la care vor lucra în timpul zilei și împărtășesc orice obstacole sau dificultăți cu care se confruntă. Nu este nevoie să prelungiți această întâlnire zilnică scrum, deoarece există și alte întâlniri, cum ar fi recenziile de sprint și retrospectivele de sprint pentru a explora subiecte mai complexe.

Sprint Review

Vrei să te uiți înapoi la sprint și să vezi ce a funcționat și ce nu. Puteți apoi să luați informațiile și să le aplicați la sprinturile viitoare pentru a reproduce aspectele pozitive și a reduce negativele. Începeți procesul de revizuire a sprintului mulțumind participanților, oferind scurte introduceri și stabilind reguli de bază pentru discuție.

Retrospectiva sprintului

Întâlnirea retrospectivă a sprintului oferă echipei scrum un spațiu pentru a reflecta asupra ultimului sprint și a determina ce a mers bine și ce a mers prost. Feedbackul părților interesate și al clienților este, de asemenea, adunat pentru a prioritiza poveștile utilizatorilor și pentru a îmbunătăți performanța produsului.

Îngrijirea întârzierilor

Odată trecut prin acest ciclu, începe din nou, revenind la întârziere și luând următorul articol gata în partea de sus a listei de priorități. Backlog grooming constă în îmbunătățirea procesului scrum prin prioritizarea muncii pe baza experienței anterioare și continuarea rafinării muncii pentru a o face cât mai eficientă.

Artefacte Scrum

În metodologia scrum, termenul de artefact se referă la concepte cheie care sunt folosite de echipa scrum pentru a dezvolta produse într-un mediu agil. Vom trece prin cele mai critice artefacte de care are nevoie fiecare echipă scrum: backlog de produse, backlog de sprint și creștere de produs.

• Product Backlog: proprietarul produsului va face o listă cu lucrările care trebuie făcute și o va pune în ordine în funcție de prioritate. Aceasta înseamnă să vă construiți stocul de proiecte. Ei fac acest lucru determinând ce sunt elementele obligatorii, care sunt mai puțin critice și cele care nu se încadrează în intervalul de timp alocat. Aceasta înseamnă că valoarea fiecărui articol trebuie să fie clară. Care este impactul lor, riscul și cum ar putea ajuta elementul în procesul de învățare?
• Sprint Backlog: Backlogul de sprint poate fi definit pur și simplu ca un set de povești de utilizator în care echipa scrum va lucra într-un singur sprint. Este important să vă asigurați că cele mai critice povești ale utilizatorilor sunt întotdeauna cele la care se lucrează și niciuna dintre ele nu scapă prin fisuri.
• Creștere de produs: Termenul de creștere de produs se referă la toate elementele de backlog de produse care au fost finalizate în timpul unui sprint și poate fi, de asemenea, utilizat pentru a descrie suma tuturor articolelor de backlog finalizate și poveștile utilizatorilor.

Teoria metodologiei scrum a evoluat cu timpul. Experții Scrum au sugerat că există de fapt 7 artefacte Scrum. Această viziune extinsă poate fi de mare ajutor pentru a defini în continuare obiectivele echipei scrum.

Istoria Scrum

Origini

Procesul scrum își are originile la începutul anilor 1990. Jeff Sutherland și Ken Schwaber au venit cu procesul, pe care l-au prezentat la conferința OOPSLA (Object-Oriented Programming, Systems, Languages ​​& Applications) din Austin, Texas, în 1995. Apoi au oficializat metodologia într-o lucrare publicată numită „SCRUM Software”. Proces de dezvoltare."

Cu toate acestea, numele scrum a fost moștenit dintr-o lucrare publicată în 1986 de experții în management Hirotaka Takeuchi și Ikujiro Nonaka, numită „The New New Product Development Game”. Foloseau cuvântul scrum în legătură cu rugby, ca un mijloc de a sublinia importanța colaborării în echipă pentru succesul proiectului.

Lucrarea a raportat cercetări care au arătat modul în care performanța în dezvoltarea de proiecte noi și complexe a beneficiat de echipele mici, auto-organizate, care au primit mai degrabă obiective decât sarcini. Echipele care excelează sunt cele cărora li s-a dat direcția, dar cu autonomie de a-și crea propriile tactici în vederea atingerii acestor obiective

Scrum și dezvoltare software

Cadrul Scrum a aplicat apoi această cercetare privind practicile adaptative la dezvoltarea de software. Pe parcurs, Schwaber l-a recrutat pe profesorul Babatunde A. Ogunnaike Tunde, un inginer de cercetare pentru controlul proceselor, pentru a vedea cum a lucrat scrum cu alte metodologii.

Sa stabilit că metodologiile precum cascada și alte procese structurate în mod tradițional nu au fost aliniate cu cadrul scrum. Profesorul Tunde a concluzionat că o abordare empirică a fost procesul care a funcționat cel mai bine cu scrum.

Până în 2001, Sutherland și Schwaber și alți 15 lideri în dezvoltarea de software au creat Manifestul pentru Dezvoltarea Agilă a Software-ului. La scurt timp după aceea, a fost fondată Alianța Agile, iar Schwaber a devenit primul ei președinte. Schwaber a fost coautor împreună cu Mike Beedle, a primei cărți despre scrum, Agile Software Development with Scrum, în 2001.

Scrum în anii 2000

Alianța Scrum a fost fondată în 2002 de către Schwaber, un președinte, împreună cu Mike Cohn și Esther Derbry. Ulterior, au adăugat o componentă de certificare în organizație, cu programe Certified ScrumMaster. În 2006, Sutherland a creat Scrum, Inc. și continuă să predea cursurile Certified Scrum.

Schimbările în comunitatea scrum au continuat când, în 2009, Schwaber a părăsit Alianța Scrum pentru a porni Scrum.org, care oferă seria Professional Scrum.

De atunci, Scrum și-a asumat un rol global în managementul proiectelor odată cu prima publicație a Scrum Guide în 2010, care a fost actualizat în 2011 și 2013. Astăzi este cunoscut ca unul dintre cele mai utilizate cadre agile în managementul proiectelor.

Este chiar în creștere să lucrezi cu echipe mari. Scrum of Scrums se aplică utilizării tehnicii de a scala scrum la grupuri mari.

Cum se potrivește Scrum în Agile?

Scrum este o parte a procesului agil, dar cu siguranță nu este singura parte. Agile este un cort mare, dar scrum este un pilon important. Gândiți-vă la scrum ca la un cadru prin care puteți implementa dezvoltarea agilă.

Agile nu are un set de pași de urmat, prin urmare, scrum oferă un mijloc de a aplica Agile la proiectul dvs. Există multe cadre pe care le puteți folosi în dezvoltarea agilă, cum ar fi programarea extremă sau dezvoltarea bazată pe caracteristici, dar simplitatea și autonomia Scrum sunt argumente de vânzare.

Scrum poate fi folosit și ca punct de intrare în alte practici agile. De asemenea, nu este doar un cadru pentru software, ci poate beneficia de multe alte tipuri de proiecte.

Glosarul termenilor Scrum

Înainte de a defini cadrul Scrumului, iată o listă scurtă a unora dintre termenii mai des folosiți atunci când lucrați într-un mediu Scrum.

Graficul de ardere: Un grafic de ardere arată că mai rămâne mult efort în comparație cu timpul.

Burnup Chart: Măsoară creșterea unei măsuri în timp.

Daily Scrum: Întâlnire scurtă de scrum despre munca zilei.

Definiția gata: definiția gata (DOD) este unul dintre cele șapte artefacte scrum. Este un criteriu de acceptare agreat de echipa scrum.

Echipa de dezvoltare: Responsabil pentru gestionarea muncii legate de fiecare sprint.

Standarde de inginerie: standarde comune pentru dezvoltarea progresivă a proiectelor.

Backlog de produse: Un backlog de produse este o muncă care trebuie efectuată într-o anumită ordine.

Rafinarea backlog-ului de produse: atunci când proprietarul produsului și echipa adaugă detalii la stocul de produse, cunoscut și sub denumirea de îngrijire a backlog-ului.

Product Owner: Managerul care este responsabil pentru produs și echipă.

Scrum: cadru pentru colaborarea în echipă pe proiecte complexe.

Scrum Board: Un Scrum Board ajută echipele Scrum să își gestioneze munca.

Scrumban: Scrumban este o metodologie hibridă care combină managementul proiectelor Scrum și Kanban.

Scrum Master: Rolul de Scrum Master este asemănător unui antrenor care ajută echipa cu expertiza lor.

Echipa Scrum: Proprietar de produs, echipă și Scrum Master. Aflați mai multe despre rolurile scrum.

Auto-organizare: autonomie de echipă în limitele obiectivelor proiectului.

Sprint: sarcini scurte, una urmând imediat după finalizarea alteia.

Sprint Backlog: Ce are nevoie echipa pentru a finaliza sprintul.

Sprint Goal: Scopul sprintului.

Planificarea sprintului: o planificare a sprintului este un eveniment de primăvară în care echipele scrum își planifică sprintul viitor.

Retrospectiva sprintului: scurt post-mortem al sprintului.

Sprint Review: scurtă recenzie a sprintului pentru a ajuta la adăugarea de îmbunătățiri la următorul.

Stakeholder: non-membru al echipei care este de obicei inițiatorul unui proiect.

Viteză: cantitatea medie de stoc de produse s-a transformat într-o creștere a proiectului în timpul sprintului.

ProjectManager ajută echipele Scrum

Metodologia Scrum necesită colaborare și flexibilitate. ProjectManager, un software de management de lucru și proiecte bazat pe cloud, conectează echipele scrum și le oferă instrumentele de care au nevoie pentru a lucra într-un mediu agil. Instrumentul nostru furnizează date în timp real care îi mențin pe toți la curent și comunică, indiferent unde se află, cum lucrează sau ce rol au în proiect.

Creați și gestionați Scrum Boards

Vizualizările noastre multiple de proiect înseamnă că alte departamente pot colabora la diagramele Gantt sau la vizualizarea noastră de foi. Dar echipele Scrum vor folosi vizualizarea noastră Scrum Board, care le permite să-și gestioneze stocul de povești ale utilizatorilor și să lucreze împreună atunci când planifică un sprint.

De asemenea, panourile Scrum oferă proprietarilor de produse și maeștrilor Scrum vizibilitatea pentru a urmări progresul și a prinde blocajele potențiale, care pot fi eliminate rapid prin realocarea resurselor.

Urmăriți fluxurile de lucru Scrum cu tablouri de bord în timp real

Nu vrei să stai în calea echipei tale autodirijate, dar trebuie să știi ce fac. Tabloul nostru de bord în timp real urmărește șase valori ale proiectului. Nu este necesară nicio configurare ca în cazul produselor inferioare. Fluxurile noastre de lucru personalizate vă permit să aplicați declanșatoare care setează acțiuni automat pentru a vă elibera echipa să se concentreze asupra muncii lor. În plus, aprobările sarcinilor vă oferă controlul asupra schimbărilor de stare.

Colaborați cu echipa dvs. Scrum

Indiferent dacă echipa ta se află sub un singur acoperiș sau lucrează pe fusuri orare, instrumentul nostru bazat pe cloud le permite să lucreze împreună. Membrii echipei pot comenta la nivel de sarcină, pot eticheta pe alții care nu sunt atribuiți acelei sarcini pentru a-i aduce în conversație și pot partaja imagini și documente. Notificările prin e-mail și alertele în aplicație îi mențin pe toți la curent instantaneu.

Nu numai că software-ul nostru este ideal pentru scrum, dar poate funcționa și cu metodologii mai tradiționale, cum ar fi cascada sau un hibrid de multe metode de management de proiect. Instrumentul nostru vă permite să colaborați cu alte departamente din organizația dvs. care nu sunt agile. Este singurul instrument de management al muncii și al proiectelor de care veți avea nevoie pentru a avea succes.

ProjectManager este un software de management de proiect care este poziționat în mod unic pentru a ajuta managerii de proiect în fiecare fază a muncii lor, indiferent de metodologia pe care au ales-o să-l încadreze. Fiind bazat pe cloud, colectează date în timp real și are instrumentele pentru a ajuta echipele să colaboreze, oferindu-le autonomia necesară pentru monitorizare și management pentru a se menține în program și în buget. Vezi cum te poate ajuta pe tine și pe echipa ta, luând această perioadă de încercare gratuită de 30 de zile.