Waarom jouw ontwikkelaars onvoldoende kwaliteit leveren
Hoe vaak denk jij als besluitvormer dat je goede ontwikkelaars in dienst hebt? En waarom ben je dan toch teleurgesteld over de kwaliteit van wat zij opleveren?
Ongetwijfeld werk je met ontwikkelaars die slim, hardwerkend en toegewijd zijn. De cv’s staan vol met jarenlange ervaring en meerdere diploma’s; één of twee universitaire graden is geen uitzondering meer. Toch merk je dat het opgeleverde resultaat niet aan je verwachtingen voldoet. Dat is geen toeval. Het probleem zit ‘m namelijk niet in de kwaliteit van je mensen, maar in de manier waarop hun werk wordt georganiseerd.
Een gebrekkig werkproces
Veel organisaties halen hun ontwikkelaars buiten de deur. Door de hoge tarieven, het intensieve gebruik van vakjargon en de grote beloftes ontstaat al snel het gevoel dat je kunt leunen op die expertise. Zij zijn immers de specialisten. Dat voelt als ontzorging, maar zonder expliciete werkafspraken en kwaliteitsstandaarden plaats je zelfs de beste ontwikkelaars in een niemandsland.
Het gevolg is een volledig eigen invulling van communicatie, rolverdeling en kwaliteitscontrole. Dit zorgt voor lagere productkwaliteit en meer productie-issues. Waarom? Omdat er geen aandacht is voor het werkproces. Er wordt gebouwd zonder expliciete standaarden die kwaliteit borgen.
Kosten zonder waarde
Tijd om fouten te herstellen is niet gratis. Toen Piet, die we in een eerdere blog hebben gevolgd, bij een nieuwe klant begon, moest hij zo snel mogelijk aan de slag. Nog voordat afspraken waren gemaakt over testwerk, beslisbomen of ontwikkelconventies, werd duidelijk dat er snel resultaat werd verwacht. Snel was het, goed was het niet. En dat kost tijd. Tijd om fouten te herstellen die voorkomen hadden kunnen worden als vooraf duidelijk was geweest aan welke kwaliteitsafspraken het werk moest voldoen.
Dit is tijd die niets oplevert, alleen maar kost. Ja, tijd is besteed aan het daadwerkelijke bouwen. Maar de verspilling zit in de extra tijd die nodig is om defecten te herstellen die nooit hadden hoeven ontstaan. Het opgeleverde werk van Piet blijkt namelijk vol te zitten met fouten en onvolkomenheden. Niet omdat hij onbekwaam was, maar omdat zijn werk plaatsvond zonder kwaliteitskader.
Beloftes blijven uit
Zolang niemand zich bezighoudt met de werkstandaarden waarmee ontwikkelaars werken, kan de kwaliteit van het opgeleverde resultaat niet worden gegarandeerd. Dat schaadt het vertrouwen. De business ervaart IT als onbetrouwbaar, terwijl IT merkt dat beloftes niet kunnen worden waargemaakt.
In die context werkt harder werken niet. Meer bouwen verplaatst alleen de aandacht van het gebrek aan duidelijke kwaliteitsregels en vergroot daarmee de verspilling.
Bouw vertrouwen terug
Kwaliteit kan alleen structureel worden gegarandeerd als ontwikkelteams werken binnen heldere werkprocessen. Een expliciet kader dat groter is dan de werkwijze van de individuele ontwikkelaar en richting geeft aan keuzes, ook wanneer de druk oploopt. Dit bereik je door duidelijke afspraken, vastgelegde standaarden en gedeelde conventies aan de voorkant.
Vanuit Squad Apps help ik je daarbij. Door scherp te diagnosticeren waar standaarden ontbreken en door samen werkprocessen te ontwerpen die consistent leiden tot oplossingen die doen wat ze beloven. Zodat jij als besluitvormer weer met vertrouwen de kwaliteit van het resultaat kunt garanderen.
We helpen je niet om harder te bouwen. We helpen je om te zorgen dat bouwen weer werkt.
No items found.
