4 clichés over software moderniseren onderuitgehaald

Voor concurrentie in een snel veranderende digitale wereld is toegang tot nieuwe software cruciaal. Het vermogen om flexibeler in te kunnen spelen op marktomstandigheden en sneller nieuwe producten op de markt te kunnen brengen, is een belangrijke drijfveer om software te moderniseren. Tegelijkertijd is er ook de realiteit van bestaande keuzes rond applicaties, waarbij belangrijke drijfveren als optimaliseren van de gebruiks- en beheerkosten (TCO), reductie van complexiteit en risicobeheersing een cruciale rol spelen in het keuzeproces.

SaaS populair

Veel organisaties kiezen voor pakketoplossingen gezien de populariteit van SaaS-software (Software as a Service). Dat komt omdat het kopen van kant-en-klare oplossingen gezien wordt als de minst riskante keuze. Want het staat te boek als veilig, betrouwbaar en biedt toegang tot regelmatige opwaarderingen.

‍

Recht tegenover dit kopen van standaard software staat de traditionele wijsheid dat het bouwen van een applicatie voor een bedrijfseigen oplossing ideaal is. Het laat je organisatie flexibeler inspelen op veranderende marktomstandigheden. Omdat het een flinke, risicovolle investering is en specialistische kennis vereist, zien veel bedrijven ervan af. Alsof het beheren van tientallen verschillende systemen met hun bijbehorende koppelingen niets kost.

Vier aannames over software moderniseren van commentaar voorzien

Kortom, alle reden om alle bestaande veronderstellingen rond software moderniseren eens kritisch langs te lopen.

‍

1. Aanname: pakketoplossingen zijn goedkoper.

Velen menen dat pakketoplossingen, en daar valt ook zeker SaaS-software onder, de ideale route bieden naar een betaalbare, bedrijfszekere en gemakkelijk op te waarderen bedrijfsoplossing. De praktijk is weerbarstiger. Maar weinig organisaties kunnen en willen aan dit ideale plaatje voldoen.

‍

Dat komt omdat veel standaard pakketoplossingen aangevuld worden met maatwerk. Datzelfde geldt voor de talloze integraties die bijna altijd nodig zijn om oplossingen bruikbaar te maken. Om dit meerwerk bij de tijd te houden is de schaarse en kostbare tijd van programmeurs nodig. Daarnaast maakt aanvullend maatwerk van pakketoplossingen upgrades lastig. En wat te denken van de overbodige functionaliteit die wel in het pakket zit, maar niet gebruikt wordt.

‍

2. Aanname: ons bedrijfsproces past binnen de standaard.

Traditionele wijsheid gaat ervan uit dat organisaties eigenlijk geen eigen software hoeven te ontwikkelen. Een standaard pakketoplossing aanschaffen is goed te doen. Er hoeft tenslotte toch maar weinig aan zo’n oplossing bijgebouwd te worden om het unieke aan de eigen organisatie adequaat te ondersteunen.

‍

De realiteit is dat veel bedrijven niet van hun stapels papierwerk afkomen noch van de vele Excel-bestanden met een veelal bedrijfskritische rol. Dat komt omdat hun software niet is aangepast op hun specifieke bedrijfsproces. Zo werken magazijnen vaak net even anders ook al vallen ze onder hetzelfde overkoepelende bedrijf. Zelfs binnen organisaties is er volop variatie laat staan tussen verschillende bedrijven die van buiten precies hetzelfde lijken te doen.

‍

3. Aanname: software ontwikkelen is kostbaar.

Maatwerk software heeft niet bepaald een imago om trots op te zijn. Van het bouwen van software op maat wordt vaak gezegd dat het onbetaalbaar, riskant en duur is. Veel projecten gingen in het verleden ruimschoots over het budget en vielen ver buiten de planning. Met vaak ook nog een ontoereikend eindresultaat.

‍

De opkomst van no-code en low-code heeft de afgelopen jaren verandering gebracht in de ontwikkeling van nieuwe software. Doordat een aanzienlijk deel van het programmeerwerk uit te voeren is vanuit een grafische interface, gaan ook mensen met een bedrijfskundige achtergrond zelf aan de slag. Toegang tot cloudplatforms, open source software en online API services catalogi hebben de risico’s en kosten van softwareontwikkeling verlaagd. Dat smaakt naar meer!

‍

4. Aanname: platforms en ecosystemen, dat is niks voor ons.

In het huidige tijdperk van ongekende SaaS-populariteit werken organisaties veelal met tientallen applicaties gehost in de cloud. Wat betreft het technische beheer lijkt dat een ideale keuze, want het stelt je in staat in elk business domein van de beste software gebruik te maken zonder dat je het hoeft te beheren. Maar al die integraties verhogen je kosten, leveren je veel hoofdbrekens op en halen de snelheid uit je veranderingsproces.

‍

Kan dat niet anders? Composable software lijkt een cruciale rol in veel modernisatievraagstukken te spelen. Deze visuele benadering van softwareontwikkeling maakt het mogelijk om zonder diepgaande programmeerkennis snel applicaties te ontwikkelen die aansluiten op de bedrijfsprocessen. Maar deze aanpak onderschat de toegevoegde waarde van een geïntegreerd platform en de kracht die uit zou kunnen gaan van een ecosysteem.

Software moderniseren met application composition

Een platformaanpak maakt het mogelijk om te kiezen voor het beste van beide werelden. Door voor een ecosysteem te kiezen wordt functionaliteit ontsloten die zich al bewezen heeft en hoeven alleen bouwstenen nieuw gebouwd te worden om de uniciteit van waardevolle bedrijfsprocessen te realiseren of flexibel in te spelen op veranderende klantbehoeften en marktomstandigheden.

‍