Deze HTML-versie van de Scrum Guide is een directe port van de November 2020 versie beschikbaar als een Pdfhier.

doel van de Scrum Guide

We ontwikkelden Scrum in de vroege jaren 1990. we schreven de eerste versie van de Scrum Guide in 2010 om mensen wereldwijd te helpen Scrum te begrijpen. We hebben De Gids sindsdien betrokken door middel van kleine, functionele updates.Samen staan we erachter.

de Scrum Guide bevat de definitie van Scrum. Elk element van het kader dient een specifiek doel dat essentieel is voor de algemene waarde en resultaten die met Scrum worden gerealiseerd. Het veranderen van het kernontwerp of de ideeën van Scrum, het weglaten van elementen, of het niet volgen van de regels van Scrum,verhult problemen en beperkt de voordelen van Scrum, waardoor het mogelijk onbruikbaar wordt.

We volgen het groeiende gebruik van Scrum in een steeds groeiende complexe wereld.We zijn nederig om te zien dat Scrum wordt aangenomen in vele domeinen holdingessentieel complex werk, buiten software productontwikkeling waarscrum heeft zijn wortels. Naarmate het gebruik van Scrum zich verspreidt, doen ontwikkelaars, onderzoekers,analisten, wetenschappers en andere specialisten het werk. We gebruiken het woord”ontwikkelaars” in Scrum niet om uit te sluiten, maar om te vereenvoudigen. Als je waarde krijgt van Scrum, beschouw jezelf erbij.

terwijl Scrum wordt gebruikt, kunnen patronen, processen en inzichten worden gevonden, toegepast en toegepast die passen bij het kader van het scrum, zoals beschreven in dit document. Hun beschrijving valt buiten het doel van de Scrum-Gids, omdat ze contextgevoelig zijn en sterk verschillen tussen Scrum-toepassingen.Dergelijke tactieken voor het gebruik binnen het Scrum framework lopen sterk uiteen en worden elders beschreven.

Scrum definitie

Scrum is een lichtgewicht framework dat mensen, teams en organisaties helpt waarde te genereren door adaptieve oplossingen voor complexe problemen.

In een notendop, Scrum vereist een Scrum Master om een omgeving te bevorderen waarin:

1. een producteigenaar het werk voor een complex probleem in een ProductBacklog bestelt.

2. het Scrum-Team maakt van een selectie van het werk een waardeverhoging tijdens een Sprint.

3. het Scrum Team en zijn stakeholders inspecteren de resultaten en passen zich aan voor de volgende Sprint.

4. herhaal

Scrum is eenvoudig. Probeer het zoals het is en bepaal of zijn filosofie, theorie en structuur helpen om doelen te bereiken en waarde te creëren. Het Scrumframework is doelgericht onvolledig en definieert alleen de onderdelen die nodig zijn om de scrumtheorie te implementeren. Scrum is gebouwd door de Collective Intelligence van de mensen die het gebruiken. In plaats van mensen gedetailleerde instructies te geven, sturen de regels van Scrum hun relaties eninteracties.

verschillende processen, technieken en methoden kunnen binnen het kader worden toegepast. Scrum wikkelt bestaande praktijken om Of maakt ze overbodig. Scrum maakt de relatieve effectiviteit van huidig management, omgeving en werktechnieken zichtbaar, zodat verbeteringen kunnen worden aangebracht.

Scrum theorie

Scrum is gebaseerd op empirisme en lean thinking. Empirisme beweert dat kennis afkomstig is van ervaring en het nemen van beslissingen op basis van wat wordt waargenomen. Lean thinking vermindert verspilling en richt zich op de essentie.

Scrum maakt gebruik van een iteratieve, incrementele benadering voor optimizevoordedicatie en om risico ‘ s onder controle te houden. Scrum betrekt groepen mensen die collectief alle vaardigheden en expertise hebben om het werk te doen en te delen of de vaardigheden te verwerven die nodig zijn.

Scrum combineert vier formele evenementen voor inspectie en aanpassing binnen een vast onderdeel, de Sprint. Deze evenementen werken omdat ze de empirische Scrum-pijlers van transparantie, inspectie en aanpassing implementeren.

transparantie

