Menu

Oltre 30 principali domande e risposte dell'intervista su Scrum (ELENCO 2021)

  • Principale
  • Altro
  • Oltre 30 principali domande e risposte dell'intervista su Scrum (ELENCO 2021)

30 top scrum interview questions

Prova Il Nostro Strumento Per Eliminare I Problemi

Elenco delle domande più frequenti per l'intervista su Scrum con risposte dettagliate per aiutarti nella preparazione del colloquio:

Ecco alcune delle domande dell'intervista e le loro risposte che vengono generalmente poste durante l'intervista a un candidato che afferma di conoscere la metodologia Agile Scrum.

Inoltre, leggi=> 25 migliori domande e risposte per l'intervista al test agile

Prima di passare alle risposte alle domande della metodologia agile scrum, consiglierei a tutti voi di esaminare prima la domanda e provare a rispondere da soli e, una volta terminato, passare a visualizzare le risposte.

Principali domande e risposte dell

Quindi in questo articolo ho scritto prima solo la domanda in modo che tutti voi abbiate spazio per pensare alle risposte. Poi, nell'ultima parte del documento, ho scritto le risposte.

Inoltre, vorrei menzionare qui che ci sono molti scenari che non possono avere la risposta giusta o una risposta sbagliata. Dipende solo dalla cultura dell'organizzazione e dalla prospettiva di risolvere la situazione.

Quindi, ecco le domande:

Devi leggere=> Introduzione alla metodologia Agile Scrum

Domande dell'intervista su Scrum (scorri verso il basso per le risposte)

Q # 1. In che modo la mischia è diversa dalla cascata?
Q # 2. In che modo Scrum è diverso dal modello iterativo?
Q # 3. Conosci qualche altra metodologia agile oltre a Scrum?
Q # 4. Quali sono le cerimonie che esegui nella mischia
Q # 5. Conosci i tre Amigos in Scrum?
Q # 6. Quale pensi che dovrebbe essere la dimensione ideale di un team Scrum?
Q # 7. Di cosa discuti durante la riunione quotidiana in piedi?
Q # 8. Come si chiama il 'time boxing' di un processo di mischia?
Q # 9. Quale dovrebbe essere la durata ideale di uno sprint?
Q # 10. Come vengono definiti i requisiti in una mischia?
Q # 11. Quali sono i diversi artefatti in Scrum?
D # 12. Come definisci una user story?
Q # 13. Quali sono i ruoli di uno Scrum Master e di un Product Owner?
Q # 14. Come misuri il lavoro svolto in uno sprint?
Q # 15. Cos'è la velocità?
Q # 16. Quindi in Scrum quale entità è responsabile del deliverable? Scrum Master o proprietario del prodotto?
Q # 17. Come misuri la complessità o lo sforzo in uno sprint? C'è un modo per determinarlo e rappresentarlo?
Q # 18. Come monitori i tuoi progressi in uno sprint?
Q # 19. Come crei il grafico burn-down?
Q # 20. Cosa fai in una sprint review e in una retrospettiva?
D # 21. Vedi qualche svantaggio nell'usare Scrum?
Q # 22. Pensi che Scrum possa essere implementato in tutto il processo di sviluppo del software?
Q # 23. Durante la revisione, supponi che il proprietario del prodotto o lo stakeholder non sia d'accordo con la funzione che hai implementato, cosa faresti?
Q # 24. Nel caso in cui lo scrum master non fosse disponibile, condurreste comunque lo stand up meeting quotidiano?
Q # 25. Dove si inserisce l'automazione in Scrum?
Q # 26. Oltre alla pianificazione, revisione e retrospettiva, conosci qualche altra cerimonia in mischia?
Q # 27. Puoi fare un esempio di dove non è possibile implementare Scrum? In tal caso, cosa suggerisci?
Q # 28. Dimmi un grande vantaggio nell'usare Scrum?
Q # 29. Cos'è DoD? Come si ottiene questo?
Q # 30. Cos'è MVP in Scrum?
Q # 31. Cosa sono le epiche?
Q # 32. Come calcoli uno story point?
Q # 33. È possibile che ti imbatti in diversi story point per lo sviluppo e il test? In tal caso, come risolverai questo conflitto?
Q # 34. Sei nel bel mezzo di uno sprint e improvvisamente il proprietario del prodotto arriva con un nuovo requisito, cosa farai?
Q # 35. Nel caso in cui ricevessi una storia nell'ultimo giorno dello sprint da testare e scoprissi che ci sono dei difetti, cosa farai? Segnerai la storia da fare?

