Ghid Scrum | 13. Echipa de dezvoltare în Scrum

Publicat: 2022-04-25

O echipă de dezvoltare în Scrum este un grup interdisciplinar format din toate persoanele implicate în crearea unui Produs. În articolul de astăzi, ne vom uita la ce caracteristici ar trebui să aibă. Vom lua în considerare, de asemenea, componența și responsabilitățile unei Echipe de Dezvoltare care este capabilă să-și atingă obiectivele în mod eficient.

Echipa de dezvoltare în Scrum – cuprins:

  1. Caracteristicile echipei de dezvoltare
  2. Echipă de dezvoltare
  3. Responsabilitatile echipei de dezvoltare
  4. rezumat

Caracteristicile echipei de dezvoltare

Echipa de dezvoltare care lucrează în conformitate cu principiile Scrum este un grup independent de specialiști. Nu folosește sprijinul specialiștilor sau subcontractanților externi. Dar ce determină că echipa este bine adaptată pentru a îndeplini Scopul? Și ce responsabilități sunt incluse în sarcinile unei Echipe de Dezvoltare – indiferent de specializarea acesteia?

Pentru a fi eficientă, o echipă de dezvoltare trebuie să aibă cel puțin trei caracteristici: capacitatea de a se autoorganiza, impulsul de a crește și interdisciplinaritatea.

Autoorganizare

Când vorbim despre Echipa Scrum, din care face parte Echipa de Dezvoltare, folosim termenul de „auto-management”. Înseamnă autogestionare la nivel de organizație. Echipa Scrum în ansamblu decide nu numai cine va face munca și cum, ci și la ce va lucra. Într-o echipă Scrum, o mare parte a sarcinilor de management aparține Product Owner-ului și Scrum Master.

Development Team

Prin urmare, în cazul unei Echipe de Dezvoltare, autoorganizarea este mai importantă decât autogestionarea. Se referă la responsabilitățile de planificare, adică să decizi singur cine va îndeplini anumite sarcini, când și cum.

Urmărirea dezvoltării

O caracteristică cheie a unei echipe eficiente este impulsul pentru creștere. Modul de îndeplinire a sarcinilor stabilite înainte ar trebui să fie ambițios. Acest lucru rezultă nu numai din predispozițiile și atitudinea individuală a fiecărui membru al echipei de dezvoltare. Creșterea competenței și a efortului este încurajată și de atmosfera din Echipă, care o definește în ansamblu.

Interdisciplinaritate

Interdisciplinaritatea echipei înseamnă că membrii săi împreună ar trebui să aibă toate abilitățile necesare pentru a crea o creștere valoroasă în fiecare Sprint. De asemenea, înseamnă că fiecare membru al Echipei îndeplinește sarcinile necesare pentru acel Sprint. Fiecare face ceea ce este necesar pentru a atinge Scopul. Chiar dacă înseamnă preluarea de noi sarcini dincolo de expertiza Dezvoltatorului. Este o greșeală să rămâi cu rigiditate la competențele sau rolul profesional al cuiva.

development team features

Echipă de dezvoltare

Conform Ghidului Scrum, numărul maxim de Dezvoltatori este de opt. O compoziție atât de mică încurajează comunicarea și deschiderea, deoarece membrii echipei au ocazia să se cunoască între ei. Cu toate acestea, echipa nu trebuie să fie mai mică de trei persoane. Trebuie să fie suficient de mare pentru a face progrese vizibile pentru afaceri în fiecare Sprint.

Dezvoltatorii din Scrum sunt numiți oameni cu o mare varietate de abilități și responsabilități. În niciun caz numele nu este rezervat persoanelor care fac programare. Astfel, Echipa poate include programatori și designeri, cercetători și analiști, testeri și oameni de știință, precum și alți specialiști.

Nu există o ierarhie între Dezvoltatori. De aceea nu folosesc titluri profesionale sau științifice.

O presupunere importantă despre componența echipei de Dezvoltare este că aceasta este o unitate. Prin urmare, echipele mai mici care lucrează la alte Obiective nu ar trebui să fie separate de acesta.

Responsabilitatile echipei de dezvoltare

Responsabilitățile echipei de dezvoltare pot fi împărțite în trei domenii. Acestea sunt:

  • Sarcini de planificare
  • Se lucrează la produs
  • Îmbunătățirea colaborării în cadrul echipei

Sarcini de planificare

Programarea sarcinilor este o obligație pe care trebuie să o îndeplinească toate echipele de dezvoltare bazate pe Scrum. Constă în crearea unui plan Sprint și introducerea lui într-un Sprint Backlog, pe care îl vom descrie într-un articol separat. Cel mai important lucru este că echipa de dezvoltare lucrează împreună. În acest fel, fiecare dintre Dezvoltatori va putea determina în mod realist numărul de sarcini de făcut într-un anumit Sprint. Pe termen lung, acest lucru permite echipei să mențină un ritm constant și să planifice mai precis.

Este la fel de esențial să fii cu ochii pe puls, adică să adaptezi zilnic planul la realitate. Dacă apar probleme, poate fi necesar să se schimbe: să reorganizați sarcinile, să distribuiți munca diferit sau să discutați cu Scrum Master despre dificultățile care apar.

Se lucrează la produs