het proces en de werkzaamheden moeten zichtbaar zijn voor zowel degenen die het werk uitvoeren als degenen die het werk ontvangen. Bij Scrum zijn belangrijke beslissingen gebaseerd op de waargenomen staat van de drie formalartifacten. Artefacten met een lage transparantie kunnen leiden tot beslissingen die de waarde verminderen en het risico verhogen.

transparantie maakt inspectie mogelijk. Inspectie zonder transparantie is misleidend en verspillend.

inspectie

de Scrum artefacten en de voortgang naar overeengekomen doelen moeten regelmatig en zorgvuldig worden gecontroleerd om potentieel ongewenste afwijkingen of problemen op te sporen. Om te helpen met inspectie, Scrum biedt cadencein de vorm van haar vijf evenementen.

inspectie maakt aanpassing mogelijk. Inspectie zonder aanpassing wordt zinloos geacht. Scrum events zijn ontworpen om verandering uit te lokken.

aanpassing

indien bepaalde aspecten van een procédé buiten aanvaardbare grenzen afwijken of indien het resulterende produkt onaanvaardbaar is, moet het toegepaste procédé of de geproduceerde materialen worden aangepast. De aanpassing moet zo snel mogelijk worden uitgevoerd om verdere afwijkingen tot een minimum te beperken.

adaptatie wordt moeilijker wanneer de betrokken mensen niet worden gememoreerd of zelfgestuurd. Van een Scrum-Team wordt verwacht dat het het moment aanpasthet leert iets nieuws door middel van inspectie.

Scrumwaarden

succesvol gebruik van Scrum hangt af van het feit of mensen meer bekwaam worden in het leven van vijf waarden:

inzet, Focus, openheid, Respect en moed

het Scrum-Team verbindt zich ertoe zijn doelen te bereiken en elkaar te ondersteunen. Hun primaire focus ligt op het werk van de Sprint om de best mogelijke vooruitgang naar deze doelen te maken. Het Scrum Team en de belanghebbenden zijn open over het werk en de uitdagingen. Scrum teamleden respecteren elkaar om capabele, onafhankelijke mensen te zijn, en worden als zodanig gerespecteerd door de mensen met wie ze werken. De teamleden van Scrum hebben de moed om het juiste te doen, om aan moeilijke problemen te werken.

Deze waarden geven richting aan het Scrum Team met betrekking tot hun werk,acties en gedrag. De beslissingen die worden genomen, de genomen stappen en de manier waarop Scrum wordt gebruikt, moeten deze waarden versterken, niet verminderen of ondermijnen. De leden van het Scrum Team leren en verkennen de waarden die zij met de Scrum evenementen en artefacten werken. Wanneer deze waarden worden vastgelegd door het Scrum Team en de mensen waarmee ze werken, komen de empirische pijlers van transparantie, inspectie en aanpassing tot levensopbouwend vertrouwen.

Scrum Team

De fundamentele eenheid van Scrum is een klein team van mensen, een Scrum Team.Het Scrum Team bestaat uit één Scrum Master, één producteigenaar en ontwikkelaars. Binnen een Scrum Team, zijn er geen sub-teams of hierarchies.It is een samenhangende eenheid van professionals gericht op één doel tegelijk, het product doel.

Scrum Teams zijn cross-functioneel, wat betekent dat de leden alle vaardigheden hebben die nodig zijn om waarde te creëren elke Sprint. Ze zijn ook zelfbeheer, wat betekent dat ze intern beslissen wie wat, wanneer en hoe doet.

het scrumteam is klein genoeg om wendbaar te blijven en groot genoeg om significant werk te voltooien binnen een Sprint, meestal 10 of minder people.In generaal, we hebben ontdekt dat kleinere teams beter communiceren en productiever zijn. Als scrumteams te groot worden, moeten ze overwegen zich te organiseren in meerdere samenhangende scrumteams, elk gericht op hetzelfde product. Daarom moeten ze hetzelfde Productdoel,product achterstand en producteigenaar delen.

het Scrum-Team is verantwoordelijk voor alle productgerelateerde activiteiten van samenwerking tussen belanghebbenden, verificatie, onderhoud, exploitatie,experimenten, onderzoek en ontwikkeling en al het andere dat nodig zou kunnen zijn. Ze zijn gestructureerd en gemachtigd door de organisatie om hun eigen werk te beheren. Werken in Sprints op een duurzaam tempo verbetert de focus en consistentie van het Scrum Team.