Ora ecco le risposte alle domande:

Domande e risposte all'intervista su Scrum

D # 1) In che modo la mischia è diversa dalla cascata?

Risposta: Le principali differenze sono:

  • Il feedback del cliente viene ricevuto in una fase iniziale di Mischia che cascata , mentre il feedback dal cliente viene ricevuto verso la fine del ciclo di sviluppo.
  • Soddisfare il requisito nuovo o modificato in mischia è più facile che a cascata.
  • Scrum si concentra sullo sviluppo collaborativo rispetto a cascata dove l'intero ciclo di sviluppo è suddiviso in fasi.
  • In qualsiasi momento, possiamo annullare le modifiche in mischia rispetto a in cascata.
  • Il test è considerato una fase nella cascata, a differenza della mischia.

D # 2) In che modo Scrum è diverso dal modello iterativo?

Risposta: Scrum è un tipo di modello iterativo ma è iterativo + incrementale.

Q # 3) Conosci qualche altra metodologia agile oltre a Scrum?

Risposta: Altre metodologie Agile includono KanBan, XP, Lean.

D # 4) Quali sono le cerimonie che esegui nella mischia?

Risposta: Ci sono 3 cerimonie principali eseguite in Scrum:

  • Riunione di pianificazione: Qui, gli interi team di Scrum insieme allo Scrum Master e al Product Owner si incontrano per discutere ogni elemento del Product Backlog su cui possono lavorare sullo sprint. Quando la storia è stimata e ben compresa dal team, la storia passa quindi allo Sprint Backlog.
  • Riunione riepilogativa: Qui, il team di Scrum mostra agli stakeholder il lavoro svolto.
  • Riunione retrospettiva: Qui, i team di scrum insieme allo scrum master e al product owner si incontrano per ripercorrere l'ultimo sprint su cui hanno lavorato. Discutono principalmente sulle 3 cose:
    • Cosa è andato bene?
    • Cosa si potrebbe fare di meglio?
    • Elementi di azione

Oltre a queste tre cerimonie, ne abbiamo un'altra chiamata 'Riunione del lavoro arretrato'.

In questo incontro, il team di Scrum insieme allo Scrum Master e al Product Owner. Il proprietario del prodotto ha presentato i requisiti aziendali in base alla priorità e il team discusso su di esso, identifica la complessità, le dipendenze e gli sforzi. La squadra può anche fare la storia puntando a questa fase.

D # 5) Conosci i tre Amigos in Scrum?

Risposta: I tre Amigo sono: Product Owner, Scrum Master e Scrum Team.

D # 6) Quale dovrebbe essere la dimensione ideale di un team Scrum?

Risposta: La dimensione ideale è da 7 a 9 con +/- 2

domande e risposte dell'intervista di oracle sql per 3 anni di esperienza

D # 7) Di cosa discuti durante la riunione quotidiana in piedi?

Risposta: discutiamo le seguenti tre cose:

  • Cosa ho fatto oggi?
  • Cosa ho intenzione di fare domani?
  • Eventuali impedimenti / blocchi stradali

D # 8) Come si chiama il 'Time Boxing' di un processo di mischia?

Risposta: Si chiama 'Sprint'

Q # 9) Quale dovrebbe essere la durata ideale di uno sprint?

Risposta: Si consiglia di avere 2-4 settimane del ciclo di sprint.

D # 10) Come vengono definiti i requisiti in una mischia?

Risposta: I requisiti sono definiti come 'User Story' in Scrum.

D # 11) Quali sono i diversi artefatti in mischia?

Risposta: ci sono due artefatti mantenuti in Scrum:

  • Backlog del prodotto: Contenente l'elenco prioritario dei requisiti aziendali
  • Sprint Backlog: Contiene le storie degli utenti che devono essere eseguite dal team di Scrum per uno sprint.

D # 12) Come definisci una user story?

