Scrum Guide Flashcards

Alle tekst uit de Guide omgezet naar Vragen

1
Q

Wat is scrum?

A

lichtgewicht raamwerk dat mensen, teams en organisaties helpt om waarde te creёren door middel van adaptieve oplossingen voor complexe problemen.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
2
Q

Waar is scrum gebaseerd op?

A

Empirisme en Lean denken

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
3
Q

Wat is Empirisme?

A

Empirisme beweert dat kennis ontstaat uit ervaring en dat men beslissingen neemt op basis van wat bekend is.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
4
Q

Wat is Lean Denken?

A

Lean denken vermindert verspilling en richt zich op de meest belangrijke dingen.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
5
Q

Waarom past Scrum een iteratieve, incrementele aanpak toe?

A

Om voorspelbaarheid te optimaliseren en risico’s te beheersen.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
6
Q

Wat zijn de empirische Scrum pijlers?

A

transparantie, inspectie en aanpassing

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
7
Q

Waarom transparantie? Scrum pijlers

A

Het proces en werk dat ontstaat, moet zichtbaar zijn voor diegenen die het werk doen en diegenen die het werk ontvangen. Transparantie maakt inspectie mogelijk. Inspectie zonder transparantie is misleidend en verspillend.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
8
Q

Waarom Inspectie? Scrum pijlers

A

De Scrum artefacten en de voortgang richting overeengekomen doelen moeten regelmatig en grondig worden geïnspecteerd, om mogelijk ongewenste varianties of problemen te detecteren.

Inspectie maakt aanpassing mogelijk. Inspectie zonder aanpassing is zinloos. Scrum gebeurtenissen zijn ontworpen om verandering uit te lokken.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
9
Q

Waarom Aanpassing? Scrum pijlers

A

Als één of meer aspecten van een proces buiten de acceptabele grenzen vallen of als het resulterende product onacceptabel is, zal het proces dat wordt toegepast of het onderhanden werk aangepast moeten worden. Een aanpassing moet zo snel mogelijk uitgevoerd worden om verdere afwijkingen te beperken.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
10
Q

Vijf succesvolle waarden van Scrum

A

Commitment, Focus, Openheid, Respect en Moed

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
11
Q

Waaruit bestaat een Scrum Team?

A

Het Scrum Team bestaat uit één Scrum Master, één Product Owner en Developers

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
12
Q

Is een scrum team Multidisciplinair?

A

Ja, wat inhoudt dat de teamleden alle benodigde vaardigheden hebben om elke Sprint waarde te creëren.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
13
Q

Is een scrum team Zelfsturend?

A

Ja,wat betekent dat de teamleden onderling bepalen wie wat doet, wanneer en hoe.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
14
Q

Hoe groot is een scrum team?

A

Een typisch Scrum Team bestaat uit 10 of minder personen.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
15
Q

Wat delen meerdere samenhangende Scrum Teams,

A

Het Product Doel, de Product Backlog en de Product Owner

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
16
Q

Waar is een Scrum team verantwoordelijk voor?

A

alle productgerelateerde activiteiten, zoals samenwerking met belanghebbenden, verificatie, onderhoud, operatie, experimenteren, onderzoek en ontwikkeling en al het andere dat nodig is.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
17
Q

Wat wordt er elke sprint gecreerd?

A

Increment

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
18
Q

Wat zijn 3 specifieke verantwoordelijkheden binnen het scrum team?

A

de Developers, de Product Owner en de Scrum Master

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
19
Q

Waar zijn Developers altijd verantwoorderlijk voor?

A

●Het creëren van een plan voor de Sprint; de Sprint Backlog;

● Het garanderen van kwaliteit door vast te houden aan een Definition of Done;

● Het dagelijks aanpassen van hun plan richting het Sprint Doel;

● Het elkaar verantwoordelijk houden als professionals.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
20
Q

Waar is de Product Owner verantwoorderlijk voor?

A

Het maximaliseren van de waarde van het product.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
21
Q

De PO is ook verantwordelijk voor effectief Product Backlog management, wat is dat?

A

● Het ontwikkelen en duidelijk overbrengen van het Product Doel;

