Fitimet:
- Aftësia për të shpjeguar se çfarë janë platformat pa kod dhe me kod të ulët, për cilat punë janë të përshtatshme dhe kufijtë e tyre.
- Aftësia për të ndarë një aplikacion ose rrjedhë pune në hapa me logjikë pa kod / kod të ulët dhe për ta hartuar atë me mbështetjen e inteligjencës artificiale
- Aftësia për të vlerësuar borxhin teknik, rreziqet e qeverisjes dhe sigurisë në zgjidhjet e zhvilluesve qytetarë
Zhvillimi tradicional i softuerit kërkon shkrimin e kodit rresht pas rreshti dhe ekspertizë teknike. Platformat pa kod dhe me kod të ulët e ndryshojnë këtë situatë: ato mundësojnë ndërtimin e aplikacioneve me ndërfaqe të tërheqjes dhe lëshimit, komponentëve të gatshëm dhe flukseve vizuale, me pak ose aspak kod të shkruar. Mjete të tilla si Microsoft Power Platform, Airtable, Bubble, Zapier, Make janë nga kjo zonë. Dallimi kryesor është se no-code ekzekuton pamjen e plotë pa shkruar asnjë kod dhe përgjithësisht synon përdoruesit e biznesit; Kodi i ulët, nga ana tjetër, lejon shtimin e kodit kur është e nevojshme përveç zhvillimit vizual dhe plotëson nevojat më komplekse.
Këto platforma kanë një vlerë të madhe për profesionistin e MIS-it: Një rrjedhë e thjeshtë miratimi, një aplikim formulari ose një integrim që do t'i marrë javë të tëra ekipit të IT-së mund të konfigurohet në ditë pa kod. Kështu, një zhvillues qytetar - domethënë një punonjës jo teknik, por kompetent - mund të prodhojë zgjidhjen e tij. AI hyn në këtë botë në dy forma: të dyja veçoritë e AI të ngulitura brenda platformave (gjenerimi i tekstit, klasifikimi) dhe rrjedha, forma dhe logjika gjeneruese e AI në fazën e projektimit. Por ky ritëm mbart rreziqe serioze pa qeverisje.
Kur pa kod/kod të ulët, kur kod?
No-code/low-code nuk është i përshtatshëm për çdo punë. I përshtatshëm për: flukset e brendshme të miratimit, forma të thjeshta dhe mbledhje të të dhënave, aplikacione brenda departamentit, integrime të thjeshta ndër-sistemesh, prototipime të shpejta. Jo i përshtatshëm për: sisteme që kërkojnë performancë të lartë, logjikë komplekse biznesi, shkallë në numër të madh përdoruesish, kërkojnë siguri të ndjeshme ose shtyjnë kufijtë e platformës.
Koncepti kritik është borxhi teknik: çmimi që një zgjidhje e instaluar shpejt por pa kujdes sot do të pësojë në formën e mirëmbajtjes, ndryshimeve dhe korrigjimeve nesër. Shpejtësia pa kod mund të kthehet lehtësisht në borxh teknik; Sepse qindra aplikacione të vogla të instaluara pa dokumentacion, pa standarde dhe pa pronarë, bëhen një grumbull i pamenaxhueshëm me kalimin e kohës. AI mund të prodhojë shpejt një plan për një zgjidhje pa kod; por "duhet kodi apo pa kod ta bëjë këtë?" dhe "kush e zotëron dhe e mban këtë?" Pyetjet janë vendime të qeverisjes njerëzore.
Këshillë: Përpara se të instaloni një zgjidhje pa kod, pyesni: "Nëse personi që e instaloi këtë largohet pas 6 muajsh, a mund ta kuptojë dikush dhe të kujdeset për të?" Nëse përgjigja është jo, mungon dokumentacioni dhe pronësia; Zgjidhja është një borxh.
Shadow IT dhe Qeverisja
Rreziku më i madh i qeverisjes së No-code është IT hije: zgjidhjet e vendosura pa dijeninë dhe kontrollin e departamentit të IT. Një punonjës importon të dhënat e klientit në një mjet pa kod dhe instalon një aplikacion; Askush nuk e di, është e paqartë se ku shkojnë të dhënat, siguria nuk është audituar. Kjo nënkupton rrjedhje të të dhënave, shkelje të pajtueshmërisë dhe humbje të kontrollit.
Qasja e shëndetshme nuk është ndalimi i kodit pa kod, por vendosja e tij nën qeverisje: përcaktimi se cilat platforma miratohen, cilat të dhëna mund të përdoren, kush mund të instalojë çfarë, si zgjidhjet do të regjistrohen dhe auditohen. Specialisti i MIS-it luan një rol urë këtu: ai i vendos zgjidhjet në një kuadër të sigurt dhe të gjurmueshëm, pa ngadalësuar njësitë e biznesit. AI mund të ndihmojë në hartimin e këtyre politikave të qeverisjes dhe inventarit të zgjidhjeve.
Tre Mini Rastet: Nga Numrat
Rasti 1 - Fitimi i shpejtësisë. Në një kompani prodhuese, mbledhja e njoftimeve për mosfunksionim në letër nga ekipi në terren krijoi 6 orë futje të të dhënave në javë. Një zhvillues qytetar ndërtoi një aplikacion të formave celulare pa kod në 3 ditë; të dhënat rrodhën drejtpërdrejt në sistem. Me zhvillimin tradicional, ekipi i IT-së do të pritet që ta bëjë këtë punë për 8 javë. Në biznesin e duhur, pa kod ka sjellë fitime të mëdha.
Rasti 2 - Rrjedhja e TI-së në hije. Një ekip marketingu ngarkoi një listë klientësh në një mjet automatizimi të pamiratuar pa kod dhe ngriti një fushatë. Mbante të dhënat e automjetit në një server jashtë shtetit dhe ishte problematik për sa i përket KVKK-së; askush nuk ishte në dijeni. Ajo u zbulua në auditim dhe kompania u përball me rrezik përputhshmërie. Kjo nuk do të kishte ndodhur nëse do të kishte një platformë dhe rregull të miratuar të të dhënave.
Rasti 3 - Kostoja e borxhit teknik. Në një kompani, një punonjës instaloi 40 automatizime të ndryshme pa kod pa dokumentacion dhe u largua. Një përditësim i platformës shpërtheu 11 prej tyre; Askush nuk e dinte se cili çfarë bënte. U deshën 5 javë për të rikuptuar dhe riparuar zgjidhjet. Po të kishte pasur dokumentacion dhe pronësi, ky borxh nuk do të kishte ndodhur.
Prompt i dobët / Prompt i fortë
Njoftim i dobët:
Krijoni një aplikacion lejesh pa kod.
Njoftim i fuqishëm:
Roli juaj: Ju jeni një projektues zgjidhjesh pa kod dhe konsulent qeverisjeje. DRAFT një zgjidhje pa kod për nevojën e mëposhtme. Ai duhet të përfshijë:- Rrjedha hap pas hapi (formulari → miratimi → njoftimi → regjistrimi).- Fushat e të dhënave të kërkuara dhe cilat të dhëna janë të ndjeshme.- A është kjo punë në përputhje me kodin pa kod apo kërkon kod: vlerëso me justifikim.- Shënim qeverisjeje: kush e zotëron, si dokumentohet, cila platformë është miratuar.- Rreziku i mundshëm i IT / leaktimi i parakohshëm. p.sh. "Punonjësit kërkojnë pushim, menaxheri miraton"]
Prompt i fuqishëm mandaton jo vetëm zgjidhjen, por edhe vlerësimin dhe qeverisjen e përputhshmërisë; Parandalon rënien në verbërinë e shpejtësisë.
Katër modele të kopjueshme
1) Vlerësimi i konformitetit:
A është kërkesa e mëposhtme e përshtatshme për pa kod/kod të ulët apo kërkon kod? Vlerësoni sipas kritereve: kompleksiteti, shkalla, siguria, performanca. Jepni një rekomandim të arsyetuar. Nevojitet: [tekst]
2) Skica e rrjedhës:
Kthejeni procesin e mëposhtëm në një rrjedhë pa kod: shkas, hapa, kushte, njoftime, regjistrim. Specifikoni cilat të dhëna përpunohen në çdo hap dhe nëse janë të ndjeshme. Procesi: [tekst]
3) Lista kontrolluese e qeverisjes:
Gjeneroni listë kontrolli të qeverisjes për zgjidhjen e mëposhtme pa kod: pronari, dokumentacioni, platforma e miratuar, lloji/vendndodhja e të dhënave, aksesi, plani rezervë/mirëmbajtje, shpeshtësia e rishikimit. Zgjidhja: [tekst]
4) Skanimi CT hije:
Rendisni rreziqet e mundshme të TI-së në hije dhe rrjedhjes së të dhënave në përshkrimin e zgjidhjes pa kod më poshtë. Sugjeroni metodën e zbulimit dhe parandalimit për secilin rrezik. Përshkrim: [tekst]
Tabela e krahasimit: No-code / Low-code / Code
kriteri
Pa kod
kod i ulët
kod tradicional
kush bën
përdorues biznesi
Analist/zhvillues
zhvilluesi
Shpejtësia e instalimit
më i lartë
lartë
të ulëta
Kapaciteti i kompleksitetit
të ulëta
e mesme
më i lartë
personalizimi
kufizuar
e pjesshme
plot
Rreziku i qeverisjes
lartë
e mesme
E ulët (e kontrolluar)
punë e përshtatshme
Forma/rrjedhë e thjeshtë
aplikim mesatar
Sistemi kritik/shkallë
Gabimet e zakonshme
- Të mendosh se gjithçka është pa kod. Detyrimi i sistemeve komplekse, kritike ose të shkallëzuara në pa kod do të godasë një mur.
- Instalimi pa dokumentacion. Një zgjidhje pa pronar apo dokumentacion kthehet në borxh teknik me largimin e themeluesit.
- Injorimi i IT-së së hijes. Rrjedha e të dhënave drejt mjeteve të pamiratuara është një pajtueshmëri e heshtur dhe rrezik rrjedhjeje.
- Dhënia e të dhënave të ndjeshme për një automjet të pakontrolluar. Ngarkimi i të dhënave personale pa e ditur se ku mbahen të dhënat është shkelje e KVKK-së.
- Duke menduar se qeverisja është “e ndaluar”. Qëllimi nuk është parandalimi, por vendosja e shpejtësisë brenda një kuadri të sigurt.
Kujdes: shpejtësia e pa kod është tërheqëse që në fillim; Kostoja reale ndodh muaj më vonë në mirëmbajtje. Mos e konsideroni një zgjidhje të plotë vetëm sepse "funksionon"; Një zgjidhje pa pronar, dokumentacion dhe plan mirëmbajtjeje nuk është ende e plotë.
Në përmbledhje
Platformat pa kod dhe me kod të ulët ju mundësojnë të ndërtoni shpejt aplikacione me pak ose aspak kod dhe të fuqizoni zhvilluesit qytetarë. Forma e thjeshtë ofron shpejtësi të madhe në rrjedhën e miratimit dhe integrimet; Megjithatë, nuk është i përshtatshëm për sisteme komplekse, kritike dhe të shkallëzuara. Rreziqet e tyre më të mëdha janë borxhi teknik dhe IT në hije; Zgjidhja nuk është ndalimi, por qeverisja me një platformë të miratuar, rregull të dhënash, pronësi dhe dokumentacion. Inteligjenca artificiale përshpejton rrjedhën dhe hartimin e zgjidhjeve; por vendimi i përshtatshmërisë dhe qeverisjes i takon njeriut. Një zgjidhje pa pronar dhe dokumentacion konsiderohet e paplotë.
Detyra e aplikimit
Zgjidhni nevojën për "rezervimin e pajisjeve" për një departament. (1) Keni një draft zgjidhje pa kod dhe rrjedhë të prodhuar me një prompt të fuqishëm. (2) Kërkojini modelit të vlerësojë përshtatshmërinë e kësaj pune për pa kod dhe ta krahasojë atë me mendimin tuaj. (3) Përcaktoni nëse të dhënat e përpunuara në zgjidhje janë të ndjeshme. (4) Krijoni një listë kontrolli të qeverisjes (pronari, platforma, dokumentacioni, mirëmbajtja). (5) Shkruani një rrezik të mundshëm në hije dhe masa paraprake.
listë kontrolli
- [ ] Vlerësova nëse puna ishte e përshtatshme për pa kod ose kod.
- [ ] Unë kam identifikuar të dhënat e ndjeshme të përpunuara në zgjidhje.
- [ ] Përcaktohet pronari, dokumenti dhe plani i mirëmbajtjes.
- [ ] Kam përdorur vetëm platformë të miratuar dhe të dhëna të autorizuara.
- [ ] Kam skanuar për IT në hije dhe rreziqet e rrjedhjeve.
- [ ] E projektova qeverisjen si siguri pa penguar shpejtësinë.