30 top scrum interview questions
Lista celor mai frecvente întrebări de interviu Scrum cu răspunsuri detaliate pentru a vă ajuta la pregătirea interviului:
Iată câteva dintre întrebările și răspunsurile la interviu care sunt, în general, întrebat în timpul intervievării unui candidat care susține că cunoaște metodologia Agile scrum.
De asemenea, citiți=> Cele mai bune 25 de întrebări și răspunsuri de interviu pentru testarea agilă
Înainte de a trece la răspunsurile la întrebările la interviu cu metodologia agilă scrum, v-aș recomanda tuturor să treceți mai întâi la întrebare și să încercați să răspundeți singuri și, după ce ați terminat, treceți la vizualizarea răspunsurilor.
Prin urmare, în această lucrare, am scris mai întâi doar întrebarea, astfel încât să aveți cu toții loc să vă gândiți la răspunsuri. Apoi, în ultima parte a lucrării, am scris răspunsurile.
De asemenea, aș dori să menționez aici că există multe scenarii care nu pot avea răspunsul corect sau un răspuns greșit. Depinde doar de cultura organizației și de perspectiva de a rezolva situația.
Deci, iată întrebările:
Trebuie citit=> Noțiuni introductive despre metodologia Agile Scrum
Întrebări de interviu Scrum (derulați în jos pentru răspunsuri)
Q # 1. În ce este diferit scrumul de cascadă?
Q # 2. În ce este diferit scrum de modelul iterativ?
Q # 3. Cunoști vreo altă metodologie agilă în afară de Scrum?
Q # 4. Care sunt ceremoniile pe care le desfășurați în scrum
Q # 5. Îi cunoști pe cei Trei Amici din Scrum?
Q # 6. Care credeți că ar trebui să fie dimensiunea ideală a unei echipe Scrum?
Q # 7. Ce discutați în ședința zilnică de stand up?
Q # 8. Cum se numește „boxul timpului” unui proces de scrum?
Q # 9. Care ar trebui să fie durata ideală a unui sprint?
Q # 10. Cum sunt definite cerințele într-un scrum?
Q # 11. Care sunt diferitele artefacte din scrum?
Q # 12. Cum definiți o poveste de utilizator?
Q # 13. Care sunt rolurile unui Scrum Master și proprietar de produs?
Q # 14. Cum măsoară munca făcută într-un sprint?
Q # 15. Ce este Velocity?
Q # 16. Deci, în Scrum, care entitate este responsabilă de livrare? Scrum Master sau proprietar de produs?
Q # 17. Cum măsurați complexitatea sau efortul într-un sprint? Există o modalitate de a o determina și a o reprezenta?
Q # 18. Cum vă urmăriți progresul într-un sprint?
Q # 19. Cum creați graficul burn-down?
Q # 20. Ce faci într-o revizuire sprint și retrospectivă?
Q # 21. Vedeți vreun dezavantaj al utilizării scrumului?
Q # 22. Credeți că scrum poate fi implementat în tot procesul de dezvoltare software?
Q # 23. În timpul examinării, să presupunem că proprietarul sau părțile interesate ale produsului nu sunt de acord cu caracteristica pe care ați implementat-o, ce ați face?
Q # 24. În cazul în care masterul scrum nu este disponibil, ați continua să organizați întâlnirea zilnică de stand up?
Q # 25. Unde se încadrează automatizarea în scrum?
Q # 26. În afară de planificare, revizuire și retrospectivă, mai cunoașteți vreo altă ceremonie în scrum?
Q # 27. Puteți da un exemplu în care scrum nu poate fi implementat? În acest caz, ce sugerați?
Q # 28. Spune-mi un mare avantaj al folosirii scrumului?
Q # 29. Ce este DoD? Cum se realizează acest lucru?
Q # 30. Ce este MVP în scrum?
Q # 31. Ce sunt Epics?
Q # 32. Cum calculați un punct de poveste?
Q # 33. Este posibil să întâlniți diferite puncte de poveste pentru eforturi de dezvoltare și testare? În acest caz, cum rezolvați acest conflict?
Q # 34. Ești în mijlocul unui sprint și brusc proprietarul produsului vine cu o nouă cerință, ce vei face?
Q # 35. În cazul în care primiți o poveste în ultima zi a sprintului pentru a testa și veți găsi defecte, ce veți face? Vei marca povestea de făcut?
Acum, aici răspunsurile la întrebări:
Întrebări și răspunsuri la interviurile Scrum
Q # 1) În ce fel este diferit scrumul de cascadă?
Răspuns: Diferențele majore sunt:
- Feedback-ul de la client este primit într-un stadiu incipient Scrum decât cascadă , întrucât feedback-ul de la client este primit spre sfârșitul ciclului de dezvoltare.
- A acomoda cerința nouă sau modificată în scrum este mai ușor decât cascada.
- Scrum se concentrează pe dezvoltarea colaborativă decât cascadă unde întregul ciclu de dezvoltare este împărțit în faze.
- În orice moment al timpului, putem întoarce modificările în scrum decât în cascadă.
- Testarea este considerată o fază în cascadă, spre deosebire de scrum.
Q # 2) În ce fel diferă scrum de modelul iterativ?
Răspuns: Scrum este un tip de model iterativ, dar este iterativ + incremental.
Q # 3) Cunoști vreo altă metodologie agilă în afară de Scrum?
Răspuns: O altă metodologie Agile include KanBan, XP, Lean.
Q # 4) Care sunt ceremoniile pe care le desfășurați în scrum?
Răspuns: Există 3 ceremonii majore desfășurate în Scrum:
- Întâlnire de planificare: Aici, întreaga echipă de scrum, împreună cu masterul de scrum și proprietarul produsului, se întâlnesc pentru a discuta fiecare articol din restanța de produs pe care îl pot lucra la sprint. Când povestea este estimată și este bine înțeleasă de echipă, povestea se mută apoi în Sprint Backlog.
- Reuniune de revizuire: Aici, echipa scrum demonstrează munca depusă părților interesate.
- Întâlnire retrospectivă: Aici, echipele scrum împreună cu masterul scrum și proprietarul produsului se întâlnesc pentru a retrospecta ultimul sprint la care au lucrat. Discută în principal pe cele trei lucruri:
- Ce a mers bine?
- Ce s-ar putea face mai bine?
- Articole de acțiune
În afară de aceste trei ceremonii, mai avem o întâlnire numită „Îngrijirea restantei”.
În această întâlnire, echipa scrum împreună cu masterul scrum și proprietarul produsului. Proprietarul produsului a prezentat cerințele afacerii conform priorității, iar echipa a discutat despre aceasta, identifică complexitatea, dependențele și eforturile. De asemenea, echipa poate face povestea arătând în acest stadiu.
Q # 5) Îi cunoașteți pe Trei Amici din Scrum?
Răspuns: Cei trei Amigos sunt - Product Owner, Scrum Master și Scrum Team.
Î # 6) Care credeți că ar trebui să fie dimensiunea ideală a unei echipe Scrum?
Răspuns: Dimensiunea ideală este de la 7 la 9 cu +/- 2
b + copac vs b copac
Q # 7) Ce discutați în ședința zilnică de stand up?
Răspuns: Discutăm următoarele trei lucruri:
- Ce am făcut azi?
- Ce intenționez să fac mâine?
- Orice impedimente / obstacole
Q # 8) Cum se numește „Time Boxing” al unui proces scrum?
Răspuns: Se numește „Sprint”
Q # 9) Care ar trebui să fie o durată ideală a unui sprint?
Răspuns: Se recomandă să aveți 2 - 4 săptămâni din ciclul de sprint.
Q # 10) Cum sunt definite cerințele într-un scrum?
Răspuns: Cerințele sunt denumite „Povești de utilizator” în Scrum.
Q # 11) Care sunt diferitele artefacte din scrum?
Răspuns: Există două artefacte întreținute în Scrum:
- Restante produs: Conținând lista prioritară a cerințelor de afaceri
- Sprint Backlog: Conține poveștile utilizatorilor care trebuie făcute de echipa scrum pentru un sprint.
Q # 12) Cum definiți o poveste de utilizator?
Răspuns: Poveștile utilizatorilor sunt definite în formatul
Ca
Vreau să
Astfel încât
Q # 13) Care sunt rolurile unui Scrum Master și proprietar de produs?
Răspuns:
Scrum Master: Acționează ca un lider servitor pentru echipa scrum. El prezidează toate ceremoniile scrum și antrenează echipa pentru a înțelege și a pune în aplicare valorile și principiile scrum.
Proprietarul produsului: Este punctul de contact pentru o echipă de scrum. El / ea este cel care lucrează cel mai aproape de afacere. Principala responsabilitate a proprietarului unui produs este identificarea și rafinarea articolelor restante ale produsului.
Q # 14) Cum măsurați munca efectuată într-un sprint?
Răspuns: Se măsoară prin viteză.
Q # 15) Ce este Velocity?
Răspuns: Viteza este suma punctelor de poveste pe care o echipă scrum le completează (îndeplinește definiția de făcut) într-un sprint.
Q # 16) Deci, în scrum, care entitate este responsabilă pentru livrabile? Scrum Master sau proprietar de produs?
Răspuns: Nici scrum master, nici proprietarul produsului. Este responsabilitatea echipei care deține livrarea.
Q # 17) Cum măsurați complexitatea sau efortul într-un sprint? Există o modalitate de a o determina și a o reprezenta?
Răspuns: Complexitatea și efortul sunt măsurate prin „Puncte de poveste”. În Scrum, este recomandat să folosiți seria Fibonacci pentru a o reprezenta.
Î # 18) Cum vă urmăriți progresul într-un sprint?
Răspuns: Progresul este urmărit de un „grafic Burn-Down”.
Q # 19) Cum creați graficul Burn-Down?
Răspuns: Diagrama Burn-down este un grafic care arată efortul real estimat v / s al sarcinilor scrum.
Este un mecanism de urmărire prin care pentru un anumit sprint; sarcinile de zi cu zi sunt urmărite pentru a verifica dacă poveștile progresează spre finalizarea punctelor de poveste angajate sau nu. Aici, ar trebui să ne amintim că eforturile sunt măsurate în termeni de povești ale utilizatorilor și nu de ore.
Q # 20) Ce faceți într-o revizuire sprint și retrospectivă?
Răspuns: În timpul revizuirii Sprint, parcurgem și demonstrăm caracteristicilor sau poveștii implementate de echipa scrum părților interesate.
În timpul Retrospectivei, încercăm să identificăm într-un mod colaborativ ce a mers bine, ce s-ar putea face mai bine și elementele de acțiune pentru a avea o îmbunătățire continuă.
Q # 21) Vedeți vreun dezavantaj al utilizării scrumului?
Răspuns: Nu văd niciun dezavantaj al utilizării scrumului. Problemele apar în principal atunci când echipa scrum nu înțelege nici valorile și principiile scrum, fie nu sunt suficient de flexibile pentru a se schimba.
Q # 22) Credeți că scrum poate fi implementat în tot procesul de dezvoltare software?
Răspuns: Scrum este utilizat în principal pentru
- Proiecte complexe.
- Proiecte care au termene limită timpurii și stricte.
- Când dezvoltăm orice software de la zero.
Q # 23) În timpul examinării, să presupunem că proprietarul produsului sau părțile interesate nu sunt de acord cu caracteristica pe care ați implementat-o ce ați face?
Răspuns: Primul lucru nu vom marca povestea ca făcută.
Mai întâi vom confirma cerința reală de la părțile interesate și vom actualiza povestea utilizatorului și o vom pune în restante. Pe baza priorității, vom trage povestea în următorul sprint.
Q # 24) În cazul în care masterul scrum nu este disponibil, ați continua să organizați întâlnirea zilnică de stand up?
Răspuns: Da, putem merge foarte bine și să ne întâlnim zilnic.
Q # 25) Unde se încadrează automatizarea în scrum?
Răspuns: Automatizarea joacă un rol vital în Scrum. Pentru a avea feedback continuu și pentru a asigura rezultatele de calitate, ar trebui să încercăm să implementăm abordări TDD, BDD și ATDD în timpul dezvoltării noastre. Automatizarea în scrum nu este legată doar de testare, ci este pentru toate aspectele dezvoltării software-ului.
După cum am spus înainte de a introduce TDD, BDD și ATDD vor accelera procesul nostru de dezvoltare, împreună cu menținerea standardelor de calitate; automatizarea procesului de construire și implementare va accelera, de asemenea, disponibilitatea caracteristicilor în diferite medii - QA până la producție.
În ceea ce privește testarea, testarea de regresie ar trebui să fie cea care va avea cea mai mare atenție. Odată cu progresul fiecărui sprint, suita de regresie continuă să crească și devine practic foarte dificil să executăm suita de regresie manual pentru fiecare sprint. Deoarece avem sprintul de 2 - 4 săptămâni, automatizarea acestuia ar fi imperială.
Q # 26) În afară de planificare, revizuire și retrospectivă, mai cunoașteți vreo altă ceremonie în scrum?
Răspuns: Avem reuniunea de îmbunătățire a restantei produselor (întâlnire de îngrijire a restantei) în care echipa, masterul de scrum și proprietarul produsului se întâlnesc pentru a înțelege cerințele afacerii, le împarte în poveștile utilizatorilor și le estimează.
Q # 27) Puteți da un exemplu în care scrum nu poate fi implementat? În acest caz, ce sugerați?
Răspuns: Scrum poate fi implementat în tot felul de proiecte. Nu se aplică numai software-ului, dar este implementat cu succes și în proiecte mecanice și de inginerie.
Î. 28) Spuneți-mi un mare avantaj al utilizării scrumului?
Răspuns: Avantajul major este - feedback-ul timpuriu și producerea produsului minim viabil pentru părțile interesate.
Q # 29) Ce este DoD? Cum se realizează acest lucru?
Răspuns: DoD înseamnă Definiția termenului finalizat. Se realizează când
- Povestea este completă
- QA completat
- Povestea îndeplinește și satisface criteriile de acceptare
- Regresia în jurul poveștii este completă
- Funcția este eligibilă pentru a fi livrată / implementată în producție.
Q # 30) Ce este MVP în scrum?
Răspuns: Un produs minim viabil este un produs care are doar caracteristica minimă necesară, care poate fi demonstrată părților interesate și este eligibil pentru a fi livrat la producție.
Q # 31) Ce sunt Epics?
Răspuns: Epopeile sunt povești echivoce ale utilizatorilor sau putem spune că acestea sunt poveștile utilizatorilor care nu sunt definite și sunt păstrate pentru sprinturi viitoare.
Q # 32) Cum calculați un punct de poveste?
Răspuns: Un punct de poveste este calculat luând în considerare efortul de dezvoltare + efortul de testare + rezolvarea dependențelor și a altor factori care ar necesita completarea unei povești.
Î. 33) Este posibil să întâlniți diferite puncte de poveste pentru eforturi de dezvoltare și testare? În acest caz, cum rezolvați acest conflict?
Răspuns: Da, acesta este un scenariu foarte comun. Poate exista o șansă ca punctul de poveste dat de echipa de dezvoltare să fie, să zicem 3, dar testerul îl dă 5. În acest caz, atât dezvoltatorul, cât și testerul trebuie să își justifice punctul de poveste, să aibă discuții în cadrul întâlnirii și să colaboreze pentru a încheia un punct comun de poveste.
Q # 34) Sunteți în mijlocul unui sprint și brusc proprietarul produsului vine cu o nouă cerință, ce veți face?
ce să faci cu fișierele .torrent
Răspuns: Într-un caz ideal, cerința devine o poveste și se mută în rest. Apoi, pe baza priorității, echipele o pot prelua în următorul sprint.
Dar dacă prioritatea cerinței este cu adevărat ridicată, atunci echipa va trebui să o acomodeze în sprint, dar trebuie să comunice foarte bine părților interesate că încorporarea unei povești în mijlocul sprintului poate duce la revărsarea a câteva povești la următorul sprint.
Q # 35) În cazul în care primiți o poveste în ultima zi a sprintului pentru a testa și veți găsi defecte, ce veți face? Vei marca povestea ca terminată?
Răspuns: O poveste se face numai atunci când este finalizată dezvoltarea + QA completată + sunt îndeplinite criteriile de acceptare + este eligibilă pentru a fi expediate în producție. În acest caz, dacă există defecte, povestea este parțial făcută și nu completă, așa că o voi revărsa la următorul sprint.
Sper că unele dintre cele mai frecvente întrebări și răspunsuri la interviurile scrum vă vor fi de ajutor pentru pregătirea interviului scrum.
Lectură recomandată
- Întrebări și răspunsuri la interviu
- Top 31 întrebări și răspunsuri la interviuri agile
- Cele mai bune 25 de întrebări și răspunsuri de interviu pentru testarea agilă
- Întrebări și răspunsuri la interviuri de testare ETL
- Top 30+ Întrebări și răspunsuri populare la interviu cu Castravete
- Top 30 întrebări și răspunsuri la interviu SAS
- Top 30 Întrebări și răspunsuri ale interviului pentru testarea securității
- Top 30 de întrebări și răspunsuri la interviu pentru SGBD