● Het creëren en helder overbrengen van Product Backlog items;

● Het ordenen van Product Backlog items;

● Het ervoor zorgen dat de Product Backlog transparant en zichtbaar is en begrepen wordt.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
22
Q

Wat doet een PO bij een product backlog?

A

Inhoud en Ordering (prio)

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
23
Q

Waar is een Scrum Master verantwoordelijk voor?

A

Het opzetten van Scrum En de effectiviteit van het team.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
24
Q

Op welke manieren dient de Scrum Master het Scrum Team?

A

● Het coachen van teamleden in zelfsturing en multidisciplinair werken;

● Het Scrum Team helpen focussen op het creëren van Increments met hoge waarde, die voldoen aan de Definition of Done;

● Het zorgdragen voor de verwijdering van belemmeringen (‘impediments’) in de voortgang van het Scrum Team;

● Het zorgen dat alle Scrum gebeurtenissen plaatsvinden en dat deze positief, productief en binnen de timebox zijn.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
25
Q

Op welke manieren dient de Scrum Master de Product Owner?

A

● Het helpen bij het vinden van technieken voor effectieve Product Doel definitie en Product Backlog management;

● Het Scrum Team helpen de noodzaak in te zien van duidelijke en beknopte Product Backlog items;

● Het helpen tot stand brengen van empirische productplanning voor een complexe omgeving;

● Het faciliteren van samenwerking met belanghebbenden wanneer gevraagd of nodig.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
26
Q

Op welke manieren dient de Scrum Master de Organisatie?

A

● Het leiden, trainen en coachen van de organisatie in haar Scrum adoptie;

● Het plannen en adviseren van Scrum implementaties in de organisatie;

● Het helpen van medewerkers en belanghebbenden bij het begrijpen en volgen van een empirische benadering voor complex werk;

● Het verwijderen van hindernissen tussen belanghebbenden en Scrum Teams.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
27
Q

Waar vind elke gebeurtenis in Scrum plaats?

A

In de sprint

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
28
Q

Waarom vinden gebeurtenissen plaats in Scrum?

A

om regelmaat te creëren en om de behoefte te minimaliseren tot vergaderingen die niet in Scrum zijn gedefinieerd.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
29
Q

Waarom vinden gebeurtenissen op dezelfde plek en tijd plaats?

A

om complexiteit te verminderen.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
30
Q

Hoe lang is een sprint?

A

Sprints hebben een vaste lengte van één maand of korter

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
31
Q

Waarom een vaste lengte?

A

Consistentie

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
32
Q

Wanneer begint een nieuwe sprint?

A

Direct nadat de vorige Sprint is afgelopen.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
33
Q

Wat vindt er allemaal plaats binnen Sprints?

A

Al het noodzakelijke werk wat nodig is om het Product Doel te bereiken, inclusief Sprint Planning, Daily Scrums, Sprint Review en Sprint Retrospective, vindt plaats binnen Sprints.

34
Q

Wordt er tijdens de sprint veranderingen aan het Sprint doel gedaan?

A

Nee er worden geen veranderingen aangebracht die het Sprint Doel in gevaar kunnen brengen;

35
Q

Kan de kwaliteit van de sprint afnemen?

A

Nee de kwaliteit mag niet afnemen

36
Q

Wordt de product backlog verder uitgewerkt tijdens de sprint?

A

Ja Wordt de Product Backlog naar behoefte verder uitgewerkt;

37
Q

Kan tijdens de sprint de scope worden verduidelijkt en heronderdeld?

A

Ja de scope mag worden verduidelijkt en heronderhandeld met de Product Owner naarmate meer wordt geleerd.

38
Q

Waarom maken sprints voorspelbaarheid mogelijk?

A

doordat zij verzekeren dat er tenminste éénmaal per kalendermaand inspectie en aanpassing plaatsvindt ten aanzien van voortgang richting het Product Doel.

39
Q

Wat is het gevaar als een Sprint te lang duurt?

A

Wanneer een Sprint te lang duurt, kan het Sprint Doel ongeldig worden, kan complexiteit toenemen en kan het risico groter worden.

40
Q