het hele Scrum Team is verantwoordelijk voor het creëren van een waardevolle, nuttige inhaalslag elke Sprint. Scrum definieert drie specifieke AccountAbilities binnen het Scrum Team: de ontwikkelaars, de producteigenaar en de ScrumMaster.ontwikkelaars

ontwikkelaars

ontwikkelaars zijn de mensen in het Scrum-Team die zich inzetten om elk aspect van een bruikbare toename van elke Sprint te creëren.

de specifieke vaardigheden die de ontwikkelaars nodig hebben zijn vaak breed en zullen variëren met het domein van het werk. De ontwikkelaars zijn echter altijd verantwoordelijk voor:

• het maken van een plan voor de Sprint, de Sprint Backlog;

• het bijbrengen van kwaliteit door zich te houden aan een definitie van gedaan;

• Het aanpassen van hun plan elke dag in de richting van de Sprint doel; en,

• elkaar als beroepsbeoefenaar verantwoordelijk houden.

producteigenaar

de producteigenaar is verantwoordelijk voor het maximaliseren van de waarde van het product dat voortvloeit uit het werk van het Scrum-Team. Hoe dit wordt gedaan kan varywidely over organisaties, Scrum Teams, en individuen.

de eigenaar van het Product is ook verantwoordelijk voor effectief beheer van Productachterstanden, waaronder:

• ontwikkelen en expliciet communiceren van het Productdoel;

• creëren en duidelijk communiceren van Productachterstanden;

• Product Backlog items bestellen; en,

• ervoor zorgen dat de Product Backlog transparant, zichtbaar en understood is.

de eigenaar van het Product kan het bovenstaande werk doen of de verantwoordelijkheid aan anderen delegeren. Hoe dan ook, de eigenaar van het Product blijft aansprakelijk.

om te slagen, moet de gehele organisatie hun beslissingen respecteren. Deze beslissingen zijn zichtbaar in de inhoud en de bestelling van de product achterstand, en door de inspectable Increment bij de print Review.

de eigenaar van het Product is één persoon, geen commissie. De eigenaar van het Product kan de behoeften van veel belanghebbenden in de product achterstand vertegenwoordigen. Degenen die van plan zijn om de product achterstand te veranderen, kunnen dit doen door te proberen de producteigenaar te overtuigen.

Scrum Master

de Scrum Master is verantwoordelijk voor het opzetten van Scrum zoals gedefinieerd in de scrum-gids. Dit doen ze door iedereen te helpen Scrumtheorie en praktijk te begrijpen, zowel binnen het Scrum Team als binnen de organisatie.

de Scrum Master is verantwoordelijk voor de effectiviteit van het Scrum Team. Zij doen dit door het Scrum Team in staat te stellen zijn praktijken te verbeteren, binnen het kader van het scrum.

Scrum Masters zijn echte leiders die het Scrum Team en de groterorganisatie dienen.

De Scrum Master dient in het Scrum-Team op verschillende manieren, zoals:

• het Coachen van de team leden in self-management andcross-functionaliteit;

• het Helpen van de Scrum Team focus op het creëren van hoogwaardige Stappen thatmeet de Definition of Done;

• Waardoor het wegnemen van belemmeringen voor het Scrum Team de voortgang;en,

• ervoor te Zorgen dat alle Scrum gebeurtenissen plaatsvinden en zijn positieve,productieve, en hield de tijdbox.

De Scrum Master dient de Product Owner in verschillende manieren, zoals:

• Helpen bij het vinden van technieken voor effectieve Product Doel definitie andProduct backorders;

• het Helpen van de Scrum Team juist de behoefte aan een duidelijk en conciseProduct Backlog items;

• het Helpen opzetten empirische product planning voor een complexenvironment; en,

• het Faciliteren van samenwerking tussen alle stakeholders in zoals gevraagd wordt of nodig is.

de Scrum Master dient de organisatie op verschillende manieren, waaronder:

• leiden, opleiden en coachen van de organisatie in haar Scrumaanname;

