Menu

Quiz online su Agile Scrum: prova la tua conoscenza di Agile Scrum

  • Principale
  • Altro
  • Quiz online su Agile Scrum: prova la tua conoscenza di Agile Scrum

agile scrum online quiz

Prova Il Nostro Strumento Per Eliminare I Problemi

Quiz online - Agile Scrum

Abbiamo imparato di più Framework agile in scala nel nostro ultimo tutorial.

Con questo quiz online, siamo giunti alla fine della nostra serie su Metodologia Agile e Scrum . La serie potrebbe essere uno dei lavori più approfonditi e pratici su Agile che potresti trovare su Internet.

Tuttavia, Agile come argomento in sé è sconfinato e senza fine. Più pratichi l'Agile, più lo assorbirai e lo padroneggerai.

Abbiamo sviluppato un quiz online per farti praticare l'esercizio e testare le tue conoscenze su Agile. Quindi vai avanti e fai il test.

Agile Scrum Quiz

Nota importante: Se non hai già letto i tutorial su Agile, il consiglio è di prima leggi i tutorial e poi fai un tentativo al quiz per ottenere i migliori risultati.

Prima di iniziare il quiz, leggi attentamente le seguenti istruzioni:

  • Il limite di tempo per il quiz è di 10 minuti.
  • Il quiz è composto da 20 domande.
  • Il quiz è un foglio di domande a scelta multipla in cui una domanda può avere più di una risposta corretta.
  • Per ogni risposta corretta, puoi segnare 1 punto.
  • Non ci sono segni negativi per le risposte sbagliate.

Inizia subito il quiz: (Risposte in grassetto)

Q # 1) Quale dei seguenti viene consegnato alla fine dello Sprint?

un. Un documento contenente casi di test per lo sprint corrente

b. Un progetto architettonico della soluzione

c. Un incremento del software Fatto

d. Disegni wireframe per l'interfaccia utente

Ragionamento

L'output di ogni Sprint è un incremento di un software completato che può essere spedito all'utente finale per l'utilizzo. Un elemento viene contrassegnato come completato solo se corrisponde alla definizione di completato.

D # 2) Il Product Backlog dovrebbe essere ordinato sulla base di?

un. Valore degli articoli consegnati

b. La complessità degli articoli consegnati

c. Dimensioni degli articoli consegnati

d. Il rischio associato agli articoli

e. Basato sulla scelta dello Scrum Team

Ragionamento

Il Product Backlog viene ordinato sulla base del valore che forniscono all'azienda.

Il valore può essere influenzato da molti altri fattori come rischio, complessità e criticità, ma non sono la base diretta per il calcolo del valore. Il valore dell'articolo in consegna è calcolato dal Product Owner ed è lui che è responsabile dell'ordine del Product Backlog.

D # 3) In un ambiente Agile, qual è la principale responsabilità di un tester?

un. Crea scenari di test e casi di test

b. Trovare bug

c. Crea script di automazione

d. Invia rapporti sull'esecuzione dei test agli stakeholder

e. Non esiste alcun ruolo come tester in Scrum

Ragionamento

In uno Scrum Team, ci sono solo tre ruoli: Scrum Master, Product Owner e Development Team. Nessun altro ruolo è consentito e non c'è eccezione a questa regola.

Uno dei membri del team di sviluppo potrebbe essere più propenso ai test e ha Tested come area di competenza, ma sarebbe comunque chiamato sviluppatore.

Q # 4) Quando viene eseguita una cerimonia Sprint Retrospective?

un. Ogni volta che il team suggerisce

b. Alla fine di ogni Sprint

c. Ogni volta che serve

d. Ogni volta che il Product Owner suggerisce

e. Ogni volta che lo Scrum Master suggerisce

Ragionamento

In Scrum, è obbligatorio condurre tutte le cerimonie di Scrum, inclusa la Sprint Retrospective.

Sprint Retrospective è una riunione in cui tutti i membri del team si siedono e ripensano al loro sprint corrente e presentano gli elementi di azione da improvvisare per i prossimi sprint. Per lo stesso motivo, Sprint Retrospective viene condotto alla fine di ogni Sprint.

Q # 5) Quando può essere cancellato uno Sprint?

un. Gli elementi Sprint non sono più necessari

b. Lo sprint non può mai essere annullato

c. Quando lo sviluppo non è in grado di completare il lavoro

d. Le informazioni necessarie per avviare lo sviluppo non sono disponibili

