Halve oplossingen en software die niet gebruikt wordt.
Veranderingen in je systemen moeten vaak tussendoor gebeuren, je bent namelijk al druk genoeg met de dagelijkse zaken.
Dus zonder al te veel te onderzoeken denk je: dit is het probleem, en dit is de oplossing – en begin je meteen met bouwen.
Gevolg: halve oplossingen en software die niet gebruikt wordt.
Wie mag het vervolgens gaan oplossen?
Jij zelf, helaas.
Grote kans dat je nieuwe systeem:
-> niet aansluit op je werkprocessen
-> niet wordt gebruikt door je medewerkers
-> of simpelweg niet oplevert wat je ervan verwachtte
Een van de manieren om dit te voorkomen is met de zogenaamde ‘sprint 0’.
Geen sprint in de klassieke zin, maar een verkenningsfase waarin je de juiste vragen stelt vóórdat je begint.
-> Wat is het werkelijke probleem dat je gaat oplossen?
-> Zijn je doelen haalbaar binnen het beschikbare budget en tijd?
-> En: wie moet er vanaf dag 1 betrokken zijn?
De helderheid die je hieruit haalt blijkt serieus goed te werken:
Volgens onderzoek hebben softwareprojecten met duidelijke vereisten vóór de start van de ontwikkeling namelijk tot 97% meer kans van slagen.
Zonder zo’n fase? Dan loopt tot 66% van de softwareprojecten uit op mislukking.
Al zit je dus nog zo krap in je tijd; vergeet nooit hoe belangrijk een goede voorbereiding is.
Het is een buffer tegen verspilling.
