Test Intermedi_ PDF

Il Team di Sviluppo pianifica sempre avendo in mente lo Sprint Goal. Può capitare che durante lo Sprint il lavoro necessario sia diverso da quanto il Team di Sviluppo aveva pianificato. In questo caso il Team di Sviluppo collaborerà con il Product Owner per determinare come rivedere al meglio il p...

Il Team di Sviluppo pianifica sempre avendo in mente lo Sprint Goal. Può capitare che durante lo Sprint il lavoro necessario sia diverso da quanto il Team di Sviluppo aveva pianificato. In questo caso il Team di Sviluppo collaborerà con il Product Owner per determinare come rivedere al meglio il piano senza perdere di vista lo Sprint Goal. Lo Sprint Goal fornisce flessibilità in rapporto a come la funzionalità può essere implementata per la fine dello Sprint. Il Product Owner può aiutare a chiarire le voci selezionate dal Product Backlog e fare dei compromessi. Se il Team di Sviluppo determina che c'è troppo o troppo poco lavoro, può rinegoziare le voci dello Sprint Backlog con il Product Owner. Il Team di Sviluppo può anche invitare altre persone a partecipare al meeting per una consulenza tecnica o di dominio. Alla fine del meeting di Sprint Planning, il Team di Sviluppo dovrebbe essere in grado di spiegare al Product Owner e allo Scrum Master come intende lavorare in quanto team autogestito, al fine di raggiungere l'Obiettivo di Sprint e creare l'Incremento previsto. **Lo Sprint Goal** Lo Sprint Goal è l'obiettivo selezionato per lo Sprint che può essere raggiunto attraverso l\'implementazione del Product Backlog. Lo Sprint Goal fornisce una guida al Team di Sviluppo sul perché stia costruendo l\'Incremento. Questo evento viene creato durante il meeting di Sprint Planning. Lo Sprint Goal offe al Team di Sviluppo un certo grado di flessibilità in rapporto alla funzionalità implementata nell\'ambito dello Sprint. Gli elementi selezionati del Product Backlog consegnano una funzionalità coerente, che può essere lo Sprint Goal. Lo Sprint Goal può essere qualunque altro tipo di coerenza che faccia sì che il Team di Sviluppo lavori insieme piuttosto che attraverso iniziative individuali. Il Team di Sviluppo lavora tenendo sempre in mente lo Sprint Goal. Per poter soddisfare tale obiettivo, esso implementa l\'insieme delle funzionalità e delle tecnologie necessarie. Se il lavoro risulta essere diverso da quello che il Team di Sviluppo prevedeva, il Team collabora con il Product Owner per rinegoziare quanto sia nello Sprint Backlog in rapporto allo Sprint. **Daily Scrum** Il Daily Scrum è un evento, una Riunione, della durata massima di 15 minuti in cui ogni membro del team parla dei propri obiettivi e di eventuali problemi emersi. Il Daily Scrum serve al Team di Sviluppo per sincronizzare le attività e creare un piano per le prossime 24 ore. Questo è fatto controllando il lavoro svolto dopo l'ultimo Daily Scrum e prevedendo il lavoro che si svolgerà fino al prossimo incontro. Il Daily Scrum si svolge ogni giorno allo stesso orario e nello stesso luogo per ridurre la complessità. Durante l'incontro ogni persona del Team di Sviluppo ha il compito di spiegare agli altri: - Cosa ho fatto **ieri** che ha aiutato il Team di Sviluppo a procedere verso lo Sprint Goal? - Cosa farò **oggi** per aiutare il Team di Sviluppo a procedere verso lo Sprint Goal? - Vedo degli ostacoli tra me o il Team di Sviluppo e lo Spring Goal? Il Team di Sviluppo utilizza il Daily Scrum per valutare i progressi verso lo Sprint Goal e l'avanzamento verso il completamento del lavoro dello Sprint Backlog. Il Daily Scrum ottimizza la probabilità che il Team di Sviluppo raggiunga lo Sprint Goal. Ogni giorno il Team di Sviluppo dovrebbe capire come ha intenzione di lavorare insieme, come team auto-organizzato, per raggiungere lo Sprint Goal e realizzare l'incremento definito entro la fine dello Sprint. Il Team di Sviluppo e le altre persone s'incontrano spesso subito dopo il Daily Scrum per discutere i dettagli, adattare o ri-pianificare il resto del lavoro dello Sprint. Lo Scrum Master assicura che il Team di Sviluppo tenga la riunione ma il Team di Sviluppo è responsabile della conduzione del Daily Scrum. Lo Scrum Master insegna al Team di Sviluppo a rispettare la durata massima di 15 minuti del Daily Scrum. Lo Scrum Master fa rispettare la regola che soltanto i membri del Development Team possono partecipare al Daily Scrum. Il Daily Scrum migliora la comunicazione, elimina altri incontri, identifica e rimuove gli ostacoli allo sviluppo, evidenzia e promuove il rapido processo decisionale e migliora il livello di conoscenza del progetto da parte del Team di Sviluppo. Per dare una definizione finale, possiamo dire che il Daily Scrum rappresenta un incontro chiave d'ispezione e adattamento. **Sprint Review** Alla fine dello Sprint si tiene l'incontro di Sprint Review per ispezionare l'incremento e adattare, se necessario, il Product Backlog. Durante la riunione di Sprint Review lo Scrum Team e gli stakeholder collaborano su ciò che è stato fatto durante lo Sprint. A partire da questo e dai cambiamenti apportati al Product Backlog durante lo Sprint, i partecipanti collaborano sulle prossime cose che potrebbero essere fatte per ottimizzare il valore. Si tratta di un incontro informale e la presentazione dell'Incremento ha lo scopo di suscitare commenti e promuovere la collaborazione. Un incontro della durata massima di quattro ore per uno Sprint di un mese. Per Sprint più brevi, l'evento è di solito più breve. Lo Scrum Master si assicura che l\'evento abbia luogo e che i partecipanti ne comprendano la finalità. Lo Scrum Master mostra come svolgerlo nel limite del tempo massimo. La Sprint Review include i seguenti elementi: - I partecipanti includono lo Scrum Team e i principali stakeholder invitati dal Product Owner; - Il Product Owner identifica ciò che è stato "Fatto" e ciò̀ che non è stato "Fatto"; - Il Team di Sviluppo discute su cosa è andato bene durante lo Sprint, quali problemi si sono incontrati e come questi problemi sono stati risolti; - Il Team di Sviluppo mostra il lavoro "Fatto" e risponde alle domande relative all'Incremento; - Il Product Owner discute lo stato attuale del Product Backlog. Fa una previsione della possibile data di completamento in base alla misura dell'avanzamento attuale (se necessario); - L'intero gruppo collabora su cosa fare dopo, così la Sprint Review fornisce un prezioso contributo alle successive riunioni di Sprint Planning. - Passare in rassegna come il marketplace o il potenziale utilizzo del prodotto possa avere cambiato l\'elemento di maggior valore da implementare prossimamente; e - Passare in rassegna la timeline, il budget, le funzionalità potenziali e il marketplace per la prossima prevista release del prodotto. Possiamo concludere dicendo che il risultato del meeting di Sprint Review è un Product Backlog rivisitato che definisca gli elementi del Product Backlog probabilmente selezionati per il prossimo Sprint. Il Product Backlog può anche essere adattato globalmente per venire incontro a nuove opportunità. **Sprint Retrospective** La Sprint Retrospective è un'occasione per lo Scrum Team per ispezionare se stesso e creare un piano di miglioramento da attuare durante il prossimo Sprint. Lo Scrum Team si riunisce per la Sprint Retrospective dopo la Sprint Review e prima del successivo Sprint Planning. La Sprint Retrospective è un incontro della durata massima di tre ore per uno Sprint di un mese. Per Sprint più brevi, questo evento di Retrospective è di solito più breve. Lo Scrum Master si assicura che l\'evento abbia luogo e che i partecipanti ne comprendano la finalità. Lo Scrum Master mostra come svolgerlo nel limite del tempo massimo. Lo Scrum Master partecipa al meeting come elemento paritetico del team in relazione alla sua responsabilità sul processo di Scrum. Lo scopo della Sprint Retrospective è di: - Esaminare come l'ultimo Sprint è andato in merito a persone, relazioni, processi e strumenti; - Identificare e ordinare gli elementi principali che sono andati bene e le migliorie potenziali; - Creare un piano per attuare i miglioramenti al modo di lavorare dello Scrum Team. Lo Scrum Master incoraggia lo Scrum Team a migliorare, all'interno del framework di processo Scrum, il proprio processo di sviluppo e le pratiche per rendere più efficace e gradevole il prossimo Sprint. Durante ogni Sprint Retrospective, lo Scrum Team pianifica i modi per aumentare la qualità del prodotto adattando la definizione di "Fatto" nella maniera più appropriata. Entro la fine della Sprint Retrospective, lo Scrum Team dovrebbe aver individuato i miglioramenti che saranno implementati nel prossimo Sprint. Attuare tali miglioramenti durante il prossimo Sprint è l'adattamento all'ispezione dello Scrum Team stesso. Anche se i miglioramenti possono essere implementati in ogni momento, la Sprint Retrospective fornisce un'opportunità formale per focalizzare l'ispezione e l'adattamento.