Wanneer kan een sprint afgebroken worden?

A

Een Sprint kan afgebroken worden als het Sprint Doel overbodig wordt. Alleen de Product Owner heeft de autoriteit om de Sprint af te breken.

41
Q

Waar zorgt een po voor bij een sprint planning?

A

De Product Owner verzekert zich ervan dat de aanwezigen voorbereid zijn om de meest belangrijke Product Backlog items en hoe deze zich verhouden tot het Product Doel te bespreken. Het Scrum Team mag ook anderen uitnodigen om de Sprint Planning bij te wonen als adviseur.

42
Q

Welke onderwerpen behandeld een sprint planning?

A

Onderwerp Een: Waarom is deze Sprint waardevol?,Onderwerp Twee: Wat kan deze Sprint worden afgerond? Onderwerp Drie: Hoe zal het gekozen werk gedaan worden?

43
Q

Onderwerp Een: Waarom is deze Sprint waardevol?

A

De Product Owner doet een voorstel hoe het product in waarde en bruikbaarheid zou kunnen toenemen deze Sprint. Het hele Scrum Team werkt vervolgens samen om een Sprint Doel te definiëren dat aangeeft waarom deze Sprint waardevol is voor de belanghebbenden. Het Sprint Doel moet vastgelegd zijn voor het einde van de Sprint Planning.

44
Q

Onderwerp Twee: Wat kan deze Sprint worden afgerond?

A

In overleg met de Product Owner selecteren de Developers items van de Product Backlog om op te nemen in de huidige sprint. Het Scrum Team kan deze items tijdens dit proces verder uitwerken, zodat begrip en vertrouwen toenemen. Het kan uitdagend zijn om te selecteren hoeveel werk gedaan kan worden binnen een Sprint. Echter, hoe meer de Developers weten over hun vorige prestaties, hun aankomende capaciteit en hun Definition of Done, hoe meer vertrouwen zij zullen hebben in hun Sprint prognoses.

45
Q

Onderwerp Drie: Hoe zal het gekozen werk gedaan worden?

A

Voor elk geselecteerd Product Backlog item plannen de Developers het werk dat nodig is om een Increment te maken dat aan de Definition of Done voldoet. Dit gebeurt vaak door Product Backlog items op te breken in kleinere werk items die gedaan kunnen worden binnen een dag of minder. Hoe dit gebeurt, is volledig aan de Developers. Niemand anders mag ze vertellen hoe ze de Product Backlog items moeten omzetten in waardevolle Increments. Het Sprint Doel, de Product Backlog items die geselecteerd zijn voor de Sprint, plus het plan hoe ze worden opgeleverd, worden gezamenlijk de Sprint Backlog genoemd.

46
Q

Timebox Sprint Planning?

A

Sprint Planning is getimeboxt tot een maximum van acht uur voor een Sprint van een maand. Voor kortere Sprints duurt deze gebeurtenis meestal korter.

47
Q

Waarom een Daily Scrum?

A

Het doel van de Daily Scrum is om voortgang richting het Sprint doel te inspecteren en de Sprint Backlog als nodig aan te passen, waarbij het aankomend gepland werk wordt bijgesteld.

48
Q

Timebox Daily Scrum

A

De Daily Scrum is een gebeurtenis van 15 minuten voor de Developers van het Scrum Team.

49
Q

Waarom zelfde tijd en plaats een dailyScrum?

A

Om complexiteit te verminderen

50
Q

Wat verbeteren Daily Scrums?

A

Daily Scrums verbeteren communicatie, identificeren belemmeringen, helpen in het snel nemen van beslissingen en nemen daarmee de noodzaak voor andere vergaderingen weg.

51
Q

Doel van een Sprint Review

A

Het doel van de Sprint Review is om de uitkomst van de Sprint te inspecteren en toekomstige aanpassingen te bepalen. Het Scrum Team presenteert de resultaten van hun werk aan de belangrijkste belanghebbenden en de voortgang richting het Product Doel wordt besproken.

52
Q

Sprint Review Timebox?

A

