30 top scrum interview questions
Llista de preguntes d'entrevistes Scrum més freqüents amb respostes detallades per ajudar-vos a la preparació de l'entrevista:
Aquí hi ha algunes de les preguntes de les entrevistes i les seves respostes que generalment es fan mentre entrevistem un candidat que afirma conèixer la metodologia Agil scrum.
A més, llegiu=> 25 millors preguntes i respostes d’entrevista de proves àgils
Abans de llançar-vos a les respostes de les preguntes de l'entrevista de metodologia àgil scrum, us recomanaria a tots que primer passeu la pregunta i proveu de respondre pel vostre compte i, un cop hàgiu acabat, passeu a veure les respostes.
Per tant, en aquest article, primer he escrit només la pregunta perquè tots tingueu marge per pensar les respostes. Després, a la darrera part del document, he anotat les respostes.
A més, voldria mencionar aquí que hi ha molts escenaris que no poden tenir una resposta correcta o una resposta incorrecta. Només depèn de la cultura de l’organització i de la perspectiva que té per resoldre la situació.
Per tant, aquí teniu les preguntes:
Cal llegir=> Introducció a la metodologia Agile Scrum
Preguntes d'entrevistes Scrum (desplaceu-vos cap avall per obtenir respostes)
Q # 1. En què es diferencia el scrum de la cascada?
Q # 2. En què es diferencia el scrum del model iteratiu?
P # 3. Coneixeu alguna altra metodologia àgil a part de Scrum?
Q # 4. Quines són les cerimònies que realitzeu al scrum
Q # 5. Coneixes els Tres Amics de Scrum?
Q # 6. Quina creieu que hauria de tenir la mida ideal per a un equip Scrum?
Q # 7. Què comenteu a la reunió diària de stand up?
Q # 8. Com es diu el 'temps de boxa' d'un procés de scrum?
P # 9. Quina ha de ser la durada ideal d’un sprint?
Q # 10. Com es defineixen els requisits en un scrum?
Q # 11. Quins són els diferents artefactes de la mescla?
P # 12. Com es defineix una història d'usuari?
Q # 13. Quins són els rols d'un Scrum Master i propietari d'un producte?
P # 14. Com es mesura la feina feta en un esprint?
P # 15. Què és Velocity?
P # 16. Llavors, a Scrum, quina entitat és la responsable del lliurament? Scrum Master o propietari del producte?
P # 17. Com es mesura la complexitat o l'esforç en un esprint? Hi ha alguna manera de determinar-lo i representar-lo?
P # 18. Com es fa un seguiment del seu progrés en un sprint?
P # 19. Com es crea el gràfic de burn-down?
P # 20. Què feu en una revisió sprint i retrospectiva?
P # 21. Veieu algun desavantatge d’utilitzar scrum?
P # 22. Creieu que es pot implementar scrum en tot el procés de desenvolupament de programari?
P # 23. Durant la revisió, suposem que el propietari o l’interès del producte no accepta la funció que heu implementat, què faríeu?
P # 24. En cas que el mestre scrum no estigui disponible, continuareu realitzant la reunió diària?
P # 25. On s’adapta l’automatització al scrum?
P # 26. A part de la planificació, revisió i retrospectiva, coneixeu alguna altra cerimònia escrita?
P # 27. Podeu donar un exemple d’on no es pot implementar scrum? En aquest cas, què suggeriu?
P # 28. Expliqueu-me un gran avantatge d'utilitzar scrum?
P # 29. Què és DoD? Com s’aconsegueix això?
P # 30. Què és MVP en scrum?
P # 31. Què són els Epics?
P # 32. Com es calcula un punt de la història?
P # 33. És possible que us trobeu amb diferents punts de la història per desenvolupar i provar esforços? En aquest cas, com solucioneu aquest conflicte?
P # 34. Esteu en ple sprint i, de sobte, el propietari del producte presenta un nou requisit, què fareu?
P # 35. En cas que rebi una història l'últim dia de l'esprint per provar i trobi que hi ha defectes, què farà? Marcaràs la història per fer?
Aquí teniu les respostes a les preguntes:
Preguntes i respostes de l’entrevista Scrum
P # 1) En què es diferencia el scrum de la cascada?
Resposta: Les principals diferències són:
- Els comentaris del client es reben en una etapa inicial de Scrum que cascada , mentre que els comentaris del client es reben cap al final del cicle de desenvolupament.
- Adaptar el requisit nou o canviat a scrum és més fàcil que la cascada.
- Scrum se centra en el desenvolupament col·laboratiu cascada on tot el cicle de desenvolupament es divideix en fases.
- En qualsevol moment del temps, podem fer retrocedir els canvis de scrum que de cascada.
- Les proves es consideren una fase de la cascada, a diferència del scrum.
Q # 2) En què es diferencia el scrum del model iteratiu?
Resposta: Scrum és un tipus de model iteratiu però és iteratiu + incremental.
Q # 3) Coneixeu alguna altra metodologia àgil a part de Scrum?
Resposta: Una altra metodologia Agile inclou KanBan, XP, Lean.
P # 4) Quines són les cerimònies que realitzeu al scrum?
Resposta: Hi ha 3 grans cerimònies realitzades a Scrum:
- Reunió de planificació: Aquí, tots els equips de scrum juntament amb el mestre de scrum i el propietari del producte es reuneixen per debatre sobre cada article de la cartera de productes que poden treballar al sprint. Quan la història s’estima i l’equip l’entén bé, la història passa al Sprint Backlog.
- Reunió de revisió: Aquí, l'equip de scrum demostra la seva feina feta als grups d'interès.
- Reunió retrospectiva: Aquí, els equips de scrum juntament amb el mestre de scrum i el propietari del producte es reuneixen per retrospectar l’últim sprint en què van treballar. Discuteixen principalment sobre les tres coses:
- Què ha anat bé?
- Què es podria fer millor?
- Elements d'acció
A part d’aquestes tres cerimònies, tenim una reunió més anomenada “Retard de preparació”.
En aquesta reunió, l'equip de scrum juntament amb el mestre de scrum i el propietari del producte. El propietari del producte va presentar els requisits empresarials segons la prioritat i l’equip que va discutir sobre això, identifica la complexitat, les dependències i els esforços. L'equip també pot fer la història apuntant en aquesta etapa.
P # 5) Coneixes els Tres Amics de Scrum?
Resposta: Els tres Amigos són: Product Owner, Scrum Master i Scrum Team.
P # 6) Quina creieu que hauria de ser la mida ideal per a un equip Scrum?
Resposta: La mida ideal és de 7 a 9 amb +/- 2
quan es passa un element individual d'una matriu a un mètode:
Q # 7) Què discuteix a la reunió diària de stand up?
Resposta: discutim les tres coses següents:
- Què he fet avui?
- Què penso fer demà?
- Qualsevol impediment / obstacle
Q # 8) Com es diu 'Time Boxing' d'un procés de scrum?
Resposta: Es diu 'Sprint'
P # 9) Quina ha de ser la durada ideal d'un esprint?
Resposta: Es recomana tenir 2 a 4 setmanes del cicle de velocitat.
Q # 10) Com es defineixen els requisits en un scrum?
Resposta: Els requisits s’anomenen “històries d’usuaris” a Scrum.
Q # 11) Quins són els diferents artefactes de la mescla?
Resposta: Hi ha dos artefactes mantinguts a Scrum:
- Registre de productes: Conté la llista prioritzada de requisits empresarials
- Sprint Backlog: Conté les històries dels usuaris que l'equip de scrum ha de fer per fer un sprint.
P # 12) Com es defineix una història d'usuari?
Resposta: Les històries dels usuaris es defineixen en el format de
Com un
vull
I que
P # 13) Quins són els rols d'un propietari de producte i Scrum Master?
Resposta:
Scrum Master: Actua com a líder de servent de l'equip de scrum. Presideix totes les cerimònies de scrum i guia l'equip per entendre i implementar els valors i els principis de scrum.
Propietari del producte: És el punt de contacte d’un equip de scrum. És el que treballa més a prop del negoci. La responsabilitat principal del propietari del producte és identificar i perfeccionar els articles de retard de producte.
P # 14) Com es mesura el treball realitzat en un esprint?
Resposta: Es mesura per Velocity.
P # 15) Què és Velocity?
Resposta: La velocitat és la suma de punts de la història que un equip de scrum completa (compleix la definició de fet) durant un sprint.
P # 16) Llavors, en scrum, quina entitat és la responsable dels lliuraments? Scrum Master o propietari de producte?
Resposta: Ni el scrum master, ni el propietari del producte. És responsabilitat de l’equip propietari del lliurament.
P # 17) Com es mesura la complexitat o l'esforç en un esprint? Hi ha alguna manera de determinar-lo i representar-lo?
Resposta: La complexitat i l’esforç es mesuren a través de “Story Points”. A Scrum, es recomana utilitzar la sèrie Fibonacci per representar-la.
P # 18) Com es fa un seguiment del seu progrés en un sprint?
Resposta: El progrés es realitza mitjançant un 'gràfic de gravació'.
P # 19) Com es crea el gràfic Burn-Down?
Resposta: El gràfic burn-down és un gràfic que mostra l’esforç real estimat en v / s de les tasques de scrum.
És un mecanisme de seguiment mitjançant el qual es pot fer un sprint concret; es realitza un seguiment de les tasques del dia a dia per comprovar si les històries avancen cap a la finalització dels punts de la història compromesa o no. Aquí hem de recordar que els esforços es mesuren en termes d’històries d’usuaris i no d’hores.
P # 20) Què feu en una revisió sprint i retrospectiva?
Resposta: Durant la revisió de Sprint, recorrem i demostrem la característica o la història implementada per l'equip de scrum als grups d'interès.
Durant la retrospectiva, intentem identificar de forma col·laborativa què va anar bé, què es podria fer millor i els elements d’acció per millorar contínuament.
P # 21) Veieu algun desavantatge d'utilitzar scrum?
Resposta: No veig cap desavantatge d’utilitzar scrum. Els problemes sorgeixen principalment quan l'equip de scrum no entén els valors i els principis de l'escrum o no són prou flexibles per canviar-los.
P # 22) Creieu que es pot implementar scrum en tot el procés de desenvolupament de programari?
Resposta: Scrum s’utilitza principalment per a
- Projectes complexos.
- Projectes amb terminis estrictes i anticipats.
- Quan desenvolupem qualsevol programari des de zero.
P # 23) Durant la revisió, suposem que el propietari del producte o l'interessat no està d'acord amb la funció que heu implementat, què faríeu?
Resposta: En primer lloc, no marcarem la història com a feta.
Primer confirmarem el requisit real per part de les parts interessades i actualitzarem la història de l’usuari i la posarem al registre acumulat. Basant-nos en la prioritat, tiraríem la història en el proper sprint.
P # 24) En cas que el mestre de scrum no estigui disponible, continuaria realitzant la reunió diària?
Resposta: Sí, molt bé podem seguir endavant i fer la nostra reunió diària.
P # 25) On s’adapta l’automatització al scrum?
Resposta: L’automatització té un paper vital a Scrum. Per tenir un feedback continu i garantir els resultats lliurables de qualitat, hem d’intentar implementar enfocaments TDD, BDD i ATDD durant el nostre desenvolupament. L'automatització en scrum no només està relacionada amb les proves, sinó per a tots els aspectes del desenvolupament de programari.
Com he dit abans d’introduir TDD, BDD i ATDD acceleraran el nostre procés de desenvolupament juntament amb el manteniment dels estàndards de qualitat; automatitzar el procés de compilació i desplegament també accelerarà la disponibilitat de funcions en diferents entorns, de qualitat a producció.
Pel que fa a les proves, les proves de regressió haurien de ser les que tinguessin més atenció. Amb el progrés de cada sprint, la suite de regressió continua augmentant i resulta pràcticament molt difícil executar la suite de regressió manualment per a cada sprint. Com que tenim una durada de sprint de 2 a 4 setmanes, automatitzar-lo seria imperial.
P # 26) A part de la planificació, revisió i retrospectiva, coneixeu alguna altra cerimònia escrita?
Resposta: Tenim la reunió de refinament de backlog de producte (reunió de preparació de backlog) on l’equip, el mestre de scrum i el propietari del producte es reuneixen per entendre els requisits empresarials, dividir-lo en històries d’usuaris i estimar-lo.
com s'utilitza l'expressió regular a c ++
P # 27) Podeu donar un exemple d'on no es pot implementar scrum? En aquest cas, què suggeriu?
Resposta: Scrum es pot implementar en tot tipus de projectes. No només és aplicable al programari, sinó que també s’implementa amb èxit en projectes mecànics i d’enginyeria.
P # 28) Expliqueu-me un gran avantatge d'utilitzar scrum?
Resposta: L’avantatge principal és: retroalimentació primerenca i producció del producte mínim viable per a les parts interessades.
P # 29) Què és DoD? Com s’aconsegueix això?
Resposta: DoD significa Definició de fet. S'aconsegueix quan
- La història està completament desenvolupada
- QA completat
- La història compleix i compleix els criteris d’acceptació
- La regressió al voltant de la història és completa
- La funció es pot enviar o desplegar en producció.
P # 30) Què és MVP a scrum?
Resposta: Un producte mínim viable és un producte que té la característica mínima necessària que es pot demostrar als grups d'interès i que pot ser enviat a la producció.
P # 31) Què són els Epics?
Resposta: Les epopeies són històries d'usuaris equívocs o podem dir que són històries d'usuaris que no estan definides i es conserven per a futurs sprints.
P # 32) Com es calcula un punt de la història?
Resposta: Un punt de la història es calcula tenint en compte l’esforç de desenvolupament + esforç de prova + resolució de dependències i altres factors que requeririen per completar una història.
P # 33) És possible que us trobeu amb diferents punts de la història per desenvolupar i provar esforços? En aquest cas, com solucioneu aquest conflicte?
Resposta: Sí, aquest és un escenari molt comú. Pot haver-hi la possibilitat que el punt de la història donat per l’equip de desenvolupament sigui, per exemple, 3, però el provador en dóna 5. En aquest cas, tant el desenvolupador com el provador han de justificar el seu punt de la història, mantenir discussions a la reunió i col·laborar per concloure un punt comú de la història.
P # 34) Esteu en ple sprint i, de sobte, el propietari del producte presenta un nou requisit, què fareu?
Resposta: En un cas ideal, el requisit es converteix en una història i es trasllada a l'endarreriment. A continuació, en funció de la prioritat, els equips poden assumir-la en el proper sprint.
Però si la prioritat del requisit és realment elevada, l’equip haurà d’acomodar-lo al sprint, però ha de comunicar-ho molt bé a l’interès que incorporar una història al mig del sprint pot resultar en un vessament de poques el següent esprint.
P # 35) En cas que rebeu una història l'últim dia de l'esprint per provar i trobeu que hi ha defectes, què fareu? Marcaràs la història com a feta?
Resposta: Una història només es fa quan el desenvolupament està completat + QA completat + es compleixen els criteris d’acceptació + es pot enviar a la producció. En aquest cas, si hi ha defectes, la història està parcialment feta i no del tot feta, de manera que la difondré al següent sprint.
Espero que algunes de les preguntes i respostes més freqüents de l’entrevista scrum us siguin útils per preparar l’entrevista scrum.
Lectura recomanada
- Preguntes i respostes de l’entrevista
- Top 31 de preguntes i respostes d’entrevistes àgils
- 25 millors preguntes i respostes d’entrevista de proves àgils
- Preguntes i respostes d’entrevistes de proves ETL
- Top 30 de les preguntes i respostes més populars de l'entrevista de cogombre
- Top 30 de les preguntes i respostes de l’entrevista SAS
- Top 30 de preguntes i respostes de les entrevistes de proves de seguretat
- Top 30 de preguntes i respostes de l'entrevista SGBD