e. Ogni volta che il Product Owner dice

Ragionamento

Il potere di annullare lo Sprint spetta solo al Product Owner. Può chiamare per annullare uno Sprint in corso quando gli elementi dello sprint non sono più richiesti dall'azienda, ovvero gli elementi sono diventati obsoleti.

D # 6) Cosa dovrebbe fare un Team di Sviluppo durante uno Sprint Planning meeting quando si è reso conto di aver selezionato più elementi che possono completare in uno Sprint?

un. Coinvolgi più sviluppatori

b. Chiedi aiuto agli altri membri del team Scrum

c. Lavoro straordinario

d. Informare il proprietario del prodotto

e. Rispondi a una chiamata per rimuovere alcuni elementi dello Sprint Backlog

Ragionamento

Poiché siamo ancora allo Sprint Planning meeting, ovvero non abbiamo ancora avviato lo Sprint, gli sviluppatori sono liberi di apportare modifiche agli elementi dello Sprint Backlog. Possono scegliere di rimuovere alcuni degli elementi che ritengono non possano essere completati con le capacità dell'attuale Team di sviluppo.

Si noti che l'aggiunta o la rimozione deve sempre essere effettuata in accordo con il Product Owner in quanto è lui che decide la Priorità di questi articoli. La rimozione non è consentita una volta che lo Sprint è iniziato.

Q # 7) Chi è responsabile della misurazione delle prestazioni del progetto?

un. Lo Scrum Master

b. Il Delivery Manager

c. Il Product Owner

d. Il team di sviluppo

e. Lo Scrum Team

Ragionamento

Essendo la voce del cliente, è responsabilità del Product Owner misurare le prestazioni del progetto e del rilascio e vedere se il team è sulla buona strada per completare il progetto in tempo.

Q # 8) Quali sono le principali responsabilità di un team di sviluppo auto-organizzato?

un. Sviluppa gli elementi dello Sprint Backlog

b. Stima gli oggetti da raccogliere per il prossimo Sprint

c. Monitorare le prestazioni del progetto e inviare un rapporto alle parti interessate

d. Crea nuovi elementi del Product Backlog

e. Provare gli oggetti Sprint correnti

Ragionamento

La responsabilità principale di un team che si auto-organizza è stimare gli elementi del backlog del prodotto (noto anche come esercizio di puntamento della storia), estrarli dalla parte superiore del Product Backlog e suddividerli in più attività che possono essere assegnate alle persone in una squadra e infine svilupparli.

Q # 9) Cosa fa un Bruciare Visualizzazione della carta?

un. L'andamento del progetto

b. Quantità di lavoro rimanente rispetto al tempo

c. La velocità della squadra

d. La capacità dei membri del team

e. Quanti altri oggetti possono essere raccolti in uno Sprint

Ragionamento

Un grafico burndown rappresenta la quantità di lavoro rimanente rispetto al tempo.

L'asse orizzontale rappresenta il tempo mentre l'asse verticale rappresenta la quantità di lavoro rimanente. Il grafico burndown è una delle numerose metriche utilizzate in Scrum per proiettare la data di completamento del progetto dato che il backlog del prodotto, la capacità e la velocità del team rimangono le stesse.

Q # 10) Quali sono le principali responsabilità di uno Scrum Master?

un. Rimozione degli impedimenti

b. Facilitare l'incontro come e quando richiesto

c. Aiuta il Product Owner a ordinare il Product Backlog

d. Consulenza al team di sviluppo e al proprietario del prodotto

e. Colmare il divario tra il team e il cliente

Ragionamento

Scrum Master è la persona responsabile di facilitare / istruire il Team di Sviluppo e il Product Owner a lavorare nelle attività di sviluppo quotidiane. È colui che si assicura che il team comprenda i valori ei principi di Scrum e sia in grado di metterli in pratica.

Allo stesso tempo, Scrum Master assicura anche che il Team si senta entusiasta di Agile per ottenere il meglio dal framework. Scrum Master aiuta e supporta anche il team ad auto-organizzarsi e rimuove gli impedimenti per loro.

Q # 11) In Scrum, quando finisce uno sprint?

un. Quando tutti gli elementi dello Sprint Backlog sono stati completati

b. Quando il Product Owner suggerisce

c. Quando tutte le attività dello Sprint Backlog sono state completate

d. Quando il test finale è completato

e. Quando scade il time box

Ragionamento

