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.

Standard e riferimenti

  • 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

Domande frequenti

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.

Risorse correlate

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-ecosysteem
4conta.ro
Boekhouding
4invoices.net
Facturatie-app
4expenses.net
Onkostenbeheer
4notify.net
Meldingen
4hosting.net
Hosting
4database.net
Databases
4buildsite.net
Websitebouwer
4myapp.net
Appbouwer
4avatars.net
AI-avatars
4chaty.net
AI-chatbot
4webagency.net
Software voor webbureaus
4softedu.net
Onderwijswebsites
4softcrm.net
CRM-platform
4softerp.net
ERP-systeem
4softhr.net
HR-beheer
4mystaff.net
Personeelsportaal
4myprojects.net
Projectbeheer
4mycontracts.net
Contracten
4docs.net
Documentbeheer
4appointments.net
Afspraken
4marketingonline.net
Marketing
4insurance.net
Verzekeringen
4property.net
Vastgoed
4lawyers.net
Juridische software
4mygarage.net
Autogarage
4driving.net
Rijscholen
4fleet.net
Wagenparkbeheer
4myevents.net
Evenementen
4therapy.net
Therapie
4clinics.net
Klinieken
4dental.net
Tandartspraktijken
4restaurants.net
Restaurants
4beautify.net
Schoonheidssalon
4gym.net
Sportscholen
4guards.net
Beveiligingsbedrijven
4softvet.net
Dierenartsen
4softauto.net
Software voor autobedrijven
4construct.net
Bouwbedrijven
4marketplace.net
Marktplaats
4shopy.net
Webshop
4pricing.net
Prijsvergelijking
4salefood.net
Maaltijdbezorging
4rentify.net
Verhuur
4transports.net
Transport
4agencytravel.net
Reisbureau
4hotel.net
Hotelbeheer
4ong.net
NGO-beheer