Software is één van de weinige dingen die ingewikkelder worden zodra je denkt dat iets eenvoudig is.
Als je niet dagelijks met softwareontwikkeling bezig bent, lijkt een kleine aanpassing vaak precies dat: klein. Een extra knop. Een nieuw scherm. Een aanvullende functie.
Op papier lijkt het een beperkte wijziging.
Maar software werkt zelden op papier.
Een digitaal platform bestaat niet uit losse onderdelen die toevallig naast elkaar bestaan. Alles hangt met elkaar samen. Functionaliteiten delen gegevens, processen bouwen op elkaar voort en gebruikers verwachten dat alles logisch blijft werken.
Een wijziging op de ene plek heeft daardoor vaak gevolgen op een andere plek.
Juist daarom bestaat ‘even snel’ in softwareontwikkeling maar zelden.
Een kleine wijziging kan een groot systeem raken
Vergelijk het met een spoornetwerk.
Reizigers zien vooral de trein die van A naar B rijdt. Onder de oppervlakte ligt echter een netwerk van rails, wissels, beveiliging en dienstregelingen dat ervoor zorgt dat die reis überhaupt mogelijk is.
Verander je één spoor, dan kan dat gevolgen hebben voor tientallen andere verbindingen.
Niet omdat het systeem ingewikkeld wil zijn.
Maar omdat alles met elkaar verbonden is.
Een LMS/LXP werkt op dezelfde manier.
Stel dat je iets verandert aan rollen en rechten. Dan kan dat gevolgen hebben voor wat iemand op een dashboard ziet, welke content beschikbaar is of welke handelingen iemand mag uitvoeren.
Voeg je iets toe aan een leerpad, dan wil je weten wat dat betekent voor voortgang, toetsing, certificering of rapportages.
En wanneer een leerplatform gekoppeld is aan andere systemen, kan een verandering ook gevolgen hebben voor de gegevens die via zo’n koppeling worden uitgewisseld.
Voor de gebruiker kan de uiteindelijke wijziging nog steeds voelen als iets heel kleins.
Achter die kleine wijziging kan alleen een behoorlijk grote afweging zitten.
Een SaaS-platform moet ook morgen blijven werken
Dat betekent niet dat veranderingen moeilijk of onmogelijk moeten zijn.
Integendeel.
Goede software moet juist kunnen meegroeien met nieuwe wensen van klanten, ontwikkelingen in leren en veranderingen in technologie.
Maar bij een SaaS-platform speelt nog iets anders.
Wat je vandaag voor één vraag ontwikkelt, mag morgen niet ergens anders iets kapotmaken.
Een nieuwe functionaliteit moet passen binnen wat er al is. Bestaande gebruikers moeten kunnen blijven doen wat ze deden. Andere onderdelen van het platform moeten blijven functioneren. En een oplossing voor één specifieke situatie moet niet onnodig ingewikkeld worden voor alle andere gebruikers.
Daarom kijken softwareontwikkelaars zelden alleen naar de vraag die vandaag op tafel ligt.
Ze kijken ook naar de gevolgen voor morgen.
Niet om veranderingen af te remmen, maar om te voorkomen dat een snelle oplossing later nieuwe problemen veroorzaakt.
Soms is de snelste oplossing juist niet de beste
Dat vind ik misschien wel een van de interessantste dingen aan softwareontwikkeling.
De vraag van een klant kan heel concreet zijn:
Kunnen we hier niet gewoon een knopje maken?
En soms is het antwoord inderdaad: ja.
Maar soms blijkt achter die knop een andere vraag te zitten. Of bestaat er binnen het platform al een manier om hetzelfde op te lossen. Misschien raakt de wijziging veel meer onderdelen dan je aan de voorkant kunt zien. Of kun je iets net anders ontwikkelen waardoor niet alleen deze klant, maar ook andere gebruikers er iets aan hebben.
Dan is het verleidelijk om snel te bouwen wat gevraagd wordt.
Maar beter om eerst te begrijpen waarom het gevraagd wordt.
Doorontwikkeling is ook zorgen voor wat er al staat
Misschien is dat wel het grootste verschil tussen iets één keer bouwen en een softwareplatform jarenlang doorontwikkelen.
Bouwen is niet alleen iets toevoegen.
Het is er ook voor zorgen dat alles wat er al staat betrouwbaar blijft functioneren.
Bij Learning Heroes ontwikkelen we ons LMS/LXP-platform continu door. Nieuwe wensen en functionaliteiten bekijken we daarom niet alleen als losse toevoegingen, maar als onderdeel van het totale platform. We kijken naar de gevolgen voor gebruikers, bestaande functionaliteiten, data, processen en eventuele koppelingen voordat we bepalen hoe een verandering het beste kan worden gerealiseerd.
Niet iedere klantvraag hoeft daardoor maatwerk te worden. Soms ligt de oplossing al binnen de bestaande SaaS-functionaliteit. Soms vraagt een wens om een andere inrichting. En soms is nieuwe functionaliteit of een koppeling wel degelijk de beste oplossing.
Maar ook dan moet die passen binnen het geheel.
Misschien is dat wel de paradox van goede softwareontwikkeling.
De beste wijzigingen zijn soms precies de wijzigingen waarvan een gebruiker nooit zal weten hoeveel denkwerk erin zat.
Omdat de rest gewoon blijft doen wat het moet doen.
Learning Heroes ontwikkelt en beheert een eigen SaaS LMS/LXP-platform voor onder andere opleidings- en trainingsbureaus, uitgeverijen, kennisorganisaties en (semi-)overheden die online en blended leren willen aanbieden. Het platform wordt continu doorontwikkeld met nieuwe functionaliteiten, verbeteringen en koppelingen. Daarbij kijken we niet alleen naar een afzonderlijke klantvraag, maar ook naar de gevolgen voor bestaande functionaliteiten, gebruikers, data en de architectuur van het leerplatform. Zo kan het platform meegroeien zonder dat iedere nieuwe wens leidt tot los maatwerk of onnodige technische complexiteit.
