Organisaties moeten de skills ontwikkelen om waardevolle software op te leveren wanneer zij dat willen. Ondanks hun inspanningen rond continuous delivery en agile lukt het organisaties nog steeds niet dit te doen. Sterker nog, het duurt vaak meerdere sprints om werkende software op te leveren en beschikbaar te maken voor eindgebruikers.
Waarom? Omdat te veel noodzakelijke (test)-activiteiten worden uitgesteld tot na afloop van de sprint. En dat terwijl organisaties een toenemende druk ervaren om waarde op te leveren aan de eindgebruikers. Dat wil je dus minimaal kunnen doen na afloop van een sprint, maar eigenlijk nog veel vaker. In dit artikel schetsen we de voornaamste pijnpunten die IT-organisaties ervaren bij het opleveren van software naar productie. Daarnaast schetsen we een aantal trends en ontwikkelingen die organisaties kunnen benutten om een einde aan de misère te maken: zorgen dat organisaties, wanneer zij dat willen, de beste software voor de eindgebruikers beschikbaar kunnen maken. Het opleveren van software zonder de juiste ontwikkel- en testactiviteiten uit te voeren is een recept voor mislukking. Het doel van de testactiviteiten is om vast te stellen of de juiste functionaliteit is opgeleverd (maken deze features echt het verschil voor onze eindgebruikers?) en of de functionaliteit op de juiste wijze geïmplementeerd is. Een combinatie van beide is de enige juiste manier. Organisaties die hierin niet kiezen voor een automation mindset blijven tijd besteden aan het verifiëren of de software ‘het nog steeds doet’. Dit verhindert dat zij hun waardevolle tijd benutten om de geschiktheid van de software echt te valideren en aan productinnovatie te doen. Lees de rest van het artikel hier (pagina 14)
Wil je hier meer over weten? Kijk dan op de pagina van Quality & Test Automation.