Tutte le attività Sprint sono time boxed incluso Sprint. A differenza di altre attività Sprint, Sprint non può essere né esteso né accorciato.

Se, ad esempio, tutti gli elementi di uno Sprint non vengono completati, lo Sprint viene comunque contrassegnato e gli elementi rimanenti vengono spostati nel Product Backlog da dove possono essere programmati per uno qualsiasi degli sprint successivi in ​​base alla priorità rivista . Allo stesso modo, lo Sprint non può mai essere accorciato.

Se tutti gli elementi Sprint vengono completati prima del tempo, il team di sviluppo è libero di estrarre gli elementi principali del Product Backlog e avviare lo sviluppo.

Q # 12) Qual è il significato di determinare una definizione di Fatto?

un. Determina l'obiettivo dietro ogni sprint

b. Determina il numero di attività da completare per ogni elemento dello Sprint Backlog

c. Aumenta la trasparenza

d. Gli incrementi forniti sono più efficaci e potenzialmente rilasciabili

e. Sviluppa una comprensione comune tra tutti i membri del team su ciò che tutto deve essere completato per contrassegnare ogni elemento come completo.

Ragionamento

L'ideologia alla base della creazione di una definizione di Fatto è di avere una serie di liste di controllo che sono comuni a tutti gli elementi Sprint e determinano tutto ciò che deve essere fatto per completare un elemento di backlog.

Avere una definizione di Fatto costruirà una comprensione comune tra tutti nel team su ciò che è necessario fare. Permetterà a tutti di capire cosa significa quando un team di sviluppo dice che qualcosa è completo. Questo è il tipo di trasparenza che la Definizione di Fatto porta.

La definizione di fatto serve anche allo scopo nel senso che lo sviluppo può ora pensare e pianificare meglio poiché sa cosa ci si aspetta da un particolare elemento di lavoro.

Q # 13) Cosa viene fatto durante uno Sprint Review Meeting?

un. Demo dell'incremento

b. Il team discute i miglioramenti che possono essere applicati per i prossimi sprint

c. Presentare la performance del progetto agli stakeholder

d. Controlla i progressi verso lo Sprint Goal

e. Discutere gli aspetti architettonici e tecnici del progetto

Ragionamento

Lo Sprint Review Meeting è condotto per dimostrare l'incremento dello Sprint agli stakeholder e ai clienti. Un altro compito molto importante nello Sprint Review Meeting è dimostrare la performance del progetto agli stakeholder.

Il team di sviluppo è responsabile di dimostrare l'incremento mentre il proprietario del prodotto è responsabile di dimostrare le prestazioni del progetto. Gli stakeholder ei clienti sono aperti a fornire feedback che vengono poi incorporati dal team.

Q # 14) Cos'è una Sprint Review?

un. Attività di introspezione e adattamento

b. Attività per migliorare i processi di Scrum

c. Attività per cercare l'approvazione per il lavoro svolto

d. Attività da pianificare per il prossimo Sprint

e. Attività per pianificare il rilascio

Ragionamento

Sprint Planning, Daily Scrum, Sprint Review e Sprint Retrospective, tutte e quattro le cerimonie in Scrum sono opportunità di ispezione e adattamento. Durante una Sprint Review, l'idea è di ispezionare e cercare feedback dagli stakeholder e adattarli.

Q # 15) Cosa si intende per a interfunzionale Team di sviluppo?

un. Ciascun membro del team di sviluppo dovrebbe essere interfunzionale

b. Lo sviluppatore dovrebbe essere in grado di creare casi di test ed eseguirli

c. Il Team di sviluppo dovrebbe collaborare con gli altri Team di sviluppo

d. Il team di sviluppo è composto da sviluppatori e tester

e. Il team di sviluppo dovrebbe avere tutte le competenze necessarie per fornire l'incremento completato

Ragionamento

Gli Scrum Team interfunzionali sono i team che hanno tutte le capacità e le competenze necessarie all'interno del team per svolgere il proprio lavoro. Questi team non si affidano a nessuno al di fuori del team per il completamento degli elementi di lavoro.

Pertanto, lo Scrum Team è una fusione molto creativa di diverse abilità richieste per completare l'intero elemento di lavoro. Ogni membro del team può non avere necessariamente tutte le competenze necessarie per costruire il prodotto, ma è competente nella sua area di competenza.

Detto questo, il membro del team non deve essere interfunzionale, ma deve esserlo il team nel suo insieme.