De Sprint Review is de voorlaatste gebeurtenis van de Sprint en is getimeboxt tot een maximum van vier uur voor een Sprint van een maand. Voor kortere Sprints duurt deze gebeurtenis meestal korter

53
Q

Wat bespreken we tijdens een review?

A

Tijdens de Sprint Review beoordelen het Scrum Team en belanghebbenden wat werd bereikt in de Sprint en wat er is veranderd in hun omgeving. Op basis van deze informatie werken de aanwezigen samen om te bepalen wat als volgende te doen. De Product Backlog kan ook aangepast worden om nieuwe kansen te grijpen. De Sprint Review is een werksessie en het Scrum Team zou moeten vermijden dat het bij een presentatie blijft.

54
Q

Retrospective Timebox?

A

De Sprint Retrospective sluit de Sprint. Het is getimeboxt tot een maximum van drie uur voor een Sprint van een maand. Voor kortere sprints duurt deze gebeurtenis meestal korter.

55
Q

Wat bespreekt een scrum team tijdens een retro?

A

Het Scrum Team bespreekt wat goed ging tijdens de Sprint, welke problemen het is tegengekomen en hoe deze problemen werden (of niet werden) opgelost.

56
Q

Doel van een retrospective?

A

Het doel van de Sprint Retrospective is om manieren te bedenken om kwaliteit en effectiviteit te verhogen en in te plannen.

57
Q

Wat inspecteert een scrum team tijdens een retro?

A

Het Scrum Team inspecteert hoe de afgelopen Sprint is gegaan met betrekking tot individuen, interacties, processen, tools en hun Definition of Done. Geïnspecteerde elementen verschillen vaak per domein van het werk. Aannames die niet juist bleken, worden geïdentificeerd en hun oorsprong onderzocht.

58
Q

Wat komt er uit een retro?

A

Het Scrum Team identificeert de meest nuttige veranderingen om zijn effectiviteit te verhogen. De meest impactvolle verbeteringen worden zo snel mogelijk aangepakt. Ze kunnen zelfs worden toegevoegd aan de Sprint Backlog voor de volgende Sprint.

59
Q

Wanneer is een sprint afgelopen?

A

Na een retrospective.

60
Q

Wat vertegenwoordigt een scrum Artefact

A

Werk of waarde

61
Q

Elk artefact bevat een commitment om ervoor te zorgen dat het informatie geeft die de transparantie en de focus verhoogt, waaraan kan de vooruitgang worden gemeten?

A

● Voor de Product Backlog is dit het Product Doel.

● Voor de Sprint Backlog is dit het Sprint Doel.

● Voor het Increment is dit de Definition of Done.

62
Q

Waarom bestaan deze artefact commitments?

A

Deze commitments bestaan om empirisme en de Scrum waarden te versterken voor het Scrum team en zijn belanghebbenden.

63
Q

Wat is een product backlog

A

De Product Backlog is een levende, geordende lijst van wat nodig is om het product te verbeteren. Het is de enige bron van het werk dat door het Scrum Team gedaan wordt.

64
Q

Wie is er verantwoordelijke voor het inschatten van de groote van product backlog items?

A

De Developers die het werk doen zijn verantwoordelijk voor het inschatten van de grootte. De Product Owner mag de Developers beïnvloeden door ze te helpen bij het begrijpen en selecteren van afwegingen.

65
Q

Wat is een product doel?

A

Het Product Doel beschrijft een toekomstige staat van het product, dat kan dienen als een doelwit voor het Scrum Team om tegen te plannen. Het Product Doel is onderdeel van de Product Backlog. De rest van de Product Backlog wordt voortdurend aangevuld met items die definiëren “wat” invulling zal geven aan het Product Doel.

66
Q

Wat is een sprint backlog?

A

De Sprint Backlog is een plan voor en door de Developers. De Sprint Backlog is een zeer zichtbaar, realtime beeld van het werk dat de Developers van plan zijn te doen gedurende de Sprint om het Sprint Doel te bereiken

67
Q

Wanneer wordt een sprint backlog geupdate

A

Daarom wordt de Sprint Backlog geüpdatet tijdens de Sprint, naarmate er meer wordt geleerd. De Sprint Backlog zou voldoende detail moeten hebben, zodat de Developers hun voortgang kunnen inspecteren tijdens de Daily Scrum.

