Er forretningsbrugere klar og i stand til at opbygge sofistikerede applikationer ved hjælp af platforme med lav kode og ikke-kode? Der er meget håb og hype forbundet med lav-kode og no-code softwarebevægelse, men det betyder ikke, at udviklere vil hænge deres IDE'er op når som helst snart. Vi er ikke nær det punkt, hvor forretningsbrugere faktisk kan opbygge og implementere relativt sofistikerede applikationer uden hjælp fra deres informationsteknologiafdelinger.
Foto: Joe McKendrick
“Generelt er de fleste af de borgerudviklede applikationer, vi ser i dag, fokuseret på en enkelt proces uden begrænsninger,” siger David Beaudreau, vicepræsident for US Cloud Practice i Sogeti, en del af Capgemini. “Der er et par tilfælde, hvor borgerudviklere opretter multifunktionelle proces- og workflowapplikationer samt komplekse business intelligence-dashboards, men dette er for det meste undtagelsen.”
Ikke alle i branchen er enige om, at sofistikerede applikationer er uden grænser for udviklere med lav og ingen kode. Linda Ding, seniordirektør for vertikal markedsføringsstrategi hos Laserfiche, siger, at hun har set kunderne “opbygge meget sofistikerede applikationer i løbet af Covid-19-pandemien.” En kombination af knappe it-ressourcer og efterspørgsel efter øjeblikkelige løsninger medførte efterspørgsel efter en række applikationer, siger hun, herunder “formularer og processer til anmodning om hotspots til studerende, der har brug for dem til fjernindlæring; fordeling af økonomisk støtte og formidling af lønseddel.” Dette er eksempler på applikationer, der “alle kræver relativt sofistikerede arbejdsgange, logik og integrationer, muliggjort gennem værktøjer med lav kode uden kode i forretningsbrugernes hænder.”
På den ene eller anden måde vil der altid være en aktiv rolle for IT-afdelinger med hensyn til styring og support af en applikation. En forretningsbrugeres rolle er “bygg ja, implementer nej,” siger Chris Ellis, teknisk direktør hos Nintex. “Sofistikerede applikationer har sofistikerede problemer. Oftere end ikke kan en applikation, der er let at bygge, blive hovedpine længere nede på linjen.”
Ellis opfordrer til en “kontrol- og verifikationsproces eller godkendelse af løsnings-builds til implementering via it” -tilgang. “Organisationers forretningsbrugere burde helt sikkert være en del af identifikationen af forbedringer og en del af løsningen, men det er kortsigtet at se dem som de eneste vogtere, der kører en transformering med lav kode.”
Beaudreau føler, at applikationer bygges uden for it-domænet, har tendens til at være enklere, mere perifere. “Vi ser primært virksomheder bygge enkeltfokuserede proces- og workflowapplikationer, der understøtter manuelle processer, der ofte falder uden for IT-området på grund af budgetbegrænsninger og/eller opfattet ROI,” siger han. “IT-ekspertise er stadig vigtig, når det drejer sig om nye pakkede platforme, stærkt integrerede miljøer, eller når man ønsker at muliggøre nye teknologier i organisationen. Det er også stadig nødvendigt at implementere understøttende kapaciteter som integration og moderne dataplatforme til at støtte borgerudviklere og deres oprettelse aktiviteter. ”
Samtidig åbner stadig mere sofistikerede udviklingsmetoder med lav kode/ingen kode nye veje for innovation. “Vi ser dette med borgerudviklere, når vi guider dem gennem fordybende begivenheder som hackathons,” fortæller Beaudreau. “Da de forstår platforme med lav kode, er de i stand til at tilpasse kapaciteten til almindelige problemer i deres daglige arbejdsliv. Med deres førstepersonsperspektiv ser de ofte mere innovative og undertiden forenklede løsninger end hvad der kan komme fra en it perspektiv.”
Nylige begivenheder har også skubbet rammen for innovation. Covid-krisen “fremskyndede vedtagelsen af værktøjer med lav kode og ikke-kode på grund af situationens hastende og direnske situation – udfordringer udviklede sig dagligt, endda hver time, og organisationer måtte give forretningseksperter uden for IT mulighed for at skabe applikationer, der skulle imødekomme drifts- og kundebehov, ”siger Ding. “Traditionelle måder at udvikle applikationer på kan tage adskillige måneder – til test, fejlretning og implementering i et virksomhedsmiljø. For hastigheden i nutidens forretning, ændrede kundeforventninger og uforudsigelighed på markederne er tidslinjen ikke længere tilstrækkelig.”
Forretningsbrugere – forretningsanalytikere og administratorer uden for IT-afdelingen – “er fortrolige med deres egne processer og dem, der påvirker deres kunder,” tilføjer hun. “Når de får en platform eller de værktøjer, de har brug for til at løse deres problemer, er de i stand til at oprette meget sofistikerede applikationer, der ikke kun er back-end-workflows, men også løsninger, der er målrettet mod kunden, og som er meget innovative.”
< p>Med tilgang med lav kode og ikke-kode er der “mange muligheder for at forbedre klientoplevelsen, som ikke ville eksistere, hvis virksomheder udelukkende stod på it til at udvikle applikationer,” siger Ding. “Lav kode og ingen kode placerer problemløsningsværktøjerne i hænderne på forretningsbrugere, der kan tackle kundens udfordringer, fremskynde leveringstiderne for implementering og tilføje enorm værdi for kunderne.”
Metoder med lav kode og ikke-kode er ikke kun til gavn for ikke-tekniske forretningsbrugere. Professionelle udviklere vedtager også forskellige kode-/ikke-kodeløsninger af forskellige årsager. “Vi har set en betydelig interesse i træning med lav kode/ingen kode, da udviklere nu indser, at disse platforme ikke svarer til funktionel begrænsning,” siger Beaudreau. “Platformene giver udvikleren mulighed for at fokusere på forretningsfunktionelt design snarere end ikke-funktionelle krav, som platformene ofte administrerer.”
Dette baner vejen for virkelig at gøre mere med mindre i nutidens udviklingsbutikker. “Hvis du effektivt kan skalere din arbejdsbyrde som professionel udvikler for at levere fuld overholdelse – hvad enten det er med en løsning med lav kode/ingen kode, fuld brugerdefineret eller noget derimellem – skal et vellykket kunderesultat altid være nummer et prioritet, “siger Ellis. “At bruge den mindste modstands vej til at komme dertil fungerer simpelthen smartere og ikke sværere. Bare fordi du kan tilpasse udviklingen af noget, betyder det ikke, at du skal.”
En robust kultur med lav kode eller ikke-kode med stadig mere sofistikerede applikationer giver nye sæt udfordringer. Til at begynde med er “regeringsførelse eller mangel på det, der er forbundet med sprawl, noget, som enhver, der er vokset op omkring SharePoint, skal være fortrolig med,” siger Ellis. “At give forretningsenheder mulighed for at opbygge og implementere det, de ønsker, uden bunden, kan meget hurtigt blive en andens administrative og licenshovedpine.”
En mindre åbenbar risiko, tilføjer Beaudreau, “er væksten i påkrævet applikationssupport, der kan opstå, når borgerudviklere fremskynder deres brug af platformene. Dette kan muligvis overgå organisationens it-supportkapacitet.” Kopiering er en anden risiko med lav-kode/ingen-kode. “Der er sandsynligvis fællesheder på tværs af en virksomhed, og der bør gøres en indsats for at undgå at fordoble den samme løsning, bare i forskellige forretningsenheder,” advarer Ellis.
Relaterede emner:
Cloud Big Data Analytics Innovation Tech og Work Collaboration Developer 