Bij Polteq kun je op veel verschillende opdrachten terecht komen. Op veel plaatsen wordt geroepen dat je dan onderdeel wordt van een agile/scrumteam… Maar de ervaring leert dat er niet ‘echt’ volgens The Scrum Guide gewerkt wordt:

• Een review wordt pas georganiseerd als het product af is (na een paar maanden).
• Oplevering is volgens requirements, maar die waren in het begin al niet goed vertaald. En bovendien wist de klant toen ook niet precies wat hij wilde.
• Alleen het team was op de hoogte was van wat er speelde (want elke dag werd in de daily verteld wat je gisteren gedaan had en wat je vandaag ging doen)

Dit gaat volledig in tegen de drie pilaren van Scrum (inspectie, adaptie en transparantie). Bovendien is in zo’n team ‘het testen’ de pure verantwoordelijkheid voor de tester. En van unit-tests hebben de ontwikkelaars nog nooit gehoord. Elke refactor zorgde weer voor zweetpareltjes op het voorhoofd, van wat er nu weer om zou vallen. Tot je bij een opdracht terecht komt waar het ‘echte’ agile/scrum wordt verkondigd en de developers unit-tests gaan schrijven. De zon begint te schijnen. De knoppen springen open. De vogels beginnen te fluiten. De lente begint! De complexe wereld van software-ontwikkeling wordt al jaren een stuk eenvoudiger gemaakt, door het opknippen in kleine stukken. Maar bedrijven profiteren bedrijven niet ‘echt , omdat ze alleen de onderdelen gebruiken die bij hun bedrijf passen.

Wat is dan dat ‘echte scrum’? En wat kunnen unit-tests voor ons vak betekenen? Je hoort er alles over in onze track.