La pianificazione di uno scrum sprint ha due componenti.
Da un lato, si stima la complessità delle storie e dei compiti sul backlog nell'unità di Story Points. Maggiori informazioni in seguito.
D'altra parte, quanti punti della storia il team può offrire in uno sprint. Questo è chiamato velocità e si basa sui dati storici di quanti punti della storia il team ha consegnato negli sprint precedenti. Qui puoi anche prendere in considerazione cose come assenze conosciute, dovute, ad esempio, a festività (pubbliche).
I punti storia sono una misura relativa che indica lo sforzo di cui una determinata attività avrà bisogno rispetto alle altre attività del progetto. Le prime volte potrebbe essere necessario designare un'attività semplice (ma non banale) come "attività di riferimento" e definire 1 Story Point come lo sforzo necessario per completare quell'attività, ma dopo un po 'le persone inizieranno a dire: "Ehi, questa attività / storia sembra simile a quella che abbiamo fatto due sprint fa. Dovrebbe avere lo stesso numero di Story Points. "
Dovresti essere consapevole del rischio di inflazione a Story Point. Questo è un rischio per le persone che sono abituate a stimare lo sforzo negli uomini e succede quando iniziano a dare stime costantemente più alte di prima, perché in precedenza si sono dimenticati di inserire qualche fattore (ad esempio, test). Se ti dimentichi costantemente di calcolare qualcosa nelle stime del tuo Story Point, allora dovresti non adattare le tue stime perché il fatto che tu abbia costantemente dimenticato qualcosa si si esprimerà nella velocità di il team, quindi l'adattamento delle stime si traduce in una doppia compensazione.
E soprattutto per i manager, è una follia pensare di poter confrontare i Story Points di diversi team. Se hai più team che lavorano su un progetto, è molto possibile che le loro velocità differiscano di un fattore 3, ma che la squadra con il numero di velocità più basso produce il massimo valore, solo perché la loro unità di misura (la Storia Punto) è molto più grande.