68
Q

Waaruit is een sprint backlog samengesteld

A

De Sprint Backlog is samengesteld uit het Sprint Doel (waarom), de set van Product Backlog items geselecteerd voor de Sprint (wat) en een uitvoerbaar plan voor het opleveren van het Increment (hoe).

69
Q

Wat is een sprint doel?

A

Het Sprint Doel is de enige doelstelling voor de Sprint. Het Sprint Doel is een commitment door de Developers.

70
Q

Voordelen van een sprint doel?

A

Het geeft flexibiliteit in de vorm van het exacte werk dat nodig is om het doel te behalen. Het Sprint Doel geeft ook samenhang en focus, zodat het Scrum Team wordt aangemoedigd om samen te werken in plaats van aan verschillende initiatieven.

71
Q

Wanneer wordt een sprint doel opgesteld?

A

Het Sprint Doel wordt opgesteld tijdens de Sprint Planning en daarna toegevoegd aan de Sprint Backlog.

72
Q

Wanneer gaan de developers praten met de product owner over de scope?

A

Tijdens het werken in de Sprint houden de Developers het Sprint Doel voor ogen. Indien het werk anders blijkt te zijn dan de Developers hadden verwacht, werken zij binnen de Sprint samen met de Product Owner om over de scope van de Sprint Backlog te onderhandelen, zonder daarbij het Sprint Doel aan te tasten.

73
Q

Wat is een increment?

A

Een Increment is een concrete stap in de richting van het Product Doel. Elk Increment is een toevoeging aan alle voorgaande Increments en grondig getoetst om ervoor te zorgen dat alle Increments samenwerken. Om waarde te creëren, moet het Increment bruikbaar zijn.

74
Q

Kunnen er meerdere increments gemaakt worden binnen een sprint?

A

Ja, Er kunnen meerdere Increments gemaakt worden binnen een Sprint.

75
Q

Wanneer worden increments gepresenteerd?

A

De som van de Increments wordt gepresenteerd tijdens de Sprint Review en ondersteunt zo het empirisme. Een Increment mag echter aan belanghebbenden geleverd worden voor het eind van de Sprint. De Sprint Review mag nooit worden beschouwd als een poort naar het vrijgeven van waarde.

76
Q

Wanneer kan werk niet beschouwd worden als deel van een increment?

A

Wanneer deze niet voldoet aan de Definition of Done

77
Q

Wat is een Defenition of Done?

A

De Definition of Done is een formele beschrijving van de staat van het Increment wanneer deze voldoet aan de kwaliteitseisen die voor het product benodigd zijn.

78
Q

Wanneer ontstaat er een increment

A

Op het moment dat een Product Backlog item voldoet aan de Definition of Done, ontstaat een Increment.

79
Q

Waarvoor zorgt Definition of Done?

A

De Definition of Done zorgt voor transparantie, doordat iedereen een gedeeld begrip heeft van wat voor werk is afgerond als onderdeel van het Increment. Als een Product Backlog item niet voldoet aan de Definition of Done, dan kan het niet gereleased worden en zelfs niet in de Sprint Review gepresenteerd worden. In plaats daarvan gaat het item terug naar de Product Backlog, voor toekomstige overweging.

80
Q

Moeten alle teams dezelfde Definition of Done volgen binnen een organisatie?

A

De Definition of Done zorgt voor transparantie, doordat iedereen een gedeeld begrip heeft van wat voor werk is afgerond als onderdeel van het Increment. Als een Product Backlog item niet voldoet aan de Definition of Done, dan kan het niet gereleased worden en zelfs niet in de Sprint Review gepresenteerd worden. In plaats daarvan gaat het item terug naar de Product Backlog, voor toekomstige overweging.

81
Q

Zijn developers verplicht zich aan de DoD te houden?

A

De Developers zijn verplicht zich te houden aan de Definition of Done. Als er meerdere Scrum Teams aan hetzelfde product samenwerken, moeten zij gezamenlijk dezelfde Definition of Done definiëren en eraan voldoen.