programmi di interviste Java e risposte per esperti

D # 16) Chi dovrebbe necessariamente partecipare al Daily Standup meeting?

un. Il team di sviluppo

b. Lo Scrum Team

c. Il team di sviluppo e il proprietario del prodotto

d. Il Team di Sviluppo e lo Scrum Master

e. Lo Scrum Team e gli Stakeholder

Ragionamento

Il team di sviluppo è necessariamente tenuto a partecipare alla riunione quotidiana in piedi ogni giorno. Tutti gli altri che desiderano partecipare alla riunione sono i benvenuti ma non è obbligatorio parteciparvi.

A parte il Team di Sviluppo, chiunque sia presente alla riunione non è autorizzato a fornire aggiornamenti o partecipare. Può divertirsi ad ascoltare mentre gli altri partecipano. Lo Scrum Master può però partecipare alla riunione e anche facilitarla se gli è stato richiesto dal Team di Sviluppo.

Anche le parti interessate possono partecipare alle riunioni di Daily Standup.

Q # 17) Cosa succede quando non è possibile completare tutti gli elementi Sprint?

un. Lo Sprint dovrebbe essere esteso

b. Lo Sprint termina con gli elementi fatti

c. Lo Sprint dovrebbe essere annullato

d. Gli elementi Sprint incompiuti dovrebbero essere rimossi dallo Sprint Backlog

e. Inizia il prossimo Sprint con gli elementi non finiti prima

Ragionamento

Nel caso in cui il team non sia in grado di completare tutti gli elementi dello Sprint Backlog, non accade nulla. Lo Sprint termina alla data stabilita con gli elementi completati. Il Team di Sviluppo mostra gli elementi completati nella riunione di Sprint Review.

Gli elementi non completati vengono spostati di nuovo nel Product Backlog e da lì viene nuovamente assegnata la priorità.

D # 18) Quale dovrebbe essere la dimensione del team di sviluppo?

per. 5 + -3

b. 5 + -4

c. 6 + -4

d. 6 + -3

e. 6+-2

Ragionamento

La dimensione del team di sviluppo ideale e consigliata dovrebbe essere 6 + -3. La dimensione del team di sviluppo dovrebbe essere scelta molto saggiamente in quanto può ostacolare direttamente la produttività del team, influendo in tal modo sulla consegna del prodotto.

Il team di sviluppo non dovrebbe essere molto grande in quanto potrebbe richiedere molto coordinamento tra i membri del team. Tuttavia, per un team molto piccolo, sarebbe molto difficile avere tutte le competenze necessarie per fornire un incremento. Pertanto, dovrebbe essere scelto un numero ottimale per la dimensione del team di sviluppo.

Q # 19) Quali attività fanno parte del perfezionamento del Product Backlog?

un. Stima gli elementi del Product Backlog

b. L'ordine degli articoli del Product Backlog

c. Creazione della definizione di Fatto

d. Creazione di compiti

e. Brainstorming sugli elementi del Product Backlog

Ragionamento

Il perfezionamento del backlog del prodotto è un'attività in cui l'intero team si siede insieme e scambia idee sugli elementi del backlog. Gli elementi del backlog vengono affinati e ad essi vengono aggiunti i dettagli.

Durante la riunione, gli elementi del Product Backlog vengono ordinati in base alla loro priorità. Una volta che gli elementi del Product Backlog sono stati perfezionati, i membri del team di sviluppo stimano gli elementi del Product Backlog.

Q # 20) Quale delle seguenti attività non è timebox?

un. Sprint Retrospective

b. Sprint

c. Affinamento del Product Backlog

d. Daily Scrum

e. Sprint Review

Ragionamento

In Scrum, tutte le cerimonie sono time boxed, ovvero non possono essere estese. Ad eccezione di Sprint, altri non possono essere accorciati. Il perfezionamento del Product Backlog è un incontro di questo tipo che non è timebox piuttosto è un processo continuo e può essere condotto ogni volta che il team lo desidera.

Tieni presente che il team non dovrebbe dedicare troppo tempo alla riunione di perfezionamento del backlog.

Controlla i punteggi del tuo test Agile Scrum Quiz per valutare la tua comprensione!

Spero che ti sia piaciuta la vasta gamma di tutorial in questa serie Agile e siamo sicuri che questa sarà la migliore guida su Agile per chiunque voglia saperne di più su Agile !!

Tutorial PREV

Lettura consigliata

^