Menu

Agile Scrum Online Quiz: test uw kennis van Agile Scrum

  • Hoofd
  • Andere
  • Agile Scrum Online Quiz: test uw kennis van Agile Scrum

agile scrum online quiz

Probeer Ons Instrument Voor Het Oplossen Van Problemen

Online quiz - Agile Scrum

We hebben er meer over geleerd Geschaald agile framework in onze laatste tutorial.

Met deze online quiz zijn we aan het einde gekomen van onze serie over Agile en Scrum-methodologie ​De serie is misschien wel een van de meest diepgaande en praktische werken over Agile die je op internet zou vinden.

Agile als onderwerp op zich is echter grenzeloos en oneindig. Hoe meer je Agile beoefent, hoe meer je het zult opdoen en beheersen.

We hebben een online quiz ontwikkeld waarmee u de oefening kunt oefenen en uw kennis over Agile kunt testen. Dus ga je gang en doe de test.

Agile Scrum-quiz

Belangrijke notitie: Als je de tutorials over Agile nog niet hebt gelezen, is de aanbeveling om lees eerst de tutorials en probeer dan de quiz voor het beste resultaat.

Lees de volgende instructies zorgvuldig door voordat u met de quiz begint:

  • De tijdslimiet voor de quiz is 10 minuten.
  • De quiz bestaat uit 20 vragen.
  • De quiz is een meerkeuzevragenblad waarop een vraag meer dan één juist antwoord kan hebben.
  • Voor elk goed antwoord mag je 1 punt scoren.
  • Er is geen negatieve beoordeling voor de foute antwoorden.

Start de quiz nu: (Antwoorden zijn vetgedrukt)

Q # 1) Welke van de volgende zaken wordt aan het einde van de Sprint geleverd?

een. Een document met testcases voor de huidige sprint

b. Een architectonisch ontwerp van de oplossing

c. Een toename van Done-software

d. Wireframes-ontwerpen voor gebruikersinterface

Redenering

De output van elke Sprint is een Increment of a Done Software die voor gebruik naar de eindgebruiker kan worden verzonden. Een item wordt alleen gemarkeerd als klaar als het overeenkomt met de definitie van klaar.

Q # 2) Product Backlog moet besteld worden op basis van?

een. Waarde van de items die worden geleverd

b. De complexiteit van de items die worden geleverd

c. Grootte van de items die worden geleverd

d. Het risico dat aan de items is verbonden

e. Gebaseerd op de keuze van het Scrum Team

Redenering

Product Backlog wordt geordend op basis van de waarde die ze voor het bedrijf bieden.

De waarde kan worden beïnvloed door verschillende andere factoren, zoals risico, complexiteit en kritikaliteit, maar vormen niet de directe basis voor het berekenen van de waarde. De waarde van het item dat wordt geleverd wordt berekend door de Product Owner en hij is degene die verantwoordelijk is voor het bestellen van de Product Backlog.

V # 3) Wat is in een Agile-omgeving de belangrijkste verantwoordelijkheid van een tester?

een. Maak testscenario's en testcases

b. Bugs vinden

c. Maak automatiseringsscripts

d. Stuur testuitvoeringsrapporten naar de belanghebbenden

e. Er is geen rol als tester in Scrum

Redenering

In een Scrum Team zijn er maar drie rollen: Scrum Master, Product Owner en het Development Team. Geen enkele andere rol is toegestaan ​​en er is geen uitzondering op deze regel.

Een van de leden van het Development Team is misschien meer geneigd tot testen en heeft Tested als het expertisegebied, maar hij zou nog steeds een Developer worden genoemd.

V # 4) Wanneer wordt een Sprint Retrospective-ceremonie gehouden?

een. Telkens wanneer het team suggereert

b. Aan het einde van elke sprint

c. Wanneer nodig

d. Telkens wanneer de Product Owner suggereert

e. Telkens wanneer de Scrum Master suggereert

Redenering

In Scrum is het verplicht om alle Scrum-ceremonies uit te voeren, inclusief Sprint Retrospective.

Sprint Retrospective is een bijeenkomst waar alle teamleden zitten en terugkijken vanaf hun huidige sprint en de actie-items neerleggen om te improviseren voor de komende sprints. Om dezelfde reden wordt Sprint Retrospective aan het einde van elke Sprint uitgevoerd.

V # 5) Wanneer kan een Sprint worden geannuleerd?

een. De Sprint-items zijn niet langer nodig

b. Sprint kan nooit worden geannuleerd

c. Wanneer Development het werk niet kan voltooien

d. Informatie die nodig is om de ontwikkeling te starten, is niet beschikbaar

