Governance: hoe je flexibiliteit en controle in balans kunt brengen in Low Code

Mijn ervaring is dat een van de meest voorkomende uitdagingen voor bedrijven bij de implementatie van low code het instellen van governance is om te beheren hoe deze wordt gebruikt. Ik zie vaak dat bedrijven low code toepassen zonder enige vorm van bestuur, of, in sommige gevallen, hardhandige bestuursprocessen die leiden tot schaduw-IT-ontwikkeling.

Als het echter correct wordt geïmplementeerd, kan low code governance bedrijven helpen om sneller te bouwen en te innoveren en er tegelijkertijd voor te zorgen dat software schaalbaar en toekomstbestendig is.

In deze gids ga ik dieper in op low code governance en leg ik uit hoe je flexibiliteit en controle binnen je organisatie kunt balanceren.

Low-code, missiekritieke systemen en bestuur

Hoewel goed bestuur lange tijd essentieel is geweest voor low code, is het vandaag belangrijker dan ooit tevoren. Dat komt omdat low code steeds vaker wordt gebruikt in missiekritieke systemen.

Je kunt deze trend gemakkelijk over het hoofd zien, omdat de meeste bedrijven nog geen low code hebben toegepast voor hun geregistreerde systemen, zoals hun systemen voor enterprise resource planning (ERP) of klantrelatiebeheer (CRM). Ze gebruiken het echter steeds vaker voor hun differentiatiesystemen, waaronder klantenportalen. Dergelijke klantgerichte software moet net zo bedrijfskritisch worden beschouwd als complexere back-endsystemen.

Het integreren van low code in deze toepassingen is zeer gunstig voor bedrijven, vooral bedrijven met complexe IT-landschappen. Het stelt hen in staat om de time-to-market voor nieuwe functies te verkorten, interne processen te optimaliseren en gemakkelijker op te schalen.

Tegelijkertijd onderstreept het echter de noodzaak van low-code governance. Naarmate low code in organisaties op grotere schaal wordt gebruikt voor een breder scala aan systemen, worden zowel de voordelen van goed bestuur als de gevolgen van slecht bestuur duidelijker.

Waarom is Low Code Governance belangrijk?

Goed bestuur is cruciaal om alle voordelen van low code te benutten en mogelijke nadelen van een ongeorganiseerde IT-omgeving te voorkomen. Laten we eens nader kijken naar enkele van de belangrijkste redenen waarom elke organisatie die low code gebruikt, goed moet nadenken over bestuur.

‍

Verhoogt de ontwikkelingssnelheid

Bedrijven met wie ik heb samengewerkt zijn bang dat de implementatie van low code governance hen zal afremmen. Maar eigenlijk is het tegenovergestelde waar. Als het goed wordt uitgevoerd, kan bestuur de ontwikkeling juist versnellen.

Dat komt omdat het goedkoper en sneller is om fouten te herstellen voordat ze in een toepassing worden geschreven of op verschillende systemen worden verspreid. Dus als uw bestuursproces een ontwerpfase omvat, kunt u problemen opsporen voordat ze in nieuwe software worden verwerkt.

Deze aanpak vergt misschien een paar extra stappen in je ontwikkelingsproces, maar het bespaart uiteindelijk tijd en staat de flexibiliteit of wendbaarheid van je organisatie niet in de weg.

Voorkomt schaduw-IT

Een ander voordeel van beheerprocessen is dat ze schaduw-IT voorkomen. Dat is een situatie waarin zakelijke gebruikers hun eigen low-code apps en tools maken zonder de IT te raadplegen. Shadow IT kan resulteren in geïsoleerde apps die niet goed passen bij de rest van uw IT-infrastructuur, waardoor verwarring ontstaat en de toekomstige ontwikkelingskosten stijgen.

Governance voorkomt dit door IT-gebruikers de controle te geven over ontwikkelingsprocessen en hen tegelijkertijd nauw in contact te houden met de behoeften van zakelijke gebruikers. U kunt bijvoorbeeld richtlijnen opstellen voor het voorstellen van nieuwe ontwikkelingsbehoeften aan de IT en een regelmatig schema opstellen voor de IT-afdeling om software-updates te publiceren.

Zorgt voor kwaliteit en kostenbeheersing

Apps op bedrijfsniveau moeten voldoen aan strenge kwaliteitsnormen. Ze moeten goed presteren, weinig downtime bieden, meegroeien met uw bedrijf en relatief toekomstbestendig zijn.