• Planning en advisering van scrumimplementaties binnen de organisatie;

• werknemers en stakeholders helpen een empirische aanpak voor complex werk te begrijpen en uit te voeren; en

• het wegnemen van barrières tussen stakeholders en scrumteams.

Scrum Events

De Sprint is een container voor alle andere events. Elk evenement in Scrum is een formele gelegenheid om Scrum artefacten te inspecteren en aan te passen. Deze evenementen zijn speciaal ontworpen om de vereiste transparantie mogelijk te maken. Failureto alle gebeurtenissen te bedienen zoals voorgeschreven resulteert in gemiste kansen om te inspecteren en aan te passen. Evenementen worden in Scrum gebruikt om regelmaat te creëren en om de behoefte aan vergaderingen die niet in Scrum zijn gedefinieerd, te minimaliseren.

optimaal worden alle gebeurtenissen op dezelfde tijd en plaats gehouden om de complexiteit te verminderen.

de Sprint

Sprints zijn de hartslag van Scrum, waar ideeën worden omgezet in waarde.

het zijn gebeurtenissen met een vaste lengte van één maand of minder om consistentie te creëren.Een nieuwe Sprint begint direct na het afsluiten van de vorige sprint.

al het werk dat nodig is om het Productdoel te bereiken, inclusief SprintPlanning, dagelijkse Scrums, Sprint Review en Sprint Retrospective, happen within Sprints.

tijdens de Sprint:

• Er worden geen wijzigingen aangebracht die het sprintdoel in gevaar zouden brengen;

• kwaliteit neemt niet af;

• De Product achterstand wordt naar behoefte verfijnd; en

• Scope kan worden verduidelijkt en opnieuw worden onderhandeld met de producteigenaar als meer is geleerd.

Sprints maken voorspelbaarheid mogelijk door te zorgen voor inspectie en aanpassing van de vooruitgang naar een Productdoel ten minste elke kalendermaand. Als de horizon van aSprint te lang is, kan het sprintdoel ongeldig worden,kan de complexiteit toenemen en kan het risico toenemen. Kortere Sprints kunnen worden ingezet om meer leercycli te genereren en het risico van kosten en inspanning te beperken tot een kleiner tijdsbestek. Elke Sprint kan als een kort project worden beschouwd.

Er bestaan verschillende methoden om vooruitgang te voorspellen, zoals burn-downs, burn-ups of cumulatieve stromen. Hoewel ze nuttig zijn, vervangen ze het belang van empirisme niet. In complexe omgevingen is wat er zal gebeuren onbekend. Alleen wat reeds is gebeurd, kan worden gebruikt voor toekomstgerichte besluitvorming.

een Sprint kan worden geannuleerd als het sprintdoel achterhaald is. Alleen de producteigenaar heeft de bevoegdheid om de Sprint te annuleren.

sprintplanning

sprintplanning start de Sprint door het werk uit te leggen dat moet worden uitgevoerd voor de Sprint. Dit resulterende plan is gemaakt door het collaboratief werk van het hele Scrum Team.

de eigenaar van het Product zorgt ervoor dat de deelnemers bereid zijn om de belangrijkste items met betrekking tot Productachterstanden te bespreken en hoe ze naar het Productdoel toesturen. Het Scrum Team kan ook andere mensen uitnodigen om SprintPlanning bij te wonen om advies te geven.

sprintplanning behandelt de volgende onderwerpen:

onderwerp één: Waarom is deze Sprint waardevol?

de producteigenaar stelt voor hoe het product zijn waarde en nut in de huidige Sprint zou kunnen verhogen. Het hele Scrum Team werkt vervolgens samen om een sprintdoel te bepalen dat aangeeft waarom de Sprint waardevol is voor belanghebbenden. Het sprintdoel moet vóór het einde van de printplanning worden afgerond.

onderwerp twee: wat kan deze Sprint worden gedaan?

door overleg met de eigenaar van het Product, selecteren de ontwikkelaars items uit de product achterstand om op te nemen in de huidige Sprint. Het ScrumTeam kan deze items tijdens dit proces verfijnen, waardoor het begrip en het vertrouwen toenemen.

