Sprint planning

Sprint planning, backlog și velocity

Planifici sprintul din backlog: tragi taskurile în el, le estimezi în story points și urmărești zi de zi cât a mai rămas, față de linia ideală.

Un sprint bun începe cu un backlog ordonat și se termină cu un număr, nu cu o impresie. În 4myprojects backlogul e format din taskurile care nu sunt încă într-un sprint: le ordonezi manual, le estimezi în story points și le tragi în sprintul care urmează. Sprintul are nume, obiectiv, dată de început și dată de final, iar pe un proiect poate fi activ unul singur. Din momentul pornirii, burndownul arată punctele și taskurile rămase pe fiecare zi, suprapuse peste linia ideală, iar la închidere alegi unde merg taskurile neterminate. După câteva sprinturi închise ai velocity: media punctelor chiar finalizate, reperul cu care planifici următorul.

  • Backlog propriu: taskurile care nu sunt încă într-un sprint, cu prioritate, etichete și tip configurabile din panou.
  • Sprint cu nume, obiectiv (sprint goal), dată de început și dată de final, setate per sprint.
  • Un singur sprint activ pe proiect — pornirea unui al doilea este refuzată, ca burndownul și indicatorii să rămână neambigui.
  • Estimare în story points pe task — cifra din care se calculează atât burndownul, cât și velocity.
  • Burndown pe sprint: punctele și taskurile rămase în fiecare zi, suprapuse peste linia ideală calculată din total.
  • Velocity pe sprinturile închise: punctele finalizate în fiecare sprint și media lor, ca reper pentru sprintul următor.
  • La închiderea sprintului alegi explicit unde merg taskurile neterminate: înapoi în backlog sau direct în sprintul următor.
  • Jurnal de activitate pe proiect: pornirea și închiderea sprintului, schimbările de status și pontajele rămân în istoric, cu autor și dată.

Ce intră în sprint și de unde

Backlogul nu e o listă separată, ci filtrul „fără sprint" peste taskurile proiectului: îl sortezi pe coloane — după story points, de exemplu, ca să vezi ce e estimat și ce nu — pui prioritate și tip de task, apoi muți cardurile în sprint schimbându-le apartenența. Un sprint se creează cu nume, obiectiv și interval, se pornește explicit și, cât e activ, blochează pornirea altuia pe același proiect. Ce nu face platforma, și e bine de știut înainte de planning: nu calculează singură capacitatea echipei — nu scade concedii, nu rezervă un procent pentru mentenanță și nu te avertizează când tragi prea mult. Reperul cantitativ pe care îl ai este velocity măsurată, comparată cu totalul de story points pe care tocmai l-ai adunat în sprint.

Burndown: ce arată linia ideală

Burndownul se calculează pe intervalul sprintului, zi cu zi. Pentru fiecare zi platforma numără punctele și taskurile care nu erau încă finalizate la sfârșitul acelei zile și le desenează lângă linia ideală — coborârea liniară de la totalul de puncte la zero, pe durata sprintului. Momentul finalizării vine dintr-un marcaj pus automat când taskul intră într-un status de tip „done" și șters dacă iese din el, deci curba nu depinde de un procent declarat manual. Un task nu contează parțial: unul de 5 puncte terminat pe jumătate rămâne 5 puncte rămase până intră efectiv în „done".

Velocity și ce poți face cu ea

Velocity se calculează doar pe sprinturile închise ale proiectului: pentru fiecare, câte story points au ajuns finalizate, plus media pe toate. Asta e cifra cu care planifici — nu media a ceea ce ți-ai propus, ci media a ceea ce a ieșit. Două precizări care contează la citire: velocity nu se normalizează automat la lungimea sprintului, deci compari sprinturi de durată apropiată sau ții cont de diferență, iar taskurile fără story points contează zero, deci un sprint cu multe taskuri neestimate va arăta artificial slab. Ambele se rezolvă prin disciplină de estimare, nu printr-un reglaj din platformă.

Ce nu face 4myprojects la planificare

Planificarea de aici e deliberat simplă: backlog, story points, sprint cu obiectiv, burndown, velocity. Nu există scor RICE sau WSJF și nicio ordonare automată a backlogului — ordinea o stabilești tu, prin prioritate și prin ce alegi să tragi în sprint. Nu există planning poker, vot pe estimare sau sesiuni asincrone de estimare. Nu există detecție de scope creep: un task adăugat după pornirea sprintului intră în burndown ca oricare altul și în jurnalul de activitate, dar nu e marcat separat în raport. Și nu există niciun fel de asistent care să prioritizeze sau să prezică — indicatorii de proiect sunt formule fixe peste taskurile tale.

