Doorontwikkeling van je software: tips om te zorgen dat je software blijft passen bij je organisatie

Proactief doorontwikkelen in plaats van opstapelende problemen

Er zijn verschillende signalen die aangeven dat het tijd is om de huidige maatwerksoftware aan te passen. Bij Four Digits is de feedback van onze klanten hierin altijd leidend. Maar ook wij merken zelf ook signalen op die ruimte geven voor doorontwikkeling. Soms al tijdens het initiële ontwikkelproces. Siemen, onze projectmanager, vertelt:

“Bij een samenwerking spreken we altijd een scope af. Wat willen we ontwikkelen, hoeveel tijd mag dit kosten en wanneer dient de webapplicatie in gebruik te zijn. Soms komen we er tijdens een project achter dat het beter zou zijn om onderdelen van de software op een andere manier te ontwikkelen. Aan ons om dit te overleggen met de klant. Gaan we voor een snellere livegang en parkeren we deze ontwikkelingen voor nu, of verwerken we deze gelijk in het huidige proces.”

Door verbetermogelijkheden proactief te signaleren en te communiceren met onze klanten voorkomen we dat ze later onbewust tegen limieten aanlopen. Daarom plannen we graag iedere 3 maanden een evaluatiegesprek, waarin we vragen hoe de software bevalt, of er hindernissen zijn in gebruik en wensen. Maar we geven ook proactief onze kritische mening. Zelf testen we de applicatie namelijk ook regelmatig en zien we verbeterpunten, dan delen we die.

Continu doorontwikkelen via een ticketsysteem

We werken met een ticketsysteem dat het mogelijk maakt voor klanten om op ieder moment vragen, bugs of ontwikkelverzoeken in te schieten. “Dit werkt heel praktisch en transparant, omdat de communicatie over een specifiek onderwerp gegroepeerd is en door iedereen ingezien kan worden”, vertelt Siemen.

Voor het registeren van feedback hebben we een blueprint opgesteld die ons de mogelijkheid geeft om consistent informatie op te vragen. Door de specifieke opzet is er geen verkeerde interpretatie mogelijk, zodat onze doorontwikkelingen altijd volgens verwachting zijn.

Het verzamelen van feedback tijdens de sprint

Binnen ontwikkeltrajecten werken we met sprints waarbij we onze klanten om tussentijdse feedback vragen. Siemen legt uit:

“We vragen onze klanten om onze software tussentijds te testen en binnen een week feedback te geven. Alleen dan kunnen we er zeker van zijn dat het aan de verwachtingen van de klant voldoet, in plaats van dat we aan het eind van de rit opeens nog veel problemen moeten oplossen”.

Na het ontvangen van feedback vragen we onszelf altijd af of het waarde toevoegt. Is het echt nodig? Zo ja, hoe belangrijk is de verandering voor het totale project? Als het gaat om een kleine wijziging die een grote impact heeft op het proces nemen we het gelijk mee in de sprint. Maar we moeten altijd waakzaam zijn op een te groot aantal wijzigingen.

Future-proof software als doel

Binnen de software die wordt geschreven is het daarom goed om te voldoen aan kwaliteitskenmerken van software en systemen, zoals bijvoorbeeld de ISO 25010 norm. Dit houdt in dat software bij uitstek flexibel wordt opgezet. Zo heeft de software vanuit het fundament de mogelijkheid om mee te groeien met de organisatie en de veranderende doelen. Waar je op moet letten zijn de volgende punten:

1. Uitwisselbaarheid: Ervoor zorgen dat de software naadloos kan integreren en communiceren met andere systemen en technologieën.
2. Performance: Het ontwerpen van de software om efficiënt en schaalbaar te zijn, in staat om toenemende werklasten en gebruikersbehoeften aan te kunnen.
3. Betrouwbaarheid: De software bouwen met robuustheid en stabiliteit in gedachten, waarbij downtime en fouten tot een minimum worden beperkt.
4. Beveiliging: Sterke beveiligingsmaatregelen implementeren om de organisatie te beschermen tegen potentiële bedreigingen en kwetsbaarheden. Een voorbeeld is 2FA (Two-factor authentication) beveiliging.
5. Onderhoud: De software ontwikkelen op een manier die het gemakkelijk maakt om deze in de loop van de tijd bij te werken, aan te passen en te onderhouden.

We proberen zo goed mogelijk in te spelen op veranderingen tijdens het ontwikkeltraject, maar het mag nooit ten koste gaan van flexibiliteit en de uiteindelijke werking van de software. Het moet uiteindelijk wel werken.

Hoewel doorontwikkelingen vaak nodig zijn bij radicale procesveranderingen, is ons doel altijd om software te leveren die over 5 jaar nog voldoet aan de wensen van onze klant.

Enkele tips voor het proces

1. Zorg voor een blueprint of template bij het opvragen van feedback. Zo wordt feedback gestandaardiseerd en altijd uniform aangeleverd. Je komt hierdoor nooit voor verrassingen of dat het ontwikkelproces wordt afgeremd.
2. Betrek verschillende gebruikers bij feedback. Betrek niet enkel developers maar ook personen in de organisatie die de software dagelijks gebruiken. Praat met de gebruikers.
3. Vraag je altijd af of de doorontwikkeling echt een significante impact heeft. Het moet effect op jouw dagelijkse processen hebben en niet een nice to have is of er mooi uitziet. Het moet waarde leveren. Zeker bij minder grote budgetten.
4. Zorg dat elke doorontwikkeling future proof is en niet een quick win voor de korte termijn.

Benieuwd hoe wij ervoor zorgen dat jouw software op maat over 5 jaar nog perfect past bij jouw organisatieprocessen? Neem contact op voor een gratis adviesgesprek.