Hvor involveret bør professionelle udviklere komme med borgerudviklerprogrammer? Udviklere har længe vidst, at mange operativsystemer og applikationer-især fra open source-rummet-er 80% komplette med alle de nødvendige understøtninger på plads. Det var op til dem at udfylde de manglende 20% med tilpasning. Det samme princip skal anvendes på platforme med lav kode og uden kode, opfordrer nogle brancher til at opfordre.
Foto: Joe McKendrick
Dette opgaver it-teams med design af rudimentære applikationer, som slutbrugere kan pynte på. Dette vil bidrage til at reducere den tid, erhvervsbrugere kan bruge på at prøve at bygge apps og ikke nok tid på deres virksomheder. Forretningsbrugere “overvejer muligvis ikke alle de forskellige faktorer, der kræves for at kortlægge softwaren til deres krav,” siger Michael Larner, hovedanalytiker hos ABI Research. “Og du vil ikke have, at personalet kopierer indsats, når de skal fokusere på deres kerneopgaver.”
En måde at nå dette på, anbefaler Larner, ville være “en centraliseret markedsplads med skabeloner til apps med lav kode, der allerede er udviklet og godkendt af IT. Slutbrugere ville ikke have lov til at oprette deres egen uden først at henvise til markedspladsen. Ydermere , bør brugerne stimuleres og anerkendes for at levere skræddersyede apps til markedet. “
Et kritisk stykke af de 80%, som professionelle udviklere og it -ledere anvender, er beskyttelsesværn, der skal sættes på plads. “Tydeligt definerede autoværn og automatisering gør det muligt for applikationer med lave og uden kode at køre med skalerbarhed, ydeevne og modstandsdygtighed på virksomhedsniveau, så de kan overholde fortrolighed, sikkerhed og overholdelsesmandater,” siger Josh Kahn, senior vice president hos ServiceNow . “Dette giver IT mulighed for at tage et skridt tilbage og ikke behøver at overvåge hvert trin i appudviklingsprocessen.”
Et eksempel på et autoværn, som it-fagfolk kan oprette, indebærer “oprettelse af automatiserede sikkerhedsgennemgange hjælper virksomheder med at opretholde ledelsesstandarder og levere risikobaserede vurderinger, før de vedtager applikationen til det overordnede virksomhedssystem,” tilføjer Kahn. “Det er nøglen at sikre, at du har de rigtige autoværn og processer på plads, før du øger lav og uden kodeprogramudvikling via borgerudviklerprogrammer,” tilføjer han og opfordrer til større engagement i processen på alle niveauer. “Virksomheder bør fastsætte standarder ved at implementere uddannelsesprogrammer for borgerudviklere, automatiserede kodeanmeldelser, etablerede kontrolpunkter og mere.”
Det er én ting for en erhvervsbruger at “oprette og implementere en ny integreret applikation, der korrekt udtrykker den evne, de havde i tankerne,” siger Eitan Reich, chefarkitekt hos Broadway Technology. “At sikre, at systemet fortsat fungerer godt på tværs af alle scenarier, er dog noget, der stadig kræver stor it -involvering i dag.” Selvom der er et imponerende udvalg af værktøjer og platforme nu til rådighed for at øge brugerdrevet design, “ser vi store udfordringer inden for systempålidelighed, kvalitetssikring og testautomatisering, når vi ser på mere komplekse funktioner, der involverer store mængder system integration eller hybrid menneskelig/automatiseret arbejdsgang, “tilføjer han.
Low-code og no-code tilgange har vist deres værdi i en æra præget af spredning af organisationer på grund af Covid-krisen, samt utrætteligt pres for at konkurrere i den fremadskridende digitale økonomi. “Inden for det sidste år har vi set, hvordan brugssager er udvidet på tværs af afdelinger og brancher,” siger Kahn. “For eksempel overgik hospitalerne hurtigt fra papirsignaturer til digitale signaturer ved hjælp af lav og uden kode. HR-afdelinger har også brugt disse apps til at klare en lavine af operationelle udfordringer, herunder håndtering af en øget mængde serviceanmodninger og behandling af anmodninger om betalt orlov, eller udføre fjernmedarbejder onboarding. “
Igen kræver dette engagement fra it -fagfolk på fundamentalt niveau. “Low-code og no-code-tilgange sætter sig fast inden for software, der understøtter fremstillingsoperationer,” siger Larner. “Fabrikanter ønsker, at personalet har de bedste tilgængelige værktøjer til deres rådighed, men ønsker ikke at betale for at rekruttere dataforskere.” Som svar tilføjer han, “leverandører udvikler applikationer, f.eks. Til simuleringssoftware, der har forskellige grænseflader; en for eksperter og en anden for brugere, hvor simulering er af interesse, men ikke kernen i deres rolle. Platformene kan tilpasses til eller af slutbrugeren, men stadig udføre analyser på de samme datasæt og til det samme detaljeringsniveau uanset grænseflade. “
Bundlinjen er uanset hvor meget lav og ingen kode der findes på tværs af virksomhederne, det er vil stadig tage professionelle udviklere til at få det hele til at fungere.
Relaterede emner:
Enterprise Software Open Source Mobile OS 