het selecteren van hoeveel kan worden voltooid binnen een Sprint kan een uitdaging zijn.Echter, hoe meer de ontwikkelaars weten over hun prestaties in het verleden,hun aankomende capaciteit, en hun definitie van gedaan, de meer confident zullen ze in hun Sprint prognoses.

onderwerp drie: Hoe wordt het gekozen werk gedaan?

voor elk geselecteerd Product Backlog-item plannen de ontwikkelaars het werk dat nodig is om een toename te maken die voldoet aan de definitie van gedaan. Dit wordt vaak gedaan door product achterstand items ontbinden in kleinere werkitems van een dag of minder. Hoe dit gebeurt is naar eigen goeddunken van de ontwikkelaars. Niemand anders vertelt hen hoe ze product achterstand itemsin stappen van waarde te zetten.

het sprintdoel, de Product Backlog items geselecteerd voor de Sprint, Plus het plan om ze te leveren worden samen aangeduid als de SprintBacklog.

sprintplanning wordt in een tijdbox van maximaal acht uur vastgelegd voor een afdruk van één maand. Voor kortere Sprints is het evenement meestal korter.

Daily Scrum

Het doel van de Daily Scrum is om de voortgang in de richting van het sprintdoel te inspecteren en zo nodig de Sprint achterstand aan te passen, waarbij het geplande werk wordt aangepast.

De Daily Scrum is een evenement van 15 minuten voor de ontwikkelaars van het ScrumTeam. Om de complexiteit te verminderen, wordt het gehouden op dezelfde tijd en plaats elke werkdag van de Sprint. Als de producteigenaar of Scrum Master actief werkt aan items in de Sprint Backlog, nemen ze deel als ontwikkelaars.

De ontwikkelaars kunnen kiezen welke structuur en technieken ze willen,zolang hun dagelijkse Scrum zich richt op de vooruitgang naar de Sprint Goaland produceert een uitvoerbaar plan voor de volgende dag van het werk. Dit creëert focus en verbetert zelfbeheer.

dagelijkse Scrums verbeteren de communicatie, identificeren belemmeringen, bevorderen snelle besluitvorming, en elimineren bijgevolg de noodzaak van andere vergaderingen.

De Daily Scrum is niet de enige tijd dat ontwikkelaars hun plan mogen aanpassen. Ze komen vaak de hele dag bij elkaar voor meer gedetailleerde discussies over het aanpassen of opnieuw plannen van de rest van het werk van de Sprint.

Sprint Review

Het doel van de Sprint Review is om het resultaat van de sprint te inspecteren en toekomstige aanpassingen vast te stellen. Het Scrum Team presenteert de resultaten van hun werk aan de belangrijkste stakeholders en de voortgang naar het Productdoel wordt besproken.

tijdens het evenement bekijken het Scrum Team en de stakeholders wat er in de Sprint is gebeurd en wat er in hun omgeving is veranderd.Op basis van deze informatie werken de deelnemers samen aan de volgende stappen. De Productachterstanden kunnen ook worden aangepast om aan nieuwe mogelijkheden te voldoen. De print Review is een werksessie en het Scrum Team moet voorkomen dat het beperkt wordt tot een presentatie.

De Sprint Review is het op één na laatste evenement van de Sprint en de tijd is beperkt tot maximaal vier uur voor een Sprint van één maand. Voor kortere afdrukken is het evenement meestal korter.

retrospectieve Sprint

Het doel van de retrospectieve Sprint is het plannen van manieren om de kwaliteit en effectiviteit te verhogen.

het Scrum-Team inspecteert hoe de laatste Sprint verliep met betrekking tot individuele personen, interacties, processen, hulpmiddelen en hun definitie van één. Geïnspecteerde elementen variëren vaak met het werkdomein. Veronderstellingen die hen op een dwaalspoor hebben gebracht, worden geïdentificeerd en hun oorsprong verkend. TheScrum Team bespreekt wat goed ging tijdens de Sprint, welke problemen het ondervond, en hoe die problemen werden (of niet) opgelost.

het Scrum-Team identificeert de meest nuttige wijzigingen om de doeltreffendheid ervan te verbeteren. De meest impactvolle verbeteringen worden zo snel mogelijk aangepakt. Ze kunnen zelfs worden toegevoegd aan de Sprint Backlog voor de nextSprint.

