Zijn zakelijke gebruikers klaar en in staat om geavanceerde applicaties te bouwen met behulp van low-code en no-code platforms? Er is veel hoop en hype verbonden aan de low-code en no-code softwarebeweging, maar dat betekent niet dat ontwikkelaars hun IDE's binnenkort zullen ophangen. We zijn nog lang niet in de buurt van het punt waarop zakelijke gebruikers relatief geavanceerde applicaties kunnen bouwen en implementeren zonder de hulp van hun informatietechnologie-afdelingen.
Foto: Joe McKendrick
“Over het algemeen zijn de meeste door burgers ontwikkelde applicaties die we tegenwoordig zien, gericht op één proces met beperkte tot geen integraties”, zegt David Beaudreau, VP van de US Cloud Practice bij Sogeti, een onderdeel van Capgemini. “Er zijn een paar gevallen waarin burgerontwikkelaars multifunctionele proces- en workflow-applicaties maken, evenals complexe business intelligence-dashboards, maar dit is meestal de uitzondering.”
Niet iedereen in de branche is het er echter over eens dat geavanceerde applicaties verboden zijn voor ontwikkelaars met weinig of geen code. Linda Ding, senior directeur verticale marketingstrategie bij Laserfiche, zegt dat ze klanten “zeer geavanceerde applicaties heeft zien bouwen in de loop van de Covid-19-pandemie”. Een combinatie van schaarse IT-middelen en de vraag naar onmiddellijke oplossingen leidde tot de vraag naar een reeks toepassingen, zegt ze, waaronder “formulieren en processen voor het aanvragen van hotspots voor studenten die ze nodig hebben voor leren op afstand; verdeling van financiële hulp en verspreiding van salaris.” Dit zijn voorbeelden van applicaties die “allemaal relatief geavanceerde workflows, logica en integraties vereisen, mogelijk gemaakt door low-code, no-code tools in de handen van zakelijke gebruikers.”
Op de een of andere manier zal er altijd een actieve rol zijn voor IT-afdelingen op het gebied van beheer en ondersteuning van een applicatie. De rol van een zakelijke gebruiker is “bouwen ja, implementeren nee”, zegt Chris Ellis, technisch directeur bij Nintex. “Geavanceerde applicaties hebben geavanceerde problemen. Vaker wel dan niet kan een eenvoudig te bouwen applicatie later hoofdpijn opleveren.”
Ellis dringt aan op een “doorlichtings- en verificatieproces of goedkeuring van oplossing-builds om via IT te implementeren”. “Zakelijke gebruikers van organisaties zouden zeker deel moeten uitmaken van de identificatie van verbeteringen en deel van de oplossing, maar het is kortzichtig om hen te zien als de enige beheerders die een transformatieverschuiving met weinig code aansturen.”
Volgens Beaudreau zijn applicaties die buiten het IT-domein worden gebouwd, over het algemeen eenvoudiger, meer perifere. “We zien vooral dat bedrijven enkelvoudige proces- en workflowapplicaties bouwen die handmatige processen ondersteunen die vaak buiten het IT-domein vallen vanwege budgetbeperkingen en/of waargenomen ROI”, zegt hij. “IT-expertise is nog steeds belangrijk bij het omgaan met nieuwe pakketplatforms, sterk geïntegreerde omgevingen of bij het zoeken naar nieuwe technologieën binnen de organisatie. IT is ook nog steeds vereist om ondersteunende mogelijkheden zoals integratie en moderne dataplatforms te implementeren om burgerontwikkelaars en hun creatie te ondersteunen activiteiten.”
Tegelijkertijd openen steeds geavanceerdere low-code/no-code ontwikkelingsmethoden nieuwe paden voor innovatie. “We zien dit bij burgerontwikkelaars terwijl we hen begeleiden bij meeslepende evenementen zoals hackathons”, vertelt Beaudreau. “Omdat ze low-code platforms begrijpen, zijn ze in staat om hun capaciteiten af te stemmen op veelvoorkomende problemen in hun dagelijkse werkleven. Vanuit hun first-person perspectief zien ze vaak meer innovatieve en soms simplistische oplossingen dan wat van een IT-afdeling zou kunnen komen. perspectief.”
Recente gebeurtenissen hebben ook de grenzen van innovatie vergroot. De Covid-crisis “versnelde de adoptie van low-code en no-code tools vanwege de urgentie en de nijpendheid van de situatie – uitdagingen ontwikkelden zich dagelijks, zelfs elk uur, en organisaties moesten experts op het gebied van zakelijke materie buiten IT in staat stellen om de applicaties die zouden voldoen aan de operationele en klantbehoeften”, zegt Ding. “Traditionele manieren om applicaties te ontwikkelen kunnen enkele maanden in beslag nemen – voor het testen, debuggen en implementeren in een bedrijfsomgeving. Gezien de snelheid van de hedendaagse bedrijfsvoering, veranderende klantverwachtingen en de onvoorspelbaarheid van markten, is die tijdlijn niet langer voldoende.”
Zakelijke gebruikers – bedrijfsanalisten en beheerders buiten de IT-afdeling – “zijn zeer goed bekend met hun eigen processen en de processen die van invloed zijn op hun klanten”, voegt ze eraan toe. “Wanneer ze een platform of de tools krijgen die ze nodig hebben om hun problemen op te lossen, zijn ze in staat om zeer geavanceerde applicaties te maken die niet alleen back-end workflows zijn, maar klantgerichte oplossingen die zeer innovatief zijn.”
< p>Met low-code en no-code benaderingen, “zijn er veel mogelijkheden om de klantervaring te verbeteren die niet zouden bestaan als bedrijven alleen op IT zouden vertrouwen om applicaties te ontwikkelen”, zegt Ding. “Low-code en no-code plaatsen de probleemoplossende tools in handen van zakelijke gebruikers, die de uitdagingen van de klant kunnen aanpakken, de doorlooptijden voor implementatie kunnen versnellen en enorme waarde kunnen toevoegen voor klanten.”
Low-code en no-code benaderingen zijn niet alleen gunstig voor niet-technische zakelijke gebruikers. Professionele ontwikkelaars gebruiken om verschillende redenen ook low-code/no-code-oplossingen. “We hebben een aanzienlijke interesse gezien in low-code/no-code training, omdat ontwikkelaars nu beseffen dat deze platforms niet gelijk staan aan functionele beperking”, zegt Beaudreau. “De platforms stellen de ontwikkelaar in staat zich te concentreren op zakelijk functioneel ontwerp in plaats van niet-functionele vereisten die de platforms zelf vaak beheren.”
Dit maakt de weg vrij om in de ontwikkelingswinkels van vandaag echt meer te doen met minder. “Als je als professionele ontwikkelaar je werklast effectief kunt schalen om volledige naleving te leveren – of dat nu is met een low-code/no-code-oplossing, volledig op maat of iets daartussenin – zou een succesvol klantresultaat altijd de nummer één moeten zijn prioriteit”, zegt Ellis. “De weg van de minste weerstand gebruiken om daar te komen, is simpelweg slimmer werken en niet harder. Dat je iets op maat kunt ontwikkelen, betekent niet dat je dat ook moet doen.”
Een robuuste low-code of no-code cultuur met steeds geavanceerdere applicaties brengt nieuwe uitdagingen met zich mee. Om te beginnen: “governance, of het gebrek daaraan, geassocieerd met wildgroei is iets dat iedereen die met SharePoint is opgegroeid bekend zou moeten zijn”, zegt Ellis. “Business units toestaan te bouwen en te implementeren wat ze willen, ongebonden, kan heel snel de administratieve en licentiehoofdpijn van iemand anders worden.”
Een minder voor de hand liggend risico, voegt Beaudreau eraan toe, “is de groei in de vereiste applicatieondersteuning die kan optreden wanneer burgerontwikkelaars hun gebruik van de platforms versnellen. Dit kan mogelijk de IT-ondersteuningscapaciteit van de organisatie overtreffen.” Duplicatie is een ander risico bij low-code/no-code. “Er zullen zeker overeenkomsten zijn binnen een bedrijf en er moet moeite worden gedaan om te voorkomen dat dezelfde oplossing wordt gebruikt, alleen in verschillende bedrijfseenheden”, waarschuwt Ellis.
Verwante onderwerpen:
Cloud Big Data Analytics-ontwikkelaar voor innovatietechnologie en werksamenwerking 