Stima delle attività in Scrum

Pensa al motivo per cui stimi le attività in primo luogo; qual è il punto se stai già monitorando l'avanzamento delle squadre tramite punti storia e velocità. Secondo me, è secondario alle stime a livello di storia.

Il punto è che vuoi monitorare i progressi della squadra nell'iterazione corrente . In teoria, le persone sono più brave a stimare piccoli pezzi di tempo. Le stime vengono solitamente utilizzate per creare un burn-down.

Queste stime dovrebbero avere un impatto minimo sul livello macro, i punti della trama, che li rendono un po 'ridondanti. Non fraintendetemi, una certa ridondanza è OK. Hai bisogno di controlli per assicurarti che le tue stime originali siano valide.

Per rispondere alle tue domande specifiche:

1. Le attività sono create dal team che sta per implementare le storie. Non devi farlo come una squadra completa, ma potresti farlo in piccoli gruppi per farlo. Trovo che sia meglio non coinvolgere l'intera squadra in questo.
2. Le persone che li scrivono. È meglio se non hai una sola persona a stimare un'attività.
3. Se c'è qualche incertezza, trovo che un piccolo picco (ore anziché giorni) sia efficace. Un membro del team ha il compito di esaminare il codice e ottenere una ripartizione. Potresti obiettare che questo dovrebbe essere già successo quando è stata fatta la stima originale, ma trovo che le stime possano essere corrette anche se c'è qualche disaccordo su come dovrebbe essere implementata una storia. Tuttavia, per la maggior parte dei compiti, ho trovato che Planning Poker è efficace.