acceptatiecriteria

Acceptatiecriteria maken duidelijk wat een opdracht moet opleveren. Ze beschrijven concreet gedrag dat een opdrachtgever, product ownerWoordenboek · In het kortproduct ownerEen product owner is binnen Scrum verantwoordelijk voor het maximaliseren van de waarde van het product en voor het beheer van de product backlog. Deze persoon bepaalt de volgorde van het werk en maakt het productdoel duidelijk.Lees meer, ontwikkelaar of tester kan controleren. Zo weet het team vóór de ontwikkeling wanneer een functie aan de afspraak voldoet.

Waaraan voldoen goede acceptatiecriteria?

Een criterium beschrijft een waarneembare uitkomst. Bij een zoekfunctie kan bijvoorbeeld zijn afgesproken dat een gebruiker kan filteren op datum en dat een lege zoekopdracht een duidelijke melding toont. Formuleringen als ‘de pagina werkt goed’ of ‘het systeem is gebruiksvriendelijk’ zijn moeilijk te toetsen en laten ruimte voor verschillende uitleg.

Teams stellen de criteria vaak op tijdens een refinementWoordenboek · In het kortrefinementRefinement is het doorlopend verduidelijken, opdelen en inschatten van werk op de backlog, zodat het team weet wat een backlogitem inhoudt.Lees meer. Ze bespreken daarbij uitzonderingen, gebruikersrechten en foutmeldingen. Zo komen ontbrekende keuzes boven tafel voordat het werk aan een functie begint. De criteria kunnen daarna als basis dienen voor handmatige controles of geautomatiseerde tests.

Acceptatiecriteria en andere afspraken

Acceptatiecriteria horen meestal bij één taak, gebruikersverhaal of wijziging op de backlogWoordenboek · In het kortbacklogEen backlog is een geordende, veranderlijke lijst met werk voor een product of project. De volgorde helpt een team bepalen wat het als eerste moet onderzoeken of uitvoeren.Lees meer. Ze geven aan wat die specifieke oplevering functioneel moet kunnen. Ze kunnen ook grenzen aangeven: welke situaties vallen wel of niet binnen de scopeWoordenboek · In het kortscopeDe scope is de afbakening van een project of opdracht: welke doelen, werkzaamheden en resultaten er wel en niet onder vallen.Lees meer?

Een team kan daarnaast algemene kwaliteitseisen hanteren voor al het werk, zoals verplichte code reviewWoordenboek · In het kortcode reviewEen code review is de beoordeling van een codewijziging door een andere ontwikkelaar. Die controleert onder meer de werking, leesbaarheid en onderhoudbaarheid voordat de wijziging wordt samengevoegd.Lees meer, documentatie of geslaagde tests. Zulke vaste werkwijzeafspraken gelden voor meerdere taken. Acceptatiecriteria vullen die aan met voorwaarden die alleen voor de betreffende functie gelden. Ook als alle criteria zijn gehaald, blijft overleg nodig wanneer de afspraak onduidelijk is of tussentijds verandert.