De terugblik op de Sprint sluit de Sprint af. Het is tijdboxed tot eenmaximum van drie uur voor een Sprint van een maand. Voor kortere Sprints is het evenement meestal korter.

Scrum artefacten

Scrum ‘ s artefacten vertegenwoordigen werk of waarde. Ze zijn ontworpen om de transparantie van belangrijke informatie te maximaliseren. Zo heeft iedereen die ze inspecteert dezelfde basis voor aanpassing.

elk artefact bevat een verbintenis om ervoor te zorgen dat het informatie verschaft die de transparantie en de focus vergroot, aan de hand waarvan de vooruitgang kan worden gemeten:

• voor de product achterstand is het het doel van het Product.

• voor de sprint Backlog is het Sprint doel.

• voor de toename is het de definitie van gedaan.

deze toezeggingen zijn bedoeld om het empirisme en de Scrum-waarden voor het Scrum-Team en hun stakeholders te versterken.

Product Backlog

De Product Backlog is een opkomende, geordende lijst van wat nodig is om het product te verbeteren. Het is de enige bron van werk dat door het team van het escrum wordt verricht.

Product Backlog items die kunnen worden gedaan door het Scrum Team binnen oneSprint worden geacht klaar te zijn voor selectie in een Sprint planning evenement. Meestal verwerven zij deze mate van transparantie na raffinageactiviteiten.Product Backlog verfijning is de handeling van het afbreken en verder definiëren van Product Backlog items in kleinere, meer precieze items. Dit is een voortdurende activiteit om details toe te voegen, zoals een beschrijving, volgorde en grootte. Attributen variëren vaak met het domein van het werk.

De ontwikkelaars die het werk zullen doen zijn verantwoordelijk voor de thesis. De eigenaar van het Product kan de ontwikkelaars beà nvloeden door hen te helpen begrijpen en selecteren trade-offs.

Commitment: product Goal

het product Goal beschrijft een toekomstige status van het product die kan dienen als een doel voor het Scrum Team om tegen te plannen. Het doel van het Product is de Product achterstand. De rest van het product achterstand ontstaat om te definiëren ” wat ” zal voldoen aan het product doel.

een product is een vehikel om waarde te leveren. Het heeft een duidelijke grens, bekende stakeholders, goed gedefinieerde gebruikers of klanten. Een product kan een dienst zijn, een fysiek product, of iets meer abstracts.

Het Productdoel is de langetermijndoelstelling voor het Scrum-Team. Ze moeten het ene doel vervullen (of opgeven) alvorens het volgende aan te nemen.

Sprint Backlog

De Sprint Backlog is samengesteld uit het sprintdoel (waarom), de set van Product Backlog items geselecteerd voor de Sprint (wat), evenals een actief plan voor het leveren van de toename (hoe).

De Sprint Backlog is een plan van en voor de ontwikkelaars. Het is een hoogzichtbaar, real-time beeld van het werk dat de ontwikkelaars van plan zijn om tijdens de Sprint te voltooien om het sprintdoel te bereiken.Bijgevolg, de Sprint achterstand wordt bijgewerkt tijdens de Sprint asmore is geleerd. Het moet voldoende detail hebben dat ze hun voortgang in de dagelijkse Scrum kunnen inspecteren.

Commitment: Sprint Goal

De Sprint Goal is het enige doel voor de Sprint. Hoewel het printdoel een commitment van de ontwikkelaars is, biedt het flexibiliteit in termen van het exacte werk dat nodig is om het te bereiken. Het sprintdoel creëert ook samenhang en gerichtheid, waardoor het Scrum-Team wordt aangemoedigd om eerder samen te werken dan aan afzonderlijke initiatieven.

Het doel van de Sprint wordt gemaakt tijdens de sprintplanning en vervolgens toegevoegd aan de Sprint Backlog. Als de ontwikkelaars werken tijdens de Sprint,ze houden de Sprint doel in het achterhoofd. Als het werk anders blijkt te zijn dan ze verwacht hadden, werken ze samen met de producteigenaar om te onderhandelen over de omvang van de Sprint achterstand binnen de Sprint zonder het printdoel te beïnvloeden.

