Är affärsanvändare redo och kan bygga sofistikerade applikationer med plattformar med låg kod och ingen kod? Det finns mycket hopp och hype associerat med programvarurörelsen med låg kod och ingen kod, men det betyder inte att utvecklare kommer att hänga upp sina IDE när som helst. Vi är inte i närheten av den punkt där företagsanvändare faktiskt kan bygga och distribuera relativt sofistikerade applikationer utan hjälp från deras informationstekniska avdelningar.
Foto: Joe McKendrick
“I allmänhet är de flesta medborgarutvecklade applikationer som vi ser idag enprocessfokuserade med begränsade till inga integrationer”, säger David Beaudreau, VP för US Cloud Practice i Sogeti, en del av Capgemini. “Det finns några tillfällen där medborgarutvecklare skapar multifunktionella process- och arbetsflödesapplikationer, liksom komplexa business intelligence-instrumentpaneler, men det här är mest undantaget.”
Inte alla i branschen är överens om att sofistikerade applikationer är begränsade för utvecklare med låga och utan kod. Linda Ding, chef för vertikal marknadsföringsstrategi på Laserfiche, säger att hon har sett kunder “bygga mycket sofistikerade applikationer under Covid-19-pandemin.” En kombination av knappa IT-resurser och efterfrågan på omedelbara lösningar medförde efterfrågan på en rad applikationer, säger hon, inklusive “formulär och processer för att begära hotspots för studenter som behöver dem för avlägset lärande; fördelning av ekonomiskt stöd och spridning av lönecheck.” Dessa är exempel på applikationer som “alla kräver relativt sofistikerade arbetsflöden, logik och integrationer, möjliggjorda med lågkodsverktyg utan kod i företagsanvändarnas händer.”
På ett eller annat sätt kommer det alltid att finnas en aktiv roll för IT-avdelningar när det gäller styrning och support av en applikation. En företagsanvändares roll är “bygg ja, distribuera nej”, säger Chris Ellis, teknisk regissör på Nintex. “Sofistikerade applikationer har sofistikerade problem. Ofta kan en applikation som är lätt att bygga bli huvudvärk längre ner på linjen.”
Ellis uppmanar till en “kontroll- och verifieringsprocess eller godkännande av lösnings-builds att distribuera via IT”. “Organisationernas företagsanvändare borde verkligen vara en del av identifieringen av förbättringar och en del av lösningen, men det är kortsiktigt att se dem som de enda vårdnadshavarna som driver en förändring med låg kodomvandling.”
Beaudreau känner att applikationer byggs utanför IT-domänen, tenderar att vara enklare, mer perifera. “Vi ser främst företag bygga enfokuserade process- och arbetsflödesapplikationer som stöder manuella processer som ofta faller utanför IT-området på grund av budgetbegränsningar och/eller upplevd avkastning,” säger han. “IT-expertis är fortfarande viktigt när det gäller nya paketerade plattformar, mycket integrerade miljöer eller när man vill möjliggöra ny teknik inom organisationen. IT krävs också att implementera stödfunktioner som integration och moderna dataplattformar för att stödja medborgarutvecklare och deras skapande aktiviteter. ”
Samtidigt öppnar alltmer sofistikerade utvecklingsmetoder med låg kod/ingen kod nya vägar för innovation. “Vi ser detta med medborgarutvecklare när vi guidar dem genom uppslukande händelser som hackathons”, berättar Beaudreau. “Eftersom de förstår plattformar med låg kod kan de anpassa förmågan till vanliga problem i sitt dagliga arbetsliv. Med sitt förstapersonsperspektiv ser de ofta mer innovativa och ibland förenklade lösningar än vad som kan komma från en IT perspektiv.”
Nya händelser har också drivit kuvertet för innovation. Covid-krisen “påskyndade antagandet av verktyg med låg kod och ingen kod på grund av situationens brådskande och snäva utmaningar utvecklades dagligen, till och med varje timme, och organisationer var tvungna att ge företagsämnsexperter utanför IT för att skapa applikationer som skulle tillgodose drifts- och kundbehov, säger Ding. “Traditionella sätt att utveckla applikationer kan ta flera månader – för att testa, felsöka och distribuera i en företagsmiljö. För snabbheten i dagens affärer, förändrade kundförväntningar och oförutsägbarheten på marknaderna är den tidslinjen inte längre tillräcklig.”
Affärsanvändare – affärsanalytiker och administratörer utanför IT-avdelningen – “är väl förtrogna med sina egna processer och de som påverkar deras kunder”, tillägger hon. “När de får en plattform eller de verktyg de behöver för att lösa sina problem, kan de skapa mycket sofistikerade applikationer som inte bara är backend-arbetsflöden, utan kundinriktade lösningar som är mycket innovativa.”
< p>Med metoder med låg kod och ingen kod “finns det många möjligheter att förbättra klientupplevelsen som inte skulle existera om företag enbart litade på IT för att utveckla applikationer”, säger Ding. “Lågkodad och ingen kod sätter problemlösningsverktygen i händerna på affärsanvändare, som kan hantera kundutmaningar, påskynda omloppstider för distribution och tillföra enormt värde för kunderna.”
Metoder med låg kod och ingen kod gynnar inte bara icke-tekniska affärsanvändare. Professionella utvecklare antar också lösningar med låg kod/ingen kod av olika skäl. “Vi har sett ett stort intresse för utbildning med låg kod/ingen kod eftersom utvecklare nu inser att dessa plattformar inte motsvarar funktionell begränsning”, säger Beaudreau. “Plattformarna tillåter utvecklaren att fokusera på affärsfunktionell design snarare än icke-funktionella krav som plattformarna själva ofta hanterar.”
Detta banar väg för att verkligen göra mer med mindre i dagens utvecklingsbutiker. “Om du kan skala din arbetsbelastning effektivt som en professionell utvecklare för att leverera fullständig efterlevnad – oavsett om det är med en lösning med låg kod/ingen kod, fullständig anpassning eller något däremellan – bör ett framgångsrikt kundresultat alltid vara nummer ett prioritet, säger Ellis. “Att använda vägen för minst motstånd för att komma dit fungerar helt enkelt smartare och inte svårare. Bara för att du kan anpassa utvecklingen av något betyder inte att du borde.”
En robust kultur med låg kod eller ingen kod med allt mer sofistikerade applikationer medför nya uppsättningar utmaningar. Till att börja med är “styrning eller brist på det, associerat med spridning något som alla som har vuxit upp runt SharePoint bör känna till”, säger Ellis. “Att tillåta affärsenheter att bygga och distribuera vad de vill, oavhängigt, kan snabbt bli andras administrativa och licenshuvudvärk.”
En mindre uppenbar risk, tillägger Beaudreau, “är tillväxten i nödvändigt applikationsstöd som kan uppstå när medborgarutvecklare påskyndar deras användning av plattformarna. Detta kan möjligen överträffa organisationens IT-supportkapacitet.” Kopiering är en annan risk med lågkod/ingenkod. “Det är säkert gemensamt inom ett företag och man bör försöka undvika att dubbla samma lösning, bara i olika affärsenheter”, varnar Ellis.
Relaterade ämnen:
Cloud Big Data Analytics Innovation Tech and Work Collaboration Developer 