Test Intermedi_ PDF

***Planning Game*** **Definizione**: un Planning Game si riferisce a una riunione di pianificazione tenuta per decidere quali user story includere nella prossima iterazione o release. **Come viene utilizzato**: al planning game partecipano stakeholder di progetto, IT e aziendali. I partecipanti...

***Planning Game*** **Definizione**: un Planning Game si riferisce a una riunione di pianificazione tenuta per decidere quali user story includere nella prossima iterazione o release. **Come viene utilizzato**: al planning game partecipano stakeholder di progetto, IT e aziendali. I partecipanti selezionano quali user story forniranno il valore aziendale maggiore al prodotto o al progetto, in base alle stime del carico di lavoro correnti. **Vantaggi del Project Management**: Aumenta la comunicazione tra IT e stakeholder aziendali. Migliora la probabilità di consegnare software funzionante a ogni release o iterazione. ***Planning Poker*** **Definizione**: il Planning Poker è un esercizio o gioco di team building utilizzato per raggiungere un consenso di gruppo per stimare il carico di lavoro. **Come viene utilizzato**: i giocatori utilizzano carte stampate con numeri della sequenza di Fibonacci per assegnare punti storia alle user story al fine di stimare il carico di lavoro. Il team deve raggiungere un consenso di gruppo su quanto tempo impiegheranno le user story o i requisiti per essere completati. In alternativa, i team possono utilizzare altre forme di stima relativa, come la taglia delle magliette. **Vantaggi del Project Management**: Offre il vantaggio della conoscenza e dell\'esperienza collettiva del team. Incoraggia il brainstorming e la generazione di idee. Promuove la risoluzione dei problemi. Stimola la collaborazione del team. Aumenta l\'accuratezza delle stime. ***Product Backlog*** **Definizione**: un Product Backlog è l\'elenco dei requisiti richiesti dal cliente. Il product backlog non è un elenco di \"cose ​​da fare\", ma piuttosto un elenco di tutte le funzionalità che il cliente ha richiesto di includere nel progetto. Il team Scrum utilizza il product backlog per stabilire le priorità delle funzionalità e decidere quali implementare negli sprint successivi. **Come viene utilizzato**: il product owner è responsabile della definizione delle priorità degli elementi nel product backlog, denominati Product Backlog Items (PBI). Il team di sviluppo estrae i PBI con la priorità più alta dal product backlog per completarli durante ogni sprint. Il product owner modifica e ridefinisce la priorità del backlog durante il processo di sviluppo del progetto, secondo necessità. **Noto anche come**: Backlog **Vantaggi del Project Management**: Comunica la priorità degli elementi del product backlog. Consente una pianificazione a lungo termine. Garantisce che le esigenze del cliente vengano ascoltate. Consente ai membri del team di estrarre gli elementi con la priorità più alta, secondo necessità (nei team Kanban). ***Product Backlog Item (PBI)*** **Definizione**: un Product Backlog Item (PBI) è un singolo elemento di lavoro presente nel product backlog. I PBI possono includere user story, epic, specifiche, bug o requisiti di modifica. Il product owner di un team Agile compila e assegna le priorità al product backlog, mettendo i PBI più urgenti o importanti in cima. I PBI comprendono attività che devono essere completate durante uno sprint Scrum: un PBI deve essere un incremento di lavoro sufficientemente piccolo da essere completato durante un singolo sprint. Man mano che i PBI raggiungono una priorità più alta nel product backlog vengono suddivisi in user story. **Come viene utilizzato**: gli sviluppatori estraggono i PBI con priorità più alta dal backlog per lavorarci, sia tramite iterazione in un ambiente Scrum sia continuamente in un ambiente Kanban. **Vantaggi del Project Management**: Consente al team di quantificare e pianificare singoli elementi di lavoro da completare durante un singolo sprint. Garantisce che il cliente riceva il prodotto giusto per soddisfare le sue esigenze. ***Product Owner*** **Definizione**: come membro del team Agile, il Product Owner rappresenta il cliente e trasmette i requisiti e la visione del cliente al team. Il product owner scrive i criteri di accettazione e stabilisce le priorità e gestisce il product backlog. I product owner devono essere in grado di comunicare bene in entrambe le direzioni: sia portando le preoccupazioni del team al cliente e alle parti interessate, sia assicurandosi che il team rimanga sulla buona strada per soddisfare la visione del cliente per il prodotto. **Come viene utilizzato**: in un ambiente Scrum, il product owner assembla e stabilisce le priorità delle user story da completare durante uno sprint. Durante lo sprint, il product owner rimane in silenzio; non può apportare modifiche o offrire feedback. Una volta completato lo sprint, il product owner incontra i membri del team e le parti interessate per offrire feedback e discutere le vie per il miglioramento. Il product owner accetta o rifiuta il prodotto alla fine dello sprint, in base ai criteri di accettazione decisi durante la riunione di pianificazione primaverile. In un ambiente Kanban, il Product Owner assembla e stabilisce le priorità di un backlog di elementi di lavoro da portare a termine. Il Product Owner ha la flessibilità di modificare e ridefinire le priorità del lavoro nel backlog in qualsiasi momento senza influire sul lavoro già in corso. **Vantaggi del Project Management:** Maggiore comprensione, da parte del team, della visione del cliente e del prodotto finale. Maggiore comunicazione e fiducia tra cliente, team e stakeholder. Maggiore supporto per il team da parte di soggetti esterni. ***Refactoring*** Definizione: Refactoring del codice significa migliorare, chiarire e semplificare la struttura interna del codice esistente senza influenzarne il comportamento esterno. Refactoring non include la riscrittura del codice o la correzione di bug. Il sostantivo \"refactoring\" si riferisce a metodi specifici e finiti per il refactoring del codice, come l\'utilizzo del metodo Extract per chiarire lo scopo di un pezzo di codice. Come viene utilizzato: Refactoring viene utilizzato in Agile per mantenere la chiarezza e l\'estensibilità del codice tra le iterazioni dello sprint. **Vantaggi del Project Management**: Mantiene il codice pulito e facile da leggere. Previene la duplicazione del codice. Semplifica l\'identificazione e la correzione dei bug. Semplifica la manutenzione e l\'estensione del codice. ***Relative Estimation*** **Definizione**: La stima relativa è uno dei diversi tipi di stime che i team Agile utilizzano per determinare la quantità di sforzo necessaria per completare le attività del progetto. Le attività o le storie utente vengono confrontate con attività equivalenti, completate in precedenza o con un gruppo di attività di difficoltà simile. **Noto anche come**: raggruppamento silenzioso, test di affinità **Come viene utilizzato**: i team Agile utilizzano la stima relativa per valutare il tempo e lo sforzo necessari per completare un\'attività o una user story in base al tempo impiegato per completare un\'attività simile. I team spesso utilizzano una scala non numerica per confrontare le attività, come la taglia delle magliette, in cui lo sforzo dell\'attività viene valutato come extra-piccolo, piccolo, medio, grande o extra-large. **Vantaggi del Project Management**: Fornisce stime accurate per le date di rilascio e le previsioni future. Elimina il tempo sprecato in stime di precisione. Elimina la confusione tra stime e impegni. Porta a una maggiore soddisfazione del cliente. ***Release*** **Definizione**: un rilascio Agile si riferisce alla consegna finale di un pacchetto software dopo il completamento di più iterazioni o sprint. Un rilascio può essere la build iniziale di un\'applicazione o l\'aggiunta di una o più funzionalità a un\'applicazione esistente. Un rilascio dovrebbe richiedere meno di un anno per essere completato e, in alcuni casi, potrebbe richiedere solo tre mesi. **Come viene utilizzato**: i team Agile utilizzano la quantità di tempo pianificata per una release software divisa per la velocità di iterazione per determinare il numero di iterazioni necessarie per sviluppare il software necessario per la release. **Vantaggi del Project Management**: Fornisce un obiettivo tangibile. Chiarisce i requisiti e la visione del cliente. Consente la release preliminare di versioni alpha o beta dopo il completamento di diverse iterazioni.