toename

een toename is een concrete opstap naar het Productdoel. Elke increment is additief voor alle eerdere Increments en grondig gecontroleerd,ervoor te zorgen dat alle Increments samenwerken. Om waarde te leveren, moet de Increment bruikbaar zijn.

meerdere stappen kunnen worden gemaakt binnen een Sprint. De som van de eisen wordt gepresenteerd in de Sprint Review, waardoor empirisme wordt ondersteund.Vóór het einde van de Sprint kan echter een verhoging aan de belanghebbenden worden verstrekt. De Sprint-beoordeling mag nooit worden beschouwd als een gate-to-releasing waarde.

werk kan niet als onderdeel van een verhoging worden beschouwd, tenzij het voldoet aan de definitie van gedaan.

Commitment: Definition of Done

De definitie van Done is een formele beschrijving van de staat van de opname wanneer deze voldoet aan de kwaliteitseisen voor het product.

op het moment dat een product achterstand item voldoet aan de definitie van gedaan, anIncrement is geboren.

de definitie van gedaan creëert transparantie door iedereen een gedeeld inzicht te geven in wat werk als onderdeel van de opname is voltooid. Als een product achterstand item niet voldoet aan de definitie van Doone, kan het niet worden vrijgegeven of zelfs gepresenteerd op de Sprint beoordeling.In plaats daarvan keert het terug naar het product achterstand voor toekomstige overweging.

indien de definitie van gedaan voor een verhoging deel uitmaakt van de normen van de organisatie, moeten alle scrumteams deze als minimum volgen. Als het geen organisatorische standaard is, moet het Scrum-Team een definitie creëren die geschikt is voor het product.

De ontwikkelaars moeten voldoen aan de definitie van Done. Als er meerdere scrumteams zijn die samenwerken aan een product, moeten zij gewoonlijk dezelfde definitie van gedaan definiëren en naleven.

eindnoot

Scrum is gratis en wordt aangeboden in deze gids. Het Scrum framework, zoals hierin beschreven, is onveranderlijk. Hoewel het implementeren van alleen delen van Scrum mogelijk is, is het resultaat niet Scrum. Scrum bestaat alleen in zijn geheel en functioneert als een container voor andere technieken, methodologieën en praktijken.

Dankbetuigingen

mensen

van de duizenden mensen die hebben bijgedragen aan Scrum, zouden we degenen moeten uitkiezen die in het begin instrumenteel waren: Jeff Sutherland werkte met Jeff McKenna en John Scumniotales, en Ken Schwaber werkte met Mike Smith en Chris Martin, en ze werkten allemaal samen. Veel anderen droegen in de daaropvolgende jaren bij en zonder hun hulp zou Scrum niet verfijnd worden zoals het nu is.

Scrum Guide History

Ken Schwaber en Jeff Sutherland presenteerden Scrum voor het eerst op de OOPSLAConference in 1995. Het documenteerde in wezen het leerproces dat Ken andJeff de afgelopen jaren heeft opgedaan en maakte de eerste formaldefinitie van Scrum openbaar.de Scrum Guide documents Scrum as developed, evolved, and sustained for 30-plus years by Jeff Sutherland and Ken Schwaber. Andere bronnen bieden patronen, processen en inzichten die het Scrum framework aanvullen.Deze kunnen de productiviteit, waarde, creativiteit en tevredenheid met de resultaten verhogen.

de volledige geschiedenis van Scrum wordt elders beschreven. Ter ere van de eerste plaatsen waar het werd geprobeerd en bewezen, erkennen we Individual Inc., Newspage, Fidelity Investments, en IDX (nu ge Medical).

© 2020 Ken Schwaber and Jeff Sutherland deze publicatie wordt aangeboden als licentie onder de AttributionShare-Alike license of Creative Commons, accessible athttps: / / creativecommons. org/licenses/by-sa/4.0/legalcode en ook beschreven in beknopte vorm athttps://creativecommons.org/licenses/by-sa/4.0/. Door gebruik te maken van deze ScrumGuide, erkent u en gaat u ermee akkoord dat u de voorwaarden van de Attribution Share-Alike licentie van CreativeCommons hebt gelezen en ermee instemt gebonden te zijn.