Skip to content

Sezione sprint #1

Elisa Composta edited this page Sep 11, 2023 · 2 revisions

Sezione Sprint #1

Goal:

Il goal per questo primo sprint è quello di sviluppare e documentare le API e le relative UI per alcune delle funzionalità tra quelle che saranno disponibili al termine del secondo sprint. Queste sono state scelte coerentemente rispettando la capacità di lavoro del team durante lo sprint #1 e basandosi inoltre sulla priorità definita nel product backlog.

Sprint backlog:

È possibile vedere lo sprint backlog qui.

Sprint planning

All'inizio dello sprint il team si è riunito per pianificare il lavoro delle settimane successive.
Durante tale incontro, è stata calcolata la capacity del team (in numero di ore) e una stima della velocity ideale, in base alla disponibilità di ciascun membro.
Sono stati quindi definiti i task da completare durante il primo sprint, e per ciascuno di essi è stato stimato l'effort (in ore).
L'intero team ha poi collaborato, sempre in tale meeting, al design delle API, in modo che tutti potessero partire con delle linee guida uniformi e coerenti.
Tali task sono poi stati assegnati ai vari membri.

Nota: a ciascun membro sono state assegnate task eterogenee, in modo che ciascuno potesse sviluppare skill trasversali.
Nota: le capacità dei membri del team sono tra loro molto diverse (per motivi universitari), pertanto la quantità e il tipo di task sono state assegnate di conseguenza.

Sprint review

Durante i meeting, tenuti regolarmente durante lo sprint, ogni membro del team esponeva il proprio operato, definendo cosa aveva svolto, le difficoltà incontrate e le soluzioni attuate.
Dopo aver fatto il punto della situazione generale, si programmava il lavoro da svolgere fino al meeting successivo.

Product backlog refinement

È stata rivista la priorità della feature "Modifica disponibilità", in quanto inizialmente era stata attribuita un'importanza troppo elevata.

Test cases

È possibile vedere la descrizione dei test cases qui.

Sprint retrospective

Al termine dello sprint è stato tenuto un meeting per fare il punto della situazione, di seguito esposta.

Durante il primo sprint, i daily scrum meeting non sono sempre stati brevi. Ci proponiamo quindi, per il secondo sprint, di ottimizzare i tempi per rientrare nei 15 minuti che avevamo previsto.

Durante questo sprint abbiamo scelto di svolgere pochi task perché eravamo consapevoli di necessitare del tempo per approfondire gli argomenti, senza i quali non saremmo riusciti a portare a termine il lavoro, dal momento che nessuno di noi aveva conoscenze pregresse in merito.
Ci aspettiamo quindi, nel prossimo sprint, di essere in grado di svolgere più task e con maggiore efficienza, ora che abbiamo assimilato le conoscenze necessarie.