Risposta: Le storie degli utenti sono definite nel formato di

Come un

voglio

Così che

D # 13) Quali sono i ruoli di uno Scrum Master e di un Product Owner?

Risposta:

Maestro di mischia: Agisce come Servant Leader per il team di mischia. Presiede tutte le cerimonie di mischia e istruisce la squadra a comprendere e attuare i valori e i principi di mischia.

Proprietario del prodotto: È il punto di contatto per una squadra di mischia. È colui che lavora più vicino all'azienda. La responsabilità principale di un proprietario del prodotto è identificare e perfezionare gli elementi del backlog del prodotto.

D # 14) Come misuri il lavoro svolto in uno sprint?

Risposta: È misurato dalla velocità.

Q # 15) Cos'è la velocità?

Risposta: La velocità è la somma dei punti della storia che un team di mischia completa (soddisfa la definizione di fatto) durante uno sprint.

D # 16) Quindi, in Scrum, quale entità è responsabile dei deliverable? Scrum Master o Product Owner?

Risposta: Né lo scrum master, né il product owner. È responsabilità del team che possiede il deliverable.

Q # 17) Come misuri la complessità o lo sforzo in uno sprint? C'è un modo per determinarlo e rappresentarlo?

Risposta: Complessità e impegno vengono misurati attraverso 'Story Points'. In Scrum, si consiglia di utilizzare le serie di Fibonacci per rappresentarlo.

D # 18) Come monitori i tuoi progressi in uno sprint?

Risposta: L'avanzamento è monitorato da un 'grafico Burn-Down'.

D # 19) Come si crea il grafico Burn-Down?

Risposta: Il grafico Burn-down è un grafico che mostra lo sforzo effettivo stimato rispetto a quello delle attività di Scrum.

È un meccanismo di tracciamento con cui per un particolare sprint; le attività quotidiane vengono tracciate per verificare se le storie stanno procedendo verso il completamento degli story point impegnati o meno. Qui, dobbiamo ricordare che gli sforzi sono misurati in termini di user story e non di ore.

D # 20) Cosa fai in una sprint review e in una retrospettiva?

Risposta: Durante la revisione dello Sprint esaminiamo e dimostriamo agli stakeholder la caratteristica o la storia implementata dal team di Scrum.

Durante Retrospective, cerchiamo di identificare in modo collaborativo cosa è andato bene, cosa potrebbe essere fatto meglio e azioni per avere un miglioramento continuo.

D # 21) Vedi qualche svantaggio nell'usare mischia?

Risposta: Non vedo alcuno svantaggio nell'usare Scrum. I problemi sorgono principalmente quando il team di mischia non comprende i valori ei principi di mischia o non è abbastanza flessibile per cambiare.

D # 22) Pensi che Scrum possa essere implementato in tutto il processo di sviluppo del software?

qual è la chiave di rete sul router

Risposta: Scrum è utilizzato principalmente per

  • Progetti complessi.
  • Progetti che hanno scadenze precoci e rigorose.
  • Quando sviluppiamo software da zero.

D # 23) Durante la revisione, supponi che il proprietario del prodotto o lo stakeholder non accetti la funzione che hai implementato, cosa faresti?

Risposta: Per prima cosa non contrassegneremo la storia come finita.

Per prima cosa confermeremo l'effettivo requisito dello stakeholder, aggiorneremo la user story e la inseriremo nel backlog. In base alla priorità, avremmo tirato fuori la storia nel prossimo sprint.

D # 24) Nel caso in cui lo scrum master non fosse disponibile, condurreste comunque lo stand up meeting quotidiano?

Risposta: Sì, possiamo benissimo andare avanti e tenere la nostra riunione quotidiana in piedi.

D # 25) Dove si inserisce l'automazione in Scrum?

Risposta: L'automazione gioca un ruolo vitale in Scrum. Per avere un feedback continuo e garantire la qualità dei risultati, dovremmo cercare di implementare approcci TDD, BDD e ATDD durante il nostro sviluppo. L'automazione in Scrum non è solo correlata ai test, ma riguarda tutti gli aspetti dello sviluppo del software.

