Vlerësimi i aktiviteteve
Në një sistem të bazuar në kohë, është e rëndësishme të vlerësohet se çfarë mund të arrihet dhe deri kur. Scrum përdor vlerësimin dimensional relativ, i cili është krahasimi dimensional midis dy detyrave. Metoda të ndryshme mund të përdoren për të ndihmuar njerëzit të vlerësojnë punën e tyre, por një nga më të njohurat është metoda e madhësisë së qenve.
Sipas kësaj metode, ju pyesni: a është ky problem një Dachshund apo një Danez i Madh? Çdo race i është caktuar një vlerë numerike. Një Dachshund vlen 1, një Labrador 5. Vlerat caktohen duke përdorur sekuencën Fibonacci, e cila është kudo në natyrë dhe për këtë arsye është instinktive për njerëzit. Është një prirje ku numri i radhës në një sekuencë është shuma e dy që vijnë përpara tij: 1, 3, 5, 8, 13 e kështu me radhë. Vlerat janë mjaft larg njëra-tjetrës për të na lejuar që instinktivisht të kuptojmë ndryshimin. Mendja jonë nuk i interpreton lehtësisht rritjet margjinale dhe ne jemi më të mirë në perceptimin e hapave të qartë. Për të vlerësuar një detyrë, është më e lehtë të përcaktohet nëse është 5 ose 8 sesa 5 ose 6.
Kuptimi i historisë përpara se të zgjidhni një kurs veprimi
Me Scrum nuk është e dobishme të filloni të shikoni se çfarë duhet bërë, pika e fillimit duhet të fillojë duke kuptuar historinë e projektit në fjalë. Pyetjet e para që ekipi duhet t’i bëjë vetes janë: për kë po e bëjmë këtë punë dhe pse? Pasi ta keni kuptuar këtë, është më e lehtë të përcaktohet se çfarë duhet bërë.
Pronari i produktit duhet të përgatisë një listë të specifikave në një listë të quajtur Regjistrimi i mbetur, duke i kthyer ato në tregime të shkurtra: përshkrimi i asaj që duhet bërë bëhet tregim i domosdoshmërisë, i një problemi që duhet zgjidhur, për shembull: ” si përdorues i këtij aplikacioni të lojrave, unë dua të jem në gjendje të aksesoj listën e lojërave të fundit që kam luajtur. Më pas ekipi analizon këtë problem dhe e përkthen atë në një numër detyrash sipas numrit të profesionistëve që do të përfshihen: nga projektuesi në UI (Ndërfaqja e Përdoruesit), nga zhvilluesi i bazës së të dhënave te redaktori. Në fund të Sprint, pronari i produktit do të përcaktojë nëse kërkesa që është bërë në tregimet e tij, e cila më pas është transformuar në një qëllim Sprint, ka përmbushur dhe nëse ka vlerë “të dorëzueshme” për përdoruesin përfundimtar. Pasi të përfundojë ky cikël, ai fillon përsëri.
