Ieguvumi:
- Spēja izskaidrot, kas ir bezkoda un zema koda platformas, kādiem darbiem tās ir piemērotas un to robežas.
- Iespēja sadalīt lietojumprogrammu vai darbplūsmu soļos ar bezkoda/zema koda loģiku un izveidot to ar mākslīgā intelekta atbalstu
- Spēja novērtēt tehnisko parādu, pārvaldības un drošības riskus pilsoņu izstrādātāju risinājumos
Tradicionālajai programmatūras izstrādei ir nepieciešama koda rakstīšana rinda pēc rindas un tehniskās zināšanas. Bezkoda un zema koda platformas maina šo situāciju: tās ļauj veidot lietojumprogrammas ar vilkšanas un nomešanas interfeisiem, gataviem komponentiem un vizuālām plūsmām, ar mazu kodu vai bez tā. No šī apgabala ir pieejami tādi rīki kā Microsoft Power Platform, Airtable, Bubble, Zapier, Make. Galvenā atšķirība ir tāda, ka no-code palaiž visu vizuālo saturu, neierakstot nekādu kodu, un parasti ir paredzēts biznesa lietotājiem; No otras puses, zemais kods ļauj pievienot kodu, ja nepieciešams, papildus vizuālajai attīstībai un atbilst sarežģītākām vajadzībām.
Šīs platformas ir ļoti noderīgas MIS profesionālim: vienkāršu apstiprināšanas plūsmu, veidlapas lietojumprogrammu vai integrāciju, kas IT komandai prasīs nedēļas, var iestatīt dažu dienu laikā bez koda. Tādējādi pilsonis izstrādātājs - tas ir, netehnisks, bet kompetents darbinieks - var izstrādāt savu risinājumu. AI ienāk šajā pasaulē divos veidos: gan platformās iegultās AI funkcijas (teksta ģenerēšana, klasifikācija), gan AI, kas ģenerē plūsmu, formu un loģikas izklāstu projektēšanas stadijā. Taču šāds temps bez pārvaldības rada nopietnus riskus.
Kad bez koda/zema koda, kad kods?
Bezkoda/zems kods nav piemērots katram darbam. Piemērots: iekšējām apstiprināšanas plūsmām, vienkāršām veidlapām un datu apkopošanai, struktūrvienību iekšējiem sīklietotnēm, vienkāršām starpsistēmu integrācijām, ātrai prototipu veidošanai. Nav piemērots: sistēmām, kurām nepieciešama augsta veiktspēja, sarežģīta biznesa loģika, mērogs līdz lielam lietotāju skaitam, nepieciešama sensitīva drošība vai platformas robežas.
Kritiskais jēdziens ir tehniskais parāds: cena, kas šodien ātri, bet pavirši uzstādīta risinājuma uzturēšanas, izmaiņu un labojumu veidā radīsies rīt. Ātrums bez koda var viegli pārvērsties tehniskā parādā; Jo simtiem mazu lietojumprogrammu, kas instalētas bez dokumentācijas, bez standartiem un bez īpašniekiem, laika gaitā kļūst par nepārvaldāmu kaudzi. AI var ātri izveidot bezkoda risinājuma projektu; bet "vai kodam vai bezkodam tas jādara?" un "kam tas pieder un kurš to uztur?" Jautājumi ir cilvēku pārvaldības lēmumi.
Padoms. Pirms bezkoda risinājuma instalēšanas jautājiet: "Ja persona, kas šo instalēja, aiziet pēc 6 mēnešiem, vai kāds to var izdomāt un parūpēties par to?" Ja atbilde ir nē, trūkst dokumentācijas un īpašumtiesību; Risinājums ir parāds.
Ēnu IT un pārvaldība
No-code lielākais pārvaldības risks ir ēnu IT: risinājumi tiek ieviesti bez IT nodaļas zināšanām un kontroles. Darbinieks importē klienta datus bezkoda rīkā un instalē lietojumprogrammu; Neviens nezina, nav skaidrs, kur dati nonāk, drošība nav auditēta. Tas nozīmē datu noplūdi, atbilstības pārkāpumus un kontroles zaudēšanu.
Veselīga pieeja ir nevis aizliegt bezkoda izmantošanu, bet gan nodot to pārvaldībā: definēt, kuras platformas tiek apstiprinātas, kādus datus drīkst izmantot, kurš ko var instalēt, kā risinājumi tiks reģistrēti un auditēti. MIS speciālists šeit spēlē tilta lomu: viņš ievieto risinājumus drošā un izsekojamā sistēmā, nebremzējot biznesa struktūrvienības. AI var palīdzēt izstrādāt šīs pārvaldības politikas un risinājumu sarakstu.
Trīs mini futrāļi: pēc skaitļiem
1. gadījums — ātruma palielināšana. Ražošanas uzņēmumā lauka komandas darbības traucējumu paziņojumu kolekcija uz papīra radīja 6 stundu datu ievades nedēļā. Pilsoņu izstrādātājs 3 dienu laikā izveidoja bezkoda mobilo veidlapu lietotni; dati ieplūda tieši sistēmā. Izmantojot tradicionālo attīstību, IT komandai šis darbs būtu jāpaveic 8 nedēļas. Pareizajā biznesā bezkoda lietošana ir devusi lielu peļņu.
2. gadījums — ēnu IT noplūde. Mārketinga komanda augšupielādēja klientu sarakstu neapstiprinātā bezkoda automatizācijas rīkā un izveidoja kampaņu. Tas glabāja transportlīdzekļa datus ārzemju serverī un bija problemātisks KVKK ziņā; neviens nezināja. Tas tika atklāts revīzijā, un uzņēmums saskārās ar atbilstības risku. Tas nebūtu noticis, ja būtu apstiprināta platforma un datu noteikums.
3. gadījums — tehniskā parāda izmaksas. Vienā uzņēmumā darbinieks bez dokumentācijas uzstādīja 40 dažādas bezkoda automātikas un aizgāja. Platformas atjauninājums sabojāja 11 no tiem; Neviens nezināja, kurš ko izdarīja. Risinājumu atkārtotai izpratnei un labošanai bija nepieciešamas 5 nedēļas. Ja būtu bijusi dokumentācija un īpašumtiesības, šis parāds nebūtu radies.
Vāja uzvedne / spēcīga uzvedne
Vāja uzvedne:
Izveidojiet atļauju lietotni bez koda.
Spēcīga uzvedne:
Jūsu loma: Jūs esat bezkoda risinājumu izstrādātājs un pārvaldības konsultants. IZSTRĀDĀT bezkoda risinājumu šādai vajadzībai. Tajā jāiekļauj:- Soli pa solim plūsma (veidlapa → apstiprinājums → paziņojums → reģistrācija).- Obligātie datu lauki un kuri dati ir sensitīvi.- Vai šis darbs atbilst bezkodam vai tam ir nepieciešams kods: novērtējiet ar pamatojumu.- Pārvaldības piezīme: kam tas pieder, kā tas ir dokumentēts, kura platforma ir apstiprināta.- Iespējamais ēnu IT risks / datu noplūde. "darbinieki pieprasa atvaļinājumu, vadītājs apstiprina"]
Spēcīgā uzvedne nosaka ne tikai risinājumu, bet arī atbilstības novērtēšanu un pārvaldību; Tas novērš iekrišanu ātruma aklumā.
Četras kopējamas veidnes
1) Atbilstības novērtējums:
Vai tālāk norādītā prasība ir piemērota bezkoda/zema koda režīmam vai arī tai ir nepieciešams kods? Vērtēt pēc kritērijiem: sarežģītība, mērogs, drošība, veiktspēja. Sniedziet pamatotu ieteikumu. Nepieciešams: [teksts]
2) Plūsmas skice:
Pārvērtiet šādu procesu bezkoda plūsmā: aktivizētājs, darbības, nosacījumi, paziņojumi, reģistrācija. Norādiet, kuri dati tiek apstrādāti katrā darbībā un vai tie ir sensitīvi. Process: [teksts]
3) Pārvaldības kontrolsaraksts:
Izveidojiet pārvaldības kontrolsarakstu šādam bezkoda risinājumam: īpašnieks, dokumentācija, apstiprinātā platforma, datu tips/atrašanās vieta, piekļuve, dublēšanas/apkopes plāns, pārskatīšanas biežums. Risinājums: [teksts]
4) Ēnu CT skenēšana:
Tālāk esošajā bezkoda risinājuma aprakstā uzskaitiet iespējamos ēnu IT un datu noplūdes riskus. Ieteikt noteikšanas un novēršanas metodi katram riskam.Apraksts: [teksts]
Salīdzinājuma tabula: Bezkoda / Zema koda / Kods
kritērijs
Bez koda
zems kods
tradicionālais kods
kurš dara
biznesa lietotājs
Analītiķis/izstrādātājs
izstrādātājs
Uzstādīšanas ātrums
augstākais
augsts
zems
Sarežģītības spēja
zems
vidējs
augstākais
pielāgošana
ierobežots
daļēja
pilns
Pārvaldības risks
augsts
vidējs
Zems (kontrolēts)
piemērots darbs
Vienkārša forma/plūsma
vidējs pielietojums
Kritiskā/mēroga sistēma
Biežas kļūdas
- Domājot, ka viss ir bez koda. Sarežģītu, kritisku vai mērogotu sistēmu piespiešana bez koda atdursities pret sienu.
- Uzstādīšana bez dokumentācijas. Risinājums bez īpašnieka vai dokumentācijas, dibinātājam aizejot, pārvēršas tehniskā parādā.
- Ēnu IT ignorēšana. Datu plūsma uz neapstiprinātiem rīkiem ir klusa atbilstība un noplūdes risks.
- Sensitīvu datu nodošana nekontrolētam transportlīdzeklim. Personas datu augšupielāde, nezinot, kur dati tiek glabāti, ir KVKK pārkāpums.
- Domājot, ka pārvaldība ir "aizliegta". Mērķis nav novērst, bet gan ielikt ātrumu drošos rāmjos.
Uzmanieties: bezkoda ātrums ir pievilcīgs jau no paša sākuma; Patiesās apkopes izmaksas rodas mēnešus vēlāk. Neuzskatiet risinājumu par pabeigtu tikai tāpēc, ka tas "darbojas"; Risinājums bez īpašnieka, dokumentācijas un apkopes plāna vēl nav pabeigts.
Rezumējot
Platformas bez koda un zema koda ļauj ātri izveidot lietojumprogrammas ar nelielu kodu vai bez koda un sniedz iespēju pilsoņiem izstrādātājiem. Vienkāršā forma nodrošina lielu apstiprināšanas plūsmas un integrācijas ātrumu; Tomēr tas nav piemērots sarežģītām, kritiskām un mērogotām sistēmām. Viņu lielākie riski ir tehniskie parādi un ēnu IT; Risinājums nav aizliegt, bet pārvaldīt, izmantojot apstiprinātu platformu, datu noteikumu, īpašumtiesības un dokumentāciju. Mākslīgais intelekts paātrina plūsmu un risinājumu izstrādāšanu; bet lēmums par piemērotību un pārvaldību ir cilvēka ziņā. Risinājums bez īpašnieka un dokumentācijas tiek uzskatīts par nepilnīgu.
Lietojumprogrammas uzdevums
Atlasiet vajadzību "aprīkojuma rezervēšana" nodaļai. (1) Izveidojiet bezkoda risinājuma projektu un plūsmu, izmantojot spēcīgu uzvedni. (2) Lūdziet modelim novērtēt šī darba piemērotību bezkodam un salīdzināt to ar savu viedokli. (3) Noteikt, vai risinājumā apstrādātie dati ir sensitīvi. (4) Izveidojiet pārvaldības kontrolsarakstu (īpašnieks, platforma, dokumentācija, apkope). (5) Uzrakstiet iespējamo ēnu IT risku un piesardzības pasākumus.
kontrolsaraksts
- [ ] Es novērtēju, vai darbs ir piemērots bezkoda vai kodam.
- [ ] Esmu identificējis risinājumā apstrādātos sensitīvos datus.
- [ ] Noteikts īpašnieks, dokuments un apkopes plāns.
- [ ] Es izmantoju tikai apstiprinātu platformu un autorizētus datus.
- [ ] Es meklēju ēnu IT un noplūdes riskus.
- [ ] Es veidoju pārvaldību kā garantiju, netraucējot ātrumu.