Standards und Referenzen

  • Scrum Guide 2020 (Schwaber & Sutherland) — Sprint, Sprint Goal, Sprint Backlog și Definition of Done
  • PMBOK Guide, ediția 7 — Measurement Performance Domain: burn charts și velocity ca indicatori de livrare
  • ISO 21502:2020 — managementul proiectelor: planificarea și controlul scopului

Häufige Fragen

Cât durează până am o velocity utilizabilă?

Velocity se calculează exclusiv pe sprinturi închise, deci ai nevoie de cel puțin două-trei sprinturi încheiate ca media să spună ceva. Până atunci nu există o estimare provizorie de capacitate — lucrezi cu totalul de story points pe care îl vezi în sprint.

Pot planifica sprinturi de lungimi diferite?

Da, lungimea e dată de datele de început și de final ale fiecărui sprint, pe care le pui tu. Velocity nu se normalizează însă automat la durată, deci compară sprinturi de lungime apropiată.

Ce se întâmplă dacă un task nu are estimare la planning?

Îl poți trage în sprint oricum, dar contează zero puncte în burndown și în velocity. Nu există o listă automată de taskuri neestimate — le vezi sortând backlogul după story points.

Pot avea două sprinturi active în același proiect?

Nu. Pornirea unui al doilea sprint activ este refuzată explicit, ca burndownul și indicatorii de proiect să se refere fără ambiguitate la un singur sprint. Poți avea însă oricâte sprinturi planificate în avans.

Ce se întâmplă cu taskurile neterminate la închiderea sprintului?

La închidere alegi destinația lor: înapoi în backlog sau direct într-un sprint următor din același proiect. Taskul își păstrează istoricul, comentariile și pontajele, iar mutarea intră în jurnalul de activitate cu numărul de taskuri mutate.

Funcționează și pentru echipe care nu fac Scrum?

Da. Sprinturile sunt opționale: dacă lucrezi în flux continuu, lași taskurile în backlog și folosești board-ul pe statusuri, cu prioritățile și etichetele tale. Burndownul și velocity sunt singurele lucruri care cer un sprint.

Verwandte Ressourcen

Pornește primul sprint în 4myprojects

Creează proiectul, adună taskurile în backlog, trage-le în primul sprint cu obiectiv și dată de final, apoi urmărește burndownul până la închidere.

4b2b.net
Business-Ökosystem
4conta.ro
Buchhaltung
4invoices.net
Rechnungs-App
4expenses.net
Spesenmanagement
4notify.net
Benachrichtigungen
4hosting.net
Hosting
4database.net
Datenbanken
4buildsite.net
Website-Baukasten
4myapp.net
App-Baukasten
4avatars.net
KI-Avatare
4chaty.net
KI-Chatbot
4webagency.net
Web-Agentur-Software
4softedu.net
Bildungs-Websites
4softcrm.net
CRM-Plattform
4softerp.net
ERP-System
4softhr.net
Personalverwaltung
4mystaff.net
Mitarbeiter-Portal
4myprojects.net
Projektmanager
4mycontracts.net
Verträge
4docs.net
Dokumentenmanagement
4appointments.net
Termine
4marketingonline.net
Marketing
4insurance.net
Versicherung
4property.net
Immobilien
4lawyers.net
Anwaltssoftware
4mygarage.net
Autowerkstatt
4driving.net
Fahrschulen
4fleet.net
Fuhrparkverwaltung
4myevents.net
Veranstaltungen
4therapy.net
Therapie
4clinics.net
Kliniken
4dental.net
Zahnarztpraxen
4restaurants.net
Restaurants
4beautify.net
Beautysalon
4gym.net
Fitnessstudios
4guards.net
Sicherheitsfirmen
4softvet.net
Tierarztpraxen
4softauto.net
Autohaus-Software
4construct.net
Bauunternehmen
4marketplace.net
Marktplatz
4shopy.net
Online-Shop
4pricing.net
Preisvergleich
4salefood.net
Essenslieferung
4rentify.net
Vermietung
4transports.net
Transport
4agencytravel.net
Reisebüro
4hotel.net
Hotelmanagement
4ong.net
NGO-Verwaltung