Ghid Scrum | 15. Artefacte Scrum
Publicat: 2022-05-06În articolul de astăzi, ne vom concentra asupra artefactelor Scrum. Vom explica Product Backlog, Sprint Backlog și Increment. De asemenea, vom răspunde la întrebarea pentru ce le folosesc membrii echipei Scrum și părțile interesate.
Artefacte Scrum – cuprins:
- Ce sunt artefactele Scrum?
- Restante produs
- Sprint Backlog
- Creştere
- rezumat
Ce sunt artefactele Scrum?
Trei artefacte Scrum sunt cruciale pentru o echipă Scrum eficientă. Acestea sunt două Backlog, care sunt liste de sarcini și Increment, care este o versiune potențial gata de lansare a unui Produs îmbunătățit într-un anumit Sprint.
Ele sunt numite în mod colectiv Artefacte pentru că au un singur scop. Și anume, pentru a maximiza transparența informațiilor referitoare la lucrul la Produs.
Cu disponibilitatea Scrum Artefacts, orice membru al echipei Scrum sau parte interesată poate obține o imagine clară în orice moment. Acolo vor vedea:
- Ce produs și pentru ce scop este creat
- Ce sarcini sunt planificate să fie îndeplinite
- La ce sarcini lucrează în prezent echipa de dezvoltare
- Ce sarcini au fost deja finalizate
- Cum arată versiunea actuală a produsului care rulează
Restul Scrum descriu Produsul atât din punct de vedere tehnic, cât și din punct de vedere comercial . Descrierea tehnică a Produsului creată de Echipa Scrum conține modul în care funcționează Produsul, precum și propuneri de soluții specifice care urmează să fie implementate de către Echipa de Dezvoltare. Descrierea companiei conține povești de utilizator care răspund la întrebări precum:
- Pentru ce este produsul?
- Ce funcții trebuie să îndeplinească Produsul?
- Ce așteptări ale Clientului ar trebui să îndeplinească Produsul?
Astfel, ele descriu funcționalități parțiale ale Produsului din punctul de vedere al Clientului.
Vom dedica postări separate fiecărui Scrum Artefact, dedicate Product Backlog, Sprint Backlog și, respectiv, Increment.
Restante produs
Product Backlog-ul este o listă de sarcini la care va lucra echipa Scrum. Este exprimat în limbajul de afaceri, iar domeniul său de aplicare acoperă întreaga durată a proiectului.
Menținerea și disponibilitatea Product Backlog-ului sunt cruciale pentru transparența activității echipei Scrum. Datorită acestui document, Echipa de Dezvoltare știe la ce problemă de afaceri lucrează la rezolvarea și care sunt prioritățile Clientului. Mai mult, Product Backlog este un indicator pe care te poți sprijini atunci când ești copleșit de sarcini mai mici care estompează imaginea întregului proiect.
Product Backlog urmărește progresul echipei de dezvoltare către obiectivul de produs. Este gestionat de Product Owner și ar trebui actualizat în mod regulat. Astfel încât să ofere în orice moment o imagine clară a lucrărilor care trebuie făcute.
Sarcinile cu termenele limită cele mai apropiate sunt descrise în Product Backlog în modul cel mai detaliat. Sarcinile cu termene limită mai lungi sau sarcinile opționale au o formă de schiță generală.
Sprint Backlog
Ne putem gândi la Sprint Backlog ca fiind similar cu Product Backlog. Cu toate acestea, felul în care sarcinile sunt descrise și scala de timp se modifică.
În timp ce în Product Backlog accentul era pe descrierea sarcinilor dintr-o perspectivă a părților interesate și a limbajului de afaceri, Sprint Backlog este domeniul dezvoltatorilor. Aceștia sunt responsabili pentru menținerea și actualizarea Sprint Backlog. Este o descriere a muncii echipei, prin urmare este exprimată în limbaj tehnic. Descrie sarcini și soluții detaliate pe măsură ce dezvoltatorii își planifică execuția.
Sprint Backlog operează pe o scară de timp care corespunde duratei unui Sprint, de obicei de la două săptămâni la o lună. Permite urmărirea progresului echipei de dezvoltare către obiectivul de sprint.
Creştere
Conținutul Product Backlog este o descriere pas cu pas a modului de atingere a obiectivului de produs. Conținutul Sprint Backlog este o descriere a sarcinilor care conduc la atingerea obiectivului Sprint. Creșterea este suma funcționalităților parțiale ale Produsului realizate într-un anumit Sprint adăugată la starea curentă a Produsului.
Fiecare nou Increment se bazează pe cel anterior. Prin urmare, munca depusă trebuie testată temeinic. Testarea vă permite să vă asigurați că noua soluție nu interferează sau perturbă cele care au fost create anterior. Pentru ca lucrarea să devină un Increment, aceasta trebuie să fie integrată în starea existentă a Produsului. Și rezultă în versiunea sa îmbunătățită, funcțională.
Cu alte cuvinte, un Increment este un set de sarcini finalizate într-un Sprint care alcătuiesc o versiune nouă și funcțională a unui Produs. Iar sensul său de afaceri este descris de Definiția finalizării. Este introdus în Product Backlog în timpul Sprint Planning.
rezumat
Artefactele Scrum sunt Product Backlog, Sprint Backlog și Increment. Acestea oferă tuturor părților interesate acces la informații despre starea Produsului. Artefactele Scrum conțin Goluri și Obiective ale echipei Scrum definite din unghiuri de afaceri și tehnice. În plus, ele conțin toate caracteristicile versiunii curente, funcționale, a Produsului, potențial gata pentru a fi lansate pe piață.
Dacă vă place conținutul nostru, alăturați-vă comunității noastre de albine ocupate pe Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest.
Ghid Scrum:
- Glosar de termeni de bază, roluri și noțiuni
- Ce este Scrum?
- Valorile Scrum
- Cum implementezi Scrum în compania ta?
- Echipa Scrum - ce este și cum funcționează?
- Cine este un proprietar de produs?
- Cele mai frecvente greșeli ale Product Ownerului
- Cine este Scrum Master?
- Caracteristicile unui bun Scrum Master
- Cele mai frecvente greșeli ale Scrum Master
- Ce statistici și valori ar trebui să urmărească Scrum Master?
- Cooperare între Product Owner și Scrum Master
- Echipa de dezvoltare în Scrum
- Cele mai frecvente greșeli ale dezvoltatorilor
- Artefacte Scrum
- Scaling Scrum
- Sprint Backlog
- Ce este Product Backlog?
- Ce sunt User Stories?
- Crearea celei mai bune povești de utilizator cu INVEST
- Cele mai frecvente greșeli ale User Story
- Criterii de acceptare a poveștii utilizatorului
- Estimare și Story Points în Scrum
- Planificarea Pokerului
- Joc de estimare a echipei
- Definirea creșterii
- Evenimente Scrum
- Ce este Sprint în Scrum?
- Angajamentele echipei Scrum - Obiectiv de produs, obiectiv de sprint și definiția finalizării
- Ce este un grafic Burndown?
- Cum se creează și se interpretează un grafic de ardere?
- Avantajele și dezavantajele diagramei de ardere
- Panouri Kanban în Scrum și Scrumban
- Viteza în Scrum - Viteza echipei de dezvoltare
- Scrum zilnic
- Planificarea sprintului
- Sprint Review
- Ce este o retrospectivă Sprint?
- Greșeli frecvente în timpul unei retrospective de sprint
- Creșterea backlog-ului de produse