Ce este Scrum?

Când furnizorul tău de software spune „lucrăm în Scrum”, promite de fapt un mecanism precis — iar cunoașterea pieselor lui te ajută să deosebești practica reală de vocabularul de vânzare. Piesele: munca se împarte în sprinturi (cicluri fixe de 1-4 săptămâni, la finalul cărora există ceva funcțional de arătat), prioritățile trăiesc într-un backlog ordonat de un Product Owner — rolul care reprezintă interesul tău de business și decide ce se construiește în ce ordine (în proiectele la comandă, acest rol e ori al tău, ori al unui om al furnizorului care lucrează după prioritățile tale — și e cel mai important detaliu de clarificat din contract), echipa își organizează singură execuția (cu un Scrum Master care păzește procesul, nu un șef care împarte sarcini), iar ritualurile țin totul la vedere: planificarea sprintului (ce intră), stand-up-ul zilnic scurt (unde s-a blocat ceva), demo-ul de la final (Sprint Review — momentul tău: vezi software funcțional, nu rapoarte de progres) și retrospectiva (echipa își repară singură procesul). Pentru tine ca beneficiar, valoarea practică stă în două garanții structurale: ritmul — la fiecare 2 săptămâni există ceva de văzut și de corectat, deci un proiect nu poate devia luni de zile în tăcere — și prioritizarea explicită: schimbările de direcție sunt binevenite, dar intră ordonat, prin backlog, la sprintul următor, nu prin telefoane care aruncă echipa dintr-o parte în alta (disciplina merge în ambele sensuri: nici furnizorul nu improvizează, nici tu nu „arunci peste gard” urgențe zilnice). Semnalele că Scrum-ul e real, nu decorativ: primești invitație la demo-uri și chiar vezi software rulând, backlog-ul e vizibil și ordinea lui reflectă deciziile tale, iar întrebarea „ce s-a livrat sprintul trecut?” are răspuns concret. Semnalul contrar clasic: „lucrăm agile” + livrare unică peste 6 luni + rapoarte în loc de demo-uri — aia e cascadă cu vocabular nou.