e. Telkens wanneer de Product Owner zegt

Redenering

De bevoegdheid om de Sprint te annuleren ligt alleen bij de Product Owner. Hij / zij kan bellen om een ​​lopende Sprint te annuleren wanneer de Sprintitems niet langer nodig zijn voor het bedrijf, d.w.z. de items zijn verouderd.

V # 6) Wat moet een ontwikkelteam doen tijdens een Sprint Planning-bijeenkomst als ze zich realiseren dat ze meer hebben geselecteerd dan de items die ze in een Sprint kunnen voltooien?

een. Haal meer ontwikkelaars aan boord

b. Zoek hulp bij de andere Scrum-teamleden

c. Overuren maken

d. Informeer de Product Owner

e. Neem een ​​telefoontje om enkele Sprint Backlog-items te verwijderen

Redenering

Omdat we nog steeds in de Sprint Planning-vergadering zitten, d.w.z. nog niet aan de Sprint zijn begonnen, zijn de ontwikkelaars vrij om wijzigingen aan te brengen in de Sprint Backlog-items. Ze kunnen ervoor kiezen om sommige items te verwijderen waarvan ze denken dat ze niet kunnen worden voltooid met de capaciteit van het huidige ontwikkelteam.

Merk op dat het toevoegen of verwijderen altijd moet gebeuren in overleg met de Product Owner, aangezien hij degene is die beslist over de prioriteit van deze items. Het verwijderen is niet meer toegestaan ​​als de Sprint eenmaal is gestart.

Q # 7) Wie is verantwoordelijk voor het meten van de prestaties van het project?

een. De Scrum Master

b. De bezorgmanager

c. De Product Owner

d. Het ontwikkelingsteam

e. Het Scrum-team

Redenering

Als stem van de klant is het de verantwoordelijkheid van de producteigenaar om de prestaties van het project en de release te meten en te kijken of het team op schema ligt om het project op tijd af te ronden.

Q # 8) Wat zijn de belangrijkste verantwoordelijkheden van een zelforganiserend ontwikkelteam?

een. Ontwikkel de Sprint Backlog-items

b. Maak een schatting van de items die moeten worden opgehaald voor de komende Sprint

c. Houd de prestaties van het project bij en stuur een rapport naar belanghebbenden

d. Maak nieuwe Product Backlog-items aan

e. De huidige Sprint-items uitvoeren

Redenering

De hoofdverantwoordelijkheid van een zelforganiserend team is om de productachterstand-items in te schatten (ook bekend als verhaalverwijzingsoefening), ze van de top van de productachterstand te halen en ze op te splitsen in meerdere taken die kunnen worden toegewezen aan de individuen in een team en uiteindelijk ontwikkelen.

Q # 9) Wat doet een BurnDown Kaartweergave?

een. Projectvoortgang

b. Hoeveelheid resterend werk in verhouding tot tijd

c. De snelheid van het team

d. De capaciteit van de teamleden

e. Hoeveel meer items kunnen worden opgehaald in een Sprint

Redenering

Een burndown-grafiek geeft de hoeveelheid overgebleven werk weer in verhouding tot de tijd.

De horizontale as geeft de tijd weer, terwijl de verticale as de resterende hoeveelheid werk weergeeft. Het burndown-diagram is een van de verschillende statistieken die in Scrum worden gebruikt om de voltooiingsdatum van het project te projecteren, gezien de productachterstand, de capaciteit van het team en de snelheid van het team hetzelfde blijven.

Vraag 10​ Wat zijn de belangrijkste verantwoordelijkheden van een Scrum Master?

een. Belemmeringen wegnemen

b. Het faciliteren van een ontmoeting op verzoek

c. Helpt de Product Owner bij het bestellen van de Product Backlog

d. Overleg met het ontwikkelteam en de producteigenaar

e. De kloof tussen het team en de klant overbruggen

Redenering

Scrum Master is de persoon die verantwoordelijk is voor het faciliteren / coachen van het Development Team en de Product Owner om te werken aan de dagelijkse ontwikkelingsactiviteiten. Hij is degene die ervoor zorgt dat het team de Scrum-waarden en -principes begrijpt en in de praktijk kan brengen.

Tegelijkertijd zorgt Scrum Master er ook voor dat het Team enthousiast is over Agile om het beste uit het framework te halen. Scrum Master helpt en ondersteunt het team ook om zichzelf te organiseren en neemt de belemmering voor hen weg.

Q # 11) Wanneer is een Sprint voorbij in Scrum?

een. Wanneer alle Sprint Backlog-items zijn voltooid

b. Wanneer de Product Owner suggereert