Formele de lucru asupra unui Produs pot varia dramatic în funcție de zona în care operează o anumită Echipă de Dezvoltare. În general, scopul care trebuie atins în fiecare Sprint este de a crea un Increment, adică o caracteristică de Produs valoroasă pentru afaceri.

Este util aici să vorbiți direct și să aplicați următoarea regulă:

Atunci când lucrați la un Produs, trebuie să îl lăsați într-o stare care nu este doar îmbunătățită, dar nu mai puțin terminată decât versiunea anterioară.

Aplicarea acestui principiu înseamnă că echipa în ansamblu își asumă responsabilitatea pentru creștere. Dacă un Dezvoltator îndeplinește sarcini neglijent, ceea ce provoacă deteriorarea calității Produsului, altcineva va trebui să facă treaba pentru el. Pe de altă parte, dacă vreun Dezvoltator lovește erori în Produs, ar trebui să le repare singur sau să transmită informațiile despre erori cuiva care poate face acest lucru. Vom scrie mai multe despre lucrul la creșterea produsului într-un Sprint într-un articol separat.

Îmbunătățirea colaborării în echipă

Lucrul la modul în care funcționează Echipa înseamnă îmbunătățirea constantă a eficienței și eficacității dezvoltatorilor individuali.

Cu toate acestea, este, de asemenea, sau poate mai presus de toate, o muncă de comunicare între Dezvoltatori. Îmbunătățirea constă în elaborarea de soluții care să permită împărțirea eficientă și precisă a sarcinilor. Și, de asemenea, exersarea abilităților:

  • critica soluțiile, nu oamenii – schimbarea limbajului pe care îl folosim pentru a descrie munca duce la o schimbare de atitudine și la o colaborare îmbunătățită
  • distanțarea de ideile tale – permite umorul și un feedback mai sincer
  • construirea încrederii – datorită încrederii pot exista multe mai multe idei inovatoare propuse de dezvoltatori fără teama de reacție negativă a mediului

Îmbunătățirea colaborării echipei se realizează prin reflecție continuă asupra modului în care funcționează echipa și oferirea de feedback în timpul evenimentelor Scrum descrise în acest articol.

Development Team in Scrum

rezumat

În articolul de astăzi vă prezentăm caracteristicile, componența și responsabilitățile unei Echipe de Dezvoltare Scrum. Interdisciplinaritatea, autoorganizarea și dorința de dezvoltare caracterizează această echipă mică. Și îmbunătățirea continuă a muncii în echipă și munca eficientă asupra Produsului - acestea sunt sarcinile pe care trebuie să le îndeplinească fiecare echipă de dezvoltare.

Dacă vă place conținutul nostru, alăturați-vă comunității noastre de albine ocupate pe Facebook, Twitter, LinkedIn, Instagram, YouTube.

Scrum Guide | 13. Development Team in Scrum caroline becker avatar 1background

Autor: Caroline Becker

În calitate de manager de proiect, Caroline este expertă în găsirea de noi metode de a proiecta cele mai bune fluxuri de lucru și de a optimiza procesele. Abilitățile ei de organizare și capacitatea de a lucra sub presiunea timpului o fac cea mai bună persoană pentru a transforma proiectele complicate în realitate.

Vizualizați toate postările

Ghid Scrum:

  1. Glosar de termeni de bază, roluri și noțiuni
  2. Ce este Scrum?
  3. Valorile Scrum
  4. Cum implementezi Scrum în compania ta?
  5. Echipa Scrum - ce este și cum funcționează?
  6. Cine este un proprietar de produs?
  7. Cele mai frecvente greșeli ale Product Ownerului
  8. Cine este Scrum Master?
  9. Caracteristicile unui bun Scrum Master
  10. Cele mai frecvente greșeli ale Scrum Master
  11. Ce statistici și valori ar trebui să urmărească Scrum Master?
  12. Cooperare între Product Owner și Scrum Master
  13. Echipa de dezvoltare în Scrum
  14. Cele mai frecvente greșeli ale dezvoltatorilor
  15. Artefacte Scrum
  16. Scaling Scrum
  17. Sprint Backlog
  18. Ce este Product Backlog?
  19. Ce sunt User Stories?
  20. Crearea celei mai bune povești de utilizator cu INVEST
  21. Cele mai frecvente greșeli ale User Story
  22. Criterii de acceptare a poveștii utilizatorului
  23. Estimare și Story Points în Scrum
  24. Planificarea Pokerului
  25. Joc de estimare a echipei
  26. Definirea creșterii
  27. Evenimente Scrum
  28. Ce este Sprint în Scrum?
  29. Angajamentele echipei Scrum - Obiectiv de produs, obiectiv de sprint și definiția finalizării
  30. Ce este un grafic Burndown?
  31. Cum se creează și se interpretează un grafic de ardere?
  32. Avantajele și dezavantajele diagramei de ardere
  33. Panouri Kanban în Scrum și Scrumban
  34. Viteza în Scrum - Viteza echipei de dezvoltare
  35. Scrum zilnic
  36. Planificarea sprintului
  37. Sprint Review
  38. Ce este o retrospectivă Sprint?
  39. Greșeli frecvente în timpul unei retrospective de sprint
  40. Creșterea backlog-ului de produse