Meniu

Terminologia Agile și Scrum: un glosar pentru conceptele Agile / Scrum

  • Principal
  • Alte
  • Terminologia Agile și Scrum: un glosar pentru conceptele Agile / Scrum

agile scrum terminology

Încercați Instrumentul Nostru Pentru Eliminarea Problemelor

Acesta este un ghid cuprinzător pentru toată terminologia importantă Agile / Scrum și este un glosar All in One al conceptelor Agile și Scrum:

După cum știm cu toții, Agile nu are nevoie de nicio prezentare. Este un cadru de dezvoltare software utilizat în întreaga lume.

Acest articol este un ghid cuprinzător al tuturor conceptelor agile / scrum pe care trebuie să le aveți la îndemână.

Agrum Scrum

Ce veți învăța:

Manifest agil

Metodologia Agile se bazează pe Manifestul Agile. Pentru mai multe informații despre manifest, verificați Manifest pentru dezvoltarea software-ului agil .

Preluarea cheie de la manifestul agil poate fi scurtată până la :

  • Comunicarea persoană la persoană este eficientă pentru legarea procesului.
  • Produsul de lucru este mai bun decât documentația pas cu pas convențională.
  • Implicarea clientului / proprietarului companiei este esențială, la fel și buclele de feedback continuu.
  • Schimbările sunt inevitabile. Prin urmare, echipele ar trebui să le îmbrățișeze și să le primească.

Veți vedea că, chiar dacă procesul agil face aceste declarații, nu oferă pașii exacți concreti pentru a realiza acest lucru. Oferă libertate și autonomie deplină echipelor pentru a face cea mai bună muncă.

De-a lungul timpului, stilul liber a evoluat în practici comune. Dintre care cel mai faimos este Scrum.

Să începem definițiile noastre cu asta.

Ce este Scrum?

Scrum este un model de dezvoltare dezvoltat de Ken Schwaber și Jeff Sutherland și este în uz din anii 1990.

Munca este împărțită în cerințe mai mici (povești, epopee și sarcini), iar echipele strâns construite și livrate în tranșe mici. Se caută frecvent feedback și se aduc îmbunătățiri produsului sub formă de lansări scurte frecvente.

Stâlpi de Scrum

Stâlpii Scrum sunt explicați mai jos în detaliu:

  • Transparenţă : Echipele sunt conștiente de ceea ce se întâmplă și sunt deschise să se împărtășească și să se ajute reciproc. Comunicarea circulă liber prin stand-up zilnic și interacțiuni informale de la persoană la persoană.
  • Inspecţie : Inspecțiile frecvente și religioase ale muncii sunt cheia succesului Scrum. Echipele pot identifica, diagnostica, depana, remedia și reveni pe drumul cel bun într-un mod simplu și fiabil.
  • Adaptare : Scrum nu presupune că ceea ce fac este corect. Există puncte de control periodice sub forma Planificare sprint, scrum zilnic, revizuire sprint / întâlniri retrospective unde echipa ajunge să revizuiască și să se adapteze.

Echipa Scrum

Echipe Scrum sunt de obicei mici (5-9) și sunt de obicei de natură transversală. Acestea includ o Scrum Master , dezvoltator, tester (este o practică obișnuită să se refere la toți membrii echipei agili ca dezvoltatori, indiferent de domeniul lor de lucru).

Alți membri ai echipei tehnice și cel mai important, proprietarul sau sponsorul produsului. Agile își plasează toate pariurile pe echipa sa. Deci, o echipă A auto-organizată este critică și este aproape o condiție prealabilă pentru o implementare agilă de succes.

Echipa Scrum

Roluri în Scrum

Mai jos sunt prezentate diferitele roluri din Scrum:

  • Proprietarul produsului: Un proprietar de produs deține restanța. El este responsabil pentru produs și forma pe care o ia. Menținerea restanței de produs, o viziune generală asupra produsului și direcționarea obiectivelor echipei către acesta sunt responsabilitățile principale ale proprietarului unui produs.
  • Echipă de dezvoltare: Echipa de dezvoltare nu are nici un rol limitat. Se așteaptă să funcționeze transversal și să aleagă cea mai bună abordare pentru a atinge obiectivul.
  • Scrum Master: Este sarcina maestrului scrum să vă asigurați că scrumul este implementat în mod corect. Maestrul scrum este, de asemenea, numit Slujitor Lider pentru întreaga echipă.

Ceremonii Scrum

Agile se bazează pe câteva obiceiuri pentru a rămâne pe drumul cel bun și pentru a avea succes.

Unele dintre ele sunt menționate mai jos:

# 1) Întâlnire zilnică de scrum: Aceasta este o întâlnire tipică de 15 minute în care fiecare membru al echipei vorbește despre următoarele puncte:

  • Ce s-a făcut ieri?
  • Ce este planificat astăzi?
  • Există impedimente pe parcurs?