Tegelijkertijd moeten ze ook binnen het budget blijven, zelfs als uw organisatie een flexibele workflow hanteert die zich minder druk maakt over de kosten.

Het voldoen aan al deze verschillende vereisten hangt af van het gebruik van governanceprocessen, zoals prestatietests en codebasebeheer, om de kwaliteit en kosten te controleren. Anders is het bijna onmogelijk om ervoor te zorgen dat je alle vakjes aanvinkt en nog steeds strakke deadlines haalt om nieuwe software op de markt te brengen.

Onze hybride benadering van bestuur

Bij CLEVR gebruiken we een hybride aanpak voor low-code governance die agile en watervalmethodologieën combineert.

De agile-methode zorgt voor snelheid en flexibiliteit, wat vooral handig is als de oplossing voor een complex probleem niet meteen duidelijk is. Het stelt ons in staat om te experimenteren, snel te itereren en verschillende oplossingen te verkennen voordat we bepalen wat we moeten bouwen.

De watervalmethode zorgt voor structuur en precisie. Zodra we de juiste oplossing hebben gevonden door middel van agile exploratie, stelt deze methodologie ons in staat om deze efficiënt te leveren: op tijd, binnen het budget en met een sterke focus op kwaliteit.

Deze hybride methodologie is van fundamenteel belang voor ons succes bij het helpen van grote bedrijven in verschillende sectoren bij het implementeren en beheren van low code. Het brengt snelheid en kwaliteit in low-code governance in evenwicht en biedt organisaties ook een nieuwe manier om toekomstige ontwikkelingen aan te pakken.

5 tips om flexibiliteit en controle in balans te brengen

Dus, hoe kan uw bedrijf een vergelijkbare hybride aanpak bereiken en flexibiliteit en controle in evenwicht brengen in low code governance? Hier zijn vier toptips gebaseerd op mijn ervaring bij CLEVR:

1. Zorg dat zakelijke en IT-gebruikers op één lijn zitten

Zakelijke en IT-gebruikers lopen vaak tegen elkaar aan als het gaat om low-code-ontwikkeling, omdat ze naar verschillende delen van dezelfde puzzel kijken.

Zakelijke gebruikers maken zich zorgen over het zo snel mogelijk op de markt brengen van functionele producten, terwijl IT-gebruikers zich vaak richten op softwarearchitectuur en beveiliging. Zowel snelheid als kwaliteit zijn belangrijk, maar elke inspanning voor softwareontwikkeling vormt een compromis tussen beide.

Om dit aan te pakken, is het essentieel ervoor te zorgen dat IT-gebruikers en zakelijke gebruikers van low code elkaars behoeften en zorgen begrijpen. IT-gebruikers moeten begrijpen welke einddoelen zakelijke gebruikers proberen te bereiken, en zakelijke gebruikers moeten begrijpen wat er nodig is om die oplossing vanuit IT-perspectief te leveren.

Dit inzicht kan worden geformuleerd in termen van het uiteindelijke doel om dezelfde klant uit verschillende delen van uw organisatie te bedienen. Op die manier kunnen zakelijke en IT-gebruikers zich afvragen hoe ze kunnen samenwerken en zich kunnen concentreren op wat ze van elkaar nodig hebben om succesvol te zijn.

Het nettoresultaat is meer synchroniteit binnen uw organisatie en een beter begrip van het belang van bestuur voor alle betrokkenen.

2. Manage de verwachtingen rond continue ontwikkeling

Wat ik vaak zie als ik met IT werk om een nieuwe applicatie te lanceren, is dat iedereen in de organisatie in eerste instantie enthousiast is. Er is veel aandacht, veel ondersteuning en veel geduld om ervoor te zorgen dat het product van de grond komt.

Maar als die applicatie eenmaal live is, veranderen de verwachtingen van zakelijke gebruikers drastisch. Ze gaan er vaak van uit dat het toevoegen van een kleine functie aan een bestaande applicatie of het updaten van de functionaliteit een eenvoudige en snelle wijziging is.

Dat is nauwelijks het geval. Mijn ervaring is dat het aanpassen van een bestaande app vaak ingewikkelder is dan het bouwen van een nieuwe, omdat het risico's inhoudt voor bestaande afhankelijkheden en functionaliteit. En, zoals ik al eerder zei, apps met een lage code worden steeds vaker gebruikt in missiekritieke systemen, waar falen geen optie is. Maar als zakelijke gebruikers vinden dat updates te lang duren, is de kans groter dat ze de IT-processen en de bestuursprocessen van uw organisatie omzeilen.

