Metriche funzionali in metodologie Agile

0

Sto preparando una presentazione sulla metodologia Agile per i manager (non i programmatori) e sto osservando che, da un lato, l'Agile parla di prospettiva funzionale * ^ (in Scrum abbiamo gioco di pianificazione ) ma, dall'altra parte, manca qualsiasi definizione (standard) di ** misura funzionale .

Secondo me è strano: come posso dare una grande quantità di sforzi alle esigenze funzionali degli utenti se la metodologia Agile non usa una definizione formale / univoca di esigenze funzionali e non adotta alcuna misurazione funzionale formale (Function Point, COSMIC).

Se hai giocato a planning game o User Story , qual è stata la tua unità di misura? Hai usato FP o COSMIC?

    
posta alepuzio 12.05.2013 - 23:37
fonte

1 risposta

1

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.

    
risposta data 13.05.2013 - 10:00
fonte

Leggi altre domande sui tag