Acest format al întâlnirii este foarte eficient pentru a înțelege ce lucrare este terminată, ce rămâne și cum echipa se poate ajuta reciproc, dacă este necesar.

Scrum Master facilitează această întâlnire, dar nu este în beneficiul Scrum Master sau într-un loc de colectare a statutului. Este o oportunitate pentru echipă de a interacționa și de a se strânge împreună înainte de a merge pe căile lor separate de a cuceri sarcinile zilei.

# 2) Sprint : Un Sprint este o iterație în timp (adesea 3 săptămâni o dată, dar poate fi mai lungă sau mai scurtă). Acesta este un proces repetitiv și poate fi privit ca o explozie de dezvoltare și livrare.

# 3) Planificare Sprint: Scopul planificării sprint este de a planifica modul de transformare a unui set de povești de restanțe de produse într-o creștere a produsului expediabil.

Formatul general poate fi ca o situație din două părți.

  • Prima jumătate - Echipa selectează articolele pe care se angajează să le finalizeze.
  • A doua jumătate - Proprietarul produsului este disponibil pentru întrebări.

Echipa decide cum să o construiască. Astfel, sarcinile sunt create și atribuite în consecință, rezultând Sprint Backlog.

# 4) Sprint Review / Demo : După un sprint, echipa și părțile interesate se întâlnesc, astfel încât munca finalizată poate fi prezentată.

Sarcinile finalizate sunt comparate cu elementele planificate, iar funcționalitatea care nu a fost implementată este omisă. Durata acestei întâlniri nu este mai mare de 4 ore.

# 5) Retrospectiva Sprint: Această întâlnire este facilitată de Scrum Master și întreaga echipă, inclusiv PO, participă.

Echipa discută despre Sprint-ul recent, menținând ideile de îmbunătățire a procesului în centrul atenției și determină ce modificări ar putea fi făcute pentru a face următorul Sprint mai productiv.

În mod normal, această întâlnire durează cel mult 2 ore.

=> Citire recomandată - Întâlniri retrospective agile

Noțiuni de bază despre estimarea agilă

Mai jos sunt prezentate elementele de bază pentru estimarea agilă:

Intrări

  • Restanțe de produse și restante de sprint.
  • Date istorice, estimări anterioare pentru sarcini similare cu valori ale efortului real cheltuite pe ele.

Participanți estimate

  • Membrii echipei familiarizați cu aplicația.
  • Membrii echipei care înțeleg integrarea aplicației cu alte sisteme.
  • Reprezentarea diferitelor abilități necesare pentru finalizarea proiectului.
  • Construiți, implementați și reprezentați echipa QA.

Definiție la Epic / Feature / Idea

  • Acestea sunt povești mari ale utilizatorilor, de obicei prea mari pentru a fi implementate într-o singură iterație.
  • Ideea / Epopeea -> Povestiri -> Sarcini (O idee poate avea mai multe povești. O poveste poate avea mai multe sarcini. Domeniul povestirii este limitat la un Sprint. Toate sarcinile ar trebui închise pentru a finaliza povestea)

# 1) Tehnica de estimare a punctelor de poveste: Story point este un număr care spune echipei cât de complexă este povestea.

În majoritatea cazurilor, se folosește seria Fibonacci sau dimensiunea tricoului. De obicei, un punct de poveste este considerat a fi echivalent cu munca de o zi a unei persoane.

Cu toate acestea, raportul este revizuit după fiecare iterație pe baza datelor reale ale timpului mediu necesar pentru a finaliza o unitate a unei sarcini.

Pașii implicați includ:

  • Descompuneți cerințele foarte mari în sarcini mici.
  • Alegeți o echipă de cel puțin 2 estimatori, Scrum Master , Proprietarul de produs și ceilalți pot participa.
  • Fiecare estimator își alocă în mod privat punctele de poveste pentru o poveste (sarcină) a utilizatorului și publică aceleași.
  • Punctele de poveste pentru cerință sunt alocate de estimatori pe baza cunoștințelor lor anterioare despre dimensiunea unei sarcini similare.
  • Se așteaptă ca estimările să difere ușor.
  • Dacă estimările diferă semnificativ, atunci estimatorii înalți și cei mici explică estimările lor.
  • După aceasta, încă o rundă de estimare este realizată de toți estimatorii, urmând același proces până când toți converg la același număr.

# 2) Planificarea pokerului: Această tehnică interesantă și distractivă este explicată aici: Cum să ușurăm procesul de estimare agilă cu Planning Poker

Notă :Există multe alte tehnici pentru estimarea agilă, dar acestea sunt cele mai importante două.

Artefacte Scrum