c. Wanneer alle Sprint Backlog-taken zijn voltooid

d. Wanneer de laatste test is voltooid

e. Wanneer het tijdvak verloopt

Redenering

Alle Sprint-activiteiten zijn time-boxed, inclusief Sprint. In tegenstelling tot andere Sprint-activiteiten, kan Sprint niet worden verlengd of verkort.

Als bijvoorbeeld niet alle items van een Sprint zijn voltooid, wordt de Sprint nog steeds gemarkeerd en worden de resterende item (s) verplaatst naar de Product Backlog vanwaar het kan worden gepland naar een van de volgende sprints op basis van de herziene prioriteit. . Evenzo kan de Sprint nooit worden ingekort.

Als alle Sprint-items voor tijd zijn voltooid, is het ontwikkelteam vrij om de beste Product Backlog-items in te voeren en de ontwikkeling te starten.

Q # 12) Wat is de betekenis van het bepalen van een Definition of Done?

een. Bepaalt het doel achter elke sprint

b. Bepaalt het aantal taken dat wordt voltooid voor elk Sprint Backlog-item

c. Verhoogt de transparantie

d. De geleverde incrementen zijn effectiever en kunnen mogelijk worden vrijgegeven

e. Ontwikkelt een gemeenschappelijk begrip onder alle teamleden over wat er allemaal moet worden voltooid om elk item als voltooid te markeren.

Redenering

De ideologie achter het maken van een Definition of Done is om een ​​set checklist te hebben die gemeenschappelijk is voor alle Sprint-items en alles bepaalt wat er gedaan moet worden om een ​​backlog-item te voltooien.

Het hebben van een Definition of Done zal een gemeenschappelijk begrip creëren onder iedereen in het team over wat er allemaal moet gebeuren. Het zal iedereen in staat stellen te begrijpen wat het betekent als een Development Team zegt dat iets compleet is. Dat is het soort transparantie dat de Definition of Done met zich meebrengt.

De Definitie van gedaan dient ook het doel in die zin dat de Ontwikkeling nu beter kan denken en plannen omdat ze weten wat er van een bepaald werkitem wordt verwacht.

Q # 13) Wat wordt er gedaan tijdens een Sprint Review Meeting?

een. Demo van het increment

b. Het team bespreekt de verbeteringen die kunnen worden toegepast voor de komende sprints

c. Presenteer de prestaties van het project aan de belanghebbenden

d. Inspecteer de voortgang naar het sprintdoel

e. Bespreek de architectonische en technische aspecten van het project

Redenering

De Sprint Review Meeting wordt gehouden om de Sprint Increment te demonstreren aan de belanghebbenden en de klanten. Een andere zeer belangrijke taak in de Sprint Review Meeting is om de prestaties van het Project aan de Stakeholders te demonstreren.

Het ontwikkelteam is verantwoordelijk om het increment te demonstreren, terwijl de producteigenaar verantwoordelijk is om de prestaties van het project aan te tonen. De stakeholders en de klanten staan ​​open voor feedback die vervolgens door het team wordt verwerkt.

Q # 14) Wat is een Sprint Review?

een. Activiteit voor introspectie en aanpassing

b. Activiteit om Scrum-processen te verbeteren

c. Activiteit om goedkeuring te zoeken voor het uitgevoerde werk

d. Activiteit om te plannen voor de volgende Sprint

e. Activiteit om de release te plannen

Redenering

Sprint Planning, Dagelijkse Scrum, Sprint Review en Sprint Retrospective alle vier de ceremonies in Scrum zijn mogelijkheden voor inspectie en aanpassing. Tijdens een Sprint Review is het de bedoeling om de stakeholders te inspecteren, feedback te krijgen en aan te passen.

Q # 15) Wat bedoelen we met een cross-functioneel Ontwikkelingsteam?

een. Elk van de leden van het ontwikkelteam moet multifunctioneel zijn

b. De ontwikkelaar moet testcases kunnen maken en deze kunnen uitvoeren

c. Het Ontwikkelteam dient samen te werken met de andere Ontwikkelteams

d. Het Development Team bestaat uit Developers en Testers

e. Het ontwikkelingsteam moet over alle vaardigheden beschikken die nodig zijn om het Done Increment te leveren

Redenering

Cross-functionele Scrum-teams zijn de teams die over alle noodzakelijke vaardigheden en bekwaamheid binnen het team beschikken om hun werk te volbrengen. Deze teams zijn niet afhankelijk van iemand buiten het team voor het voltooien van de werkitems.

Het Scrum-team is dus een zeer creatieve samensmelting van verschillende vaardigheden die nodig zijn om het hele werkitem te voltooien. Elk teamlid heeft niet noodzakelijk alle vaardigheden die nodig zijn om het product te bouwen, maar is bekwaam in zijn / haar vakgebied.