Come ho detto prima di introdurre TDD, BDD e ATDD accelereranno il nostro processo di sviluppo oltre a mantenere gli standard di qualità; l'automazione del processo di creazione e distribuzione velocizzerà anche la disponibilità delle funzionalità in diversi ambienti, dal QA alla produzione.

Per quanto riguarda il test, il test di regressione dovrebbe essere quello che avrà la maggiore attenzione. Con il progresso di ogni sprint, la suite di regressione continua ad aumentare e diventa praticamente molto impegnativo eseguire manualmente la suite di regressione per ogni sprint. Poiché abbiamo la durata dello sprint di 2-4 settimane, automatizzarlo sarebbe imperiale.

Q # 26) A parte la pianificazione, la revisione e la retrospettiva, conosci qualche altra cerimonia in mischia?

Risposta: Abbiamo la riunione del Product Backlog Refinement (riunione di preparazione del backlog) in cui il team, lo scrum master e il product owner si incontrano per comprendere i requisiti aziendali, suddividerli in user story e stimarli.

D # 27) Puoi fornire un esempio di dove non è possibile implementare Scrum? In tal caso, cosa suggerisci?

Risposta: Scrum può essere implementato in tutti i tipi di progetti. Non è applicabile solo al software, ma è anche implementato con successo in progetti di meccanica e ingegneria.

D # 28) Dimmi un grande vantaggio nell'usare Scrum?

Risposta: Il vantaggio principale è: feedback tempestivo e produzione del prodotto minimo vitale per le parti interessate.

Q # 29) Cos'è DoD? Come si ottiene questo?

Risposta: DoD sta per Definition of Done. Si ottiene quando

  • La storia è allo sviluppo completo
  • QA completato
  • La storia soddisfa e soddisfa i criteri di accettazione
  • La regressione attorno alla storia è completa
  • La funzionalità è idonea per essere spedita / distribuita in produzione.

D # 30) Cos'è l'MVP in mischia?

Risposta: Un prodotto minimo praticabile è un prodotto che ha solo la caratteristica minima richiesta che può essere dimostrata alle parti interessate ed è idoneo per essere spedito alla produzione.

D # 31) Cosa sono le epiche?

Risposta: Le epiche sono user story equivoche o possiamo dire che queste sono le user story che non sono definite e vengono conservate per sprint futuri.

D # 32) Come si calcola uno story point?

Risposta: Un punto della storia viene calcolato prendendo in considerazione lo sforzo di sviluppo + il lavoro di test + la risoluzione delle dipendenze e altri fattori che richiederebbero per completare una storia.

D # 33) È possibile che ti imbatti in diversi story point per lo sviluppo e il test? In tal caso, come risolverai questo conflitto?

Risposta: Sì, questo è uno scenario molto comune. Potrebbe esserci una possibilità che il punto della storia fornito dal team di sviluppo sia, diciamo 3, ma il tester lo dà 5. In tal caso, sia lo sviluppatore che il tester devono giustificare il loro punto della storia, discutere durante la riunione e collaborare per concludere un punto della storia comune.

D # 34) Sei nel bel mezzo di uno sprint e improvvisamente il proprietario del prodotto arriva con un nuovo requisito, cosa farai?

Risposta: In un caso ideale, il requisito diventa una storia e passa all'arretrato. Quindi, in base alla priorità, i team possono riprenderla nello sprint successivo.

Ma se la priorità del requisito è davvero alta, il team dovrà soddisfarla nello sprint, ma deve essere molto ben comunicato allo stakeholder che incorporare una storia nel mezzo dello sprint può comportare il riversarsi su poche storie per il prossimo sprint.

D # 35) Nel caso in cui ricevessi una storia nell'ultimo giorno dello sprint da testare e scoprissi che ci sono dei difetti, cosa farai? Contrassegnerai la storia come finita?

Risposta: Una storia viene eseguita solo quando è completata in fase di sviluppo + QA completata + i criteri di accettazione sono soddisfatti + è idonea per essere spedita in produzione. In questo caso, se ci sono dei difetti, la storia è parzialmente finita e non completamente completata, quindi la spargerò allo sprint successivo.

Spero che alcune delle domande e delle risposte che ci vengono poste più frequentemente nel colloquio di Scrum ti siano utili per preparare il colloquio con Scrum.

Lettura consigliata

^