Cele mai importante artefacte scrum sunt Product Backlog & Sprint Backlog . Acestea sunt cele care ajută la monitorizarea obiectivelor generale sprint.

# 1) Backlog-ul produsului:

  • O listă ordonată de „cerințe” care este menținută pentru un produs / proiect.
  • O listă poate conține erori și elemente nefuncționale.
  • Proprietarul de produs este responsabil pentru stabilirea priorităților în PBL.
  • Proprietarul de produs este responsabil pentru gestionarea restantei de produse.

# 2) Sprint Backlog:

  • Listă de sarcini (cunoscută și sub numele de Backlog item) pentru Sprint.
  • Echipa Scrum este responsabil pentru întreținerea acestora ..
  • În timpul sprintului, membrii echipei sunt așteptați să actualizeze restul sprintului, deoarece sunt disponibile noi informații.
  • În cazul în care oricare dintre elemente este lăsat incomplet sau parțial complet, atunci, conform definiției scrum standard, aceste elemente sunt puse înapoi în Restante produs.

# 3) Diagrama Burn Down:

furnizori de conturi de e-mail gratuite în SUA
  • Este o diagramă afișată public care arată lucrările finalizate și rămase în sprint.
  • Arată lucrarea efectivă care este finalizată în fiecare zi.
  • Menținut de Scrum Master zilnic.
  • Există două tipuri de „Lansați diagrame Burn-down” și „Sprint Burn-down Charts”.

Diagramele burn-down

Definiția Done

Definiția Done este diferit pentru diferite echipe de scrum. În termeni simpli, DoD este un mod de a spune când echipa va atinge obiectivul prin instrumentele disponibile. Este contractul dintre OP și echipă.

DoD îndeplinit înseamnă că toate poveștile din restanțe sunt dezvoltate în conformitate cu cerințele părții interesate. Poveștile ar putea fi non-tehnice sau pot avea sarcini multiple.

Rafinarea restantei (îngrijirea)

Rafinarea restantei nu este o practică de scrum de bază, dar a fost adoptată ca o modalitate de gestionare a calității articolelor restante care intră într-un sprint.

Este un efort continuu de a revizui articolele restante ale produselor și de a verifica dacă acestea sunt prioritizate în mod corespunzător și pregătite într-un mod care le face clare și executabile pentru echipe odată ce intră în sprinturi prin activitatea de planificare sprint.

Comparație rapidă cu cascada

ParametriiAgilCascadă
Satisfacția clienților Clienții sunt mulțumiți din cauza livrării rapideLivrarea este întârziată, astfel încât clienții nu sunt siguri
Livrarea de software de lucru Livrări frecventeUna la fiecare câteva luni
Modificări târzii Poate fi vizat rapid în primăvara viitoareGreu de implementat
Comunicare Comunicare zilnicăÎntâlnire de revizuire cu managerul de proiect
Dependenţă Comunicare strânsă și cooperare între oameni de afaceri și dezvoltatori - testeri.Managerul de proiect conduce proiectul

Restante produs

Pe măsură ce ne mișcăm în sus, PBI-urile sunt create și ele sunt ADEVĂRATE:

  • D- Destul de detaliat
  • ESTE- Emergenc este
  • ESTE- Estimat
  • P- Prioritizat

Și sunt mai detaliate pentru echipă.

Restante produs

Lucruri la care un Scrum Master ar trebui să se adapteze:

  • Eliminarea impedimentelor
  • Facilita
  • Mentorat și predare
  • Antrenor

Acestea sunt sarcinile pe care a Scrum Master ar trebui să efectueze atunci când Scrum este nou implementat. Dar, pe măsură ce timpul trece și pe măsură ce echipa se obișnuiește cu Scrum (devine auto-organizat), Scrum Master are o sarcină de îndeplinit, adică „OBSERVE”.

Construirea unei echipe Scrum

În timp ce construiți o echipă, Scrum Master ar putea face față următoarelor provocări: formare, asalt, normare și performanță.

  • Formare- Acolo unde nu există relații într-o echipă.
  • Asalt- Unde granițele dintre membrii echipei ar deveni ușoare.
  • Normare- Când există o relație bună stabilită în echipă.
  • Spectacol- Aceasta este ultima etapă în care există doar munca în echipă.

După cum putem vedea, ultima etapă este locul în care echipa funcționează cu adevărat ca Echipa Scrum . Dar, în timpul acestei transformări, dacă există o anumită întrerupere în orice etapă, atunci aceasta duce echipa înapoi la început.

Concluzie

Sperăm că acest tutorial a explicat pe scurt toate cele importante Terminologie Agilă și Scrum . Vă rugăm să consultați această serie de tutoriale Ghid complet pentru metodologia agilă pentru detalii despre conceptele Agile / Scrum.

Fericire Agility!

Lectură recomandată

^