Dat gezegd hebbende, het teamlid hoeft niet multifunctioneel te zijn, maar het team als geheel wel.

vr headset voor xbox one x

V # 16) Wie zou noodzakelijkerwijs de Daily Standup-bijeenkomst moeten bijwonen?

een. Het ontwikkelingsteam

b. Het Scrum-team

c. Het Development Team en de Product Owner

d. Het Development Team en de Scrum Master

e. Het Scrum-team en de belanghebbenden

Redenering

Het Ontwikkelteam is noodzakelijkerwijs verplicht elke dag de Daily Standup-bijeenkomst bij te wonen. Iedereen die de vergadering wil bijwonen is van harte welkom, maar het is niet verplicht om deze bij te wonen.

Behalve het Ontwikkelteam mag degene die de bijeenkomst bijwoont geen updates geven of deelnemen. Hij kan genieten van luisteren terwijl anderen meedoen. De Scrum Master kan de bijeenkomst bijwonen en deze ook faciliteren als hij hierom is gevraagd door het Development Team.

Zelfs de stakeholders kunnen de Daily Standup meetings bijwonen.

Q # 17) Wat gebeurt er als niet alle Sprintitems kunnen worden voltooid?

een. De Sprint moet worden verlengd

b. De Sprint eindigt met de voltooide items

c. De Sprint moet worden geannuleerd

d. De onvoltooide Sprint-items moeten uit de Sprint Backlog worden verwijderd

e. Start de volgende Sprint eerst met de onafgemaakte items

Redenering

In het geval dat het team niet alle Sprint Backlog-items kan voltooien, gebeurt er niets. De Sprint eindigt op de afgesproken datum met de voltooide items. Het Ontwikkelteam demonstreert de voltooide items in de Sprint Review-bijeenkomst.

De niet-voltooide items worden teruggebracht naar de Product Backlog en krijgen vanaf daar opnieuw prioriteit.

V # 18) Hoe groot moet het ontwikkelteam zijn?

naar. 5 + -3

b. 5 + -4

c. 6 + -4

d. 6 + -3

is. 6 + -2

Redenering

De ideale en aanbevolen grootte van het ontwikkelteam moet 6 + -3 zijn. De grootte van het ontwikkelteam moet zeer verstandig worden gekozen, omdat dit de productiviteit van het team direct kan belemmeren en daarmee de productlevering kan beïnvloeden.

Het ontwikkelingsteam mag niet erg groot zijn, aangezien het veel coördinatie tussen de teamleden kan vereisen. Voor een heel klein team zou het echter erg moeilijk zijn om alle vaardigheden te hebben die nodig zijn om een ​​increment te leveren. Er moet dus een optimaal aantal worden gekozen voor de grootte van het ontwikkelteam.

Q # 19) Welke activiteiten maken deel uit van Product Backlog Refinement?

een. Maak een schatting van de Product Backlog-items

b. Het bestellen van de Product Backlog Items

c. De definitie van gereed maken

d. Creëren van taken

e. Brainstormen over de Product Backlog-items

Redenering

Product Backlog Refinement is een activiteit waarbij het hele team bij elkaar zit en brainstormt rond de backlog-items. De backlog-items worden verfijnd en de details worden eraan toegevoegd.

Tijdens de bijeenkomst worden de Product Backlog-items geordend op basis van hun prioriteit. Nadat de Product Backlog-items zijn verfijnd, maken de leden van het Ontwikkelteam een ​​schatting van de Product Backlog-items.

Q # 20) Welke van de volgende activiteiten wordt niet getimeboxed?

een. Sprint Retrospective

b. Sprint

c. Verfijning van productachterstand

d. Dagelijkse Scrum

e. Sprint recensie

Redenering

In Scrum hebben alle ceremonies een time-box, d.w.z. ze kunnen niet worden verlengd. Behalve Sprint kunnen andere niet worden ingekort. Product Backlog Refinement is een van die vergaderingen die niet wordt getimeboxed, maar een continu proces is en kan worden gehouden wanneer het team wil.

Houd er rekening mee dat het team niet te veel tijd moet besteden aan Backlog Refinement Meeting.

Controleer uw Agile Scrum Quiz Test-scores om uw begrip te evalueren!

Ik hoop dat je genoten hebt van het brede scala aan tutorials in deze Agile-serie en we zijn er zeker van dat dit de beste gids over Agile zal zijn voor iedereen die meer wil leren over Agile !!

PREV-zelfstudie

Aanbevolen literatuur

^