Het is dus cruciaal om de verwachtingen te managen over hoe apps na de lancering voortdurend worden ontwikkeld, verbeterd en geschaald. Ik raad aan duidelijk te communiceren dat updates langer kunnen duren dan verwacht en dat de toegang tot het aanpassen van bestaande low-code-apps strikt beperkt is tot IT-gebruikers die begrijpen hoe belangrijk het is om wijzigingen aan te brengen.

3. Gebruik timeboxing als een vorm van bestuur

Een van mijn favoriete benaderingen van low code governance is het gebruik van timeboxing om complexe projecten op te splitsen in kleinere stukken. Timeboxing zorgt voor een snelle levering van mijlpalen, terwijl er tijd overblijft voor essentiële kwaliteitscontroles.

Ik heb bijvoorbeeld ooit met een productmanager gewerkt die me vertelde dat de software die hij wilde te complex was om te documenteren. Als het te complex was om uit te leggen, was het natuurlijk zeker te complex om te bouwen.

Ik heb met de productmanager samengewerkt om de gewenste app op te splitsen in hapklare stukjes, elk met een tijdsbestek van meerdere weken voor een beheersbare, gerichte levering.

Elke timebox bood het IT-team de flexibiliteit om de ontwerp-, bouw- en testfasen te voltooien, zodat ze de juiste oplossing konden vinden voor het probleem dat het bedrijfsteam had vastgesteld. Tegelijkertijd lieten de updates aan het einde van elke timebox zien dat zakelijke gebruikers echte vooruitgang boekten en kregen ze de kans om gaandeweg feedback te delen.

Deze timeboxing-methode kan voor veel low-code-projecten worden gebruikt en werkt goed binnen de context van de hybride agile-waterfall governance-aanpak die ik eerder heb besproken.

4. Richt je op het bouwen van kleinere, beter beheersbare apps

Uw bestuursproces kan er ook baat bij hebben als u zich concentreert op het bouwen van kleinere, verbonden apps in plaats van een enkele 'superapp' die alle bedrijfsproblemen tegelijk probeert op te lossen.

Kleinere apps zijn eenvoudiger te beheren en te updaten, met minder risico voor bedrijfskritieke systemen. Ze zijn ook toekomstbestendiger omdat je ze kunt vervangen of upgraden zonder grote delen van je IT-infrastructuur te herzien.

Deze aanpak zou moeten beginnen tijdens de ontwerpfase van uw bestuursproces. IT-teams moeten zoeken naar mogelijkheden om oplossingen op te splitsen in meerdere onderling verbonden onderdelen, vooral wanneer elk onderdeel is afgestemd op een specifieke bedrijfsfunctie of -doel.

5. Zorg ervoor dat je organisatie klaar is voor low code

Tot slot is het essentieel om ervoor te zorgen dat uw organisatie de basis heeft om low code toe te passen. Deze omvatten het hebben van de juiste mensen, de juiste projecten, de juiste ontwikkelingsprocessen en het juiste low-code-platform.

CLEVR heeft een online tool gemaakt om u te helpen beoordeel de maturiteit van uw organisatie op het gebied van low code. Ik raad je ten zeerste aan om dit te gebruiken om hiaten in je low-code paraatheid te identificeren, inclusief mogelijke verbeteringen die je kunt aanbrengen in je bestaande beheerprocessen voor softwareontwikkeling.

Sterk bestuur vergroot het potentieel van Low Code

Ik kan niet genoeg benadrukken hoe essentieel sterk bestuur is om alle voordelen van low code te kunnen benutten, van snellere productlevering en meer innovatie tot het toekomstbestendig maken van de IT-infrastructuur van uw organisatie. Om te beginnen moet u zich richten op een betere afstemming van zakelijke en IT-gebruikers, het managen van verwachtingen op het gebied van continue softwareontwikkeling, het implementeren van timeboxen en het bouwen van kleinere verbonden apps.

Overweeg ten slotte om een low-code volwassenheidsbeoordeling met CLEVR om ervoor te zorgen dat uw bedrijf de nodige basis heeft voor een succesvolle invoering van low code. Met deze stappen kan je bedrijf vol vertrouwen gebruikmaken van low code om te floreren in een snel evoluerend digitaal landschap.