Voitot:
- Kyky selittää, mitä no-code ja low-code alustat ovat, mihin töihin ne sopivat ja niiden rajat.
- Kyky jakaa sovellus tai työnkulku vaiheisiin no-code/low-code logiikalla ja laatia se tekoälyn tuella
- Kyky arvioida teknisiä velkoja, hallintoa ja turvallisuusriskejä kansalaiskehittäjäratkaisuissa
Perinteinen ohjelmistokehitys vaatii koodin kirjoittamista rivi riviltä ja teknistä asiantuntemusta. Koodittomat ja matalan koodin alustat muuttavat tilanteen: ne mahdollistavat sovellusten rakentamisen vedä ja pudota -liitännöillä, valmiilla komponenteilla ja visuaalisilla virtauksilla ilman, että kirjoitetaan vain vähän tai ei ollenkaan koodia. Tältä alueelta tulevat työkalut, kuten Microsoft Power Platform, Airtable, Bubble, Zapier, Make. Suurin ero on, että no-code suorittaa koko visuaalisen sisällön kirjoittamatta mitään koodia ja on yleensä tarkoitettu yrityskäyttäjille. Low-code puolestaan mahdollistaa koodin lisäämisen tarvittaessa visuaalisen kehityksen lisäksi ja vastaa monimutkaisempiin tarpeisiin.
Näillä alustoilla on suuri arvo MIS-ammattilaiselle: Yksinkertainen hyväksyntäkulku, lomakesovellus tai integraatio, joka vie IT-tiimin viikkoja, voidaan asentaa muutamassa päivässä ilman koodia. Siten kansalainen kehittäjä - eli ei-tekninen mutta osaava työntekijä - voi tuottaa oman ratkaisunsa. Tekoäly tulee tähän maailmaan kahdessa muodossa: sekä alustoihin upotetut tekoälyominaisuudet (tekstin luominen, luokittelu) että tekoäly luo virtauksen, muodon ja logiikan ääriviivat suunnitteluvaiheessa. Mutta tähän tahtiin liittyy vakavia riskejä ilman hallintoa.
Milloin kooditon/matalakoodi, milloin koodi?
No-code/low-code ei sovi kaikkiin töihin. Soveltuu: sisäisiin hyväksyntävirtoihin, yksinkertaisiin lomakkeisiin ja tiedonkeruuun, osastojen sisäisiin sovelmiin, yksinkertaisiin järjestelmien välisiin integraatioihin, nopeaan prototyyppiin. Ei sovellu: järjestelmiin, jotka vaativat korkeaa suorituskykyä, monimutkaista liiketoimintalogiikkaa, skaalautuvat suuriin käyttäjämääriin, vaativat arkaluonteista suojausta tai ylittävät alustan rajoja.
Kriittinen konsepti on tekninen velka: hinta, jonka tänään nopeasti mutta huolimattomasti asennettu ratkaisu maksaa huomisen huollon, muutosten ja korjausten muodossa. No-code-nopeus voi helposti muuttua tekniseksi velaksi; Koska sadat pienet sovellukset, jotka asennetaan ilman dokumentaatiota, ilman standardeja ja omistajia, muuttuvat ajan mittaan hallitsemattomaksi kasaksi. Tekoäly voi nopeasti tuottaa suunnitelman koodittomalle ratkaisulle; mutta "pitääkö koodin vai ei-koodin tehdä tämä?" ja "kuka omistaa ja ylläpitää tätä?" Kysymykset ovat ihmisten hallintopäätöksiä.
Vinkki: Ennen kuin asennat koodittoman ratkaisun, kysy: "Jos tämän asentanut henkilö lähtee 6 kuukauden kuluttua, voiko joku selvittää sen ja huolehtia siitä?" Jos vastaus on ei, asiakirjat ja omistajuus puuttuvat; Ratkaisu on velka.
Varjo IT ja hallinto
No-coden suurin hallintoriski on varjo-IT: ratkaisut otetaan käyttöön ilman IT-osaston tietämystä ja valvontaa. Työntekijä tuo asiakastiedot koodittomaan työkaluun ja asentaa sovelluksen; Kukaan ei tiedä, on epäselvää, minne tiedot menevät, turvallisuutta ei ole tarkastettu. Tämä tarkoittaa tietovuotoa, vaatimustenmukaisuusrikkomuksia ja hallinnan menetystä.
Terve lähestymistapa ei ole kieltää ei-koodia, vaan saattaa se hallintaan: määritellä, mitkä alustat hyväksytään, mitä tietoja saa käyttää, kuka voi asentaa mitä, miten ratkaisut rekisteröidään ja auditoidaan. MIS-asiantuntijalla on tässä siltarooli: hän asettaa ratkaisut turvalliseen ja jäljitettävään kehykseen hidastamatta liiketoimintayksiköitä. Tekoäly voi auttaa laatimaan nämä hallintokäytännöt ja ratkaisuluettelo.
Kolme minikoteloa: Numeroiden mukaan
Tapaus 1 – Nopeuden vahvistus. Eräässä valmistusyrityksessä kenttätiimin paperille tehty vikailmoitusten kokoelma aiheutti 6 tuntia tietojen syöttämistä viikossa. Kansalaiskehittäjä rakensi koodittoman mobiililomakesovelluksen kolmessa päivässä; tiedot siirtyivät suoraan järjestelmään. Perinteisellä kehityksellä IT-tiimin odotetaan tekevän tätä työtä 8 viikkoa. Oikeassa liiketoiminnassa no-code on tuonut suuria voittoja.
Tapaus 2 — Shadow IT -vuoto. Markkinointitiimi latasi asiakasluettelon hyväksymättömään koodittomaan automaatiotyökaluun ja määritti kampanjan. Se piti ajoneuvon tiedot ulkomaisella palvelimella ja oli ongelmallista KVKK:n kannalta; kukaan ei ollut tietoinen. Se paljastui tarkastuksessa ja yhtiöllä oli vaatimustenmukaisuusriski. Tätä ei olisi tapahtunut, jos olisi olemassa hyväksytty alusta- ja datasääntö.
Tapaus 3 – Teknisen velan kustannukset. Yhdessä yrityksessä työntekijä asensi 40 erilaista no-code-automaatiota ilman dokumentaatiota ja lähti. Alustapäivitys rikkoi niistä 11; Kukaan ei tiennyt kumpi teki mitä. Ratkaisujen uudelleen ymmärtäminen ja korjaaminen kesti 5 viikkoa. Jos asiakirjoja ja omistajuutta olisi ollut, tätä velkaa ei olisi syntynyt.
Heikko kehote / Vahva kehote
Heikko kehote:
Tee käyttöoikeussovellus ilman koodia.
Tehokas kehotus:
Tehtäväsi: Olet kooditon ratkaisusuunnittelija ja hallintokonsultti. LUONNOS kooditon ratkaisu seuraavaan tarpeeseen. Sen tulee sisältää:- Vaiheittainen kulku (lomake → hyväksyntä → ilmoitus → rekisteröinti).- Vaaditut tietokentät ja mitkä tiedot ovat arkaluonteisia.- Onko tämä työ no-code-vaatimusten mukainen vai vaatiiko se koodin: arvioi perusteellisesti.- Hallinto-huomautus: kuka sen omistaa, miten se on dokumentoitu, mikä alusta on hyväksytty.- Mahdollinen varjo-IT / tietovuotojen riski. "työntekijät pyytävät lomaa, johtaja hyväksyy"]
Tehokas kehote ei ainoastaan määrää ratkaisua vaan myös vaatimustenmukaisuuden arviointia ja hallintoa; Se estää putoamisen nopeuden sokeuteen.
Neljä kopioitavaa mallia
1) Vaatimustenmukaisuuden arviointi:
Sopiiko seuraava vaatimus no-code/low-code vai vaatiiko se koodin? Arvioi kriteereillä: monimutkaisuus, mittakaava, turvallisuus, suorituskyky. Anna perusteltu suositus. Tarvitsetko: [teksti]
2) Virtauskaavio:
Muuta seuraava prosessi ilman koodia: laukaisu, vaiheet, ehdot, ilmoitukset, rekisteröinti. Määritä, mitä tietoja käsitellään kussakin vaiheessa ja ovatko ne arkaluonteisia. Prosessi: [teksti]
3) Hallinnon tarkistuslista:
Luo hallinnan tarkistuslista seuraavalle koodittomalle ratkaisulle: omistaja, dokumentaatio, hyväksytty alusta, tietotyyppi/sijainti, pääsy, varmuuskopiointi/huoltosuunnitelma, tarkistustiheys. Ratkaisu: [teksti]
4) Varjo-CT-skannaus:
Luettele mahdolliset varjo-IT- ja tietovuotoriskit alla olevassa koodittoman ratkaisun kuvauksessa. Ehdota havaitsemis- ja ehkäisymenetelmää kullekin riskille.Kuvaus: [teksti]
Vertailutaulukko: Ei koodia / Matala koodi / Koodi
kriteeri
Ei koodia
alhainen koodi
perinteinen koodi
kuka tekee
yrityskäyttäjä
Analyytikko/kehittäjä
kehittäjä
Asennusnopeus
korkein
korkea
alhainen
Monimutkaisuuskapasiteetti
alhainen
keskikokoinen
korkein
mukauttaminen
rajoitettu
osittainen
täynnä
Hallintoriski
korkea
keskikokoinen
Matala (hallittu)
sopiva työ
Yksinkertainen muoto/virtaus
keskipitkä sovellus
Kriittinen / mittakaavajärjestelmä
Yleisiä virheitä
- Ajattelee, että kaikki ei ole koodia. Monimutkaisten, kriittisten tai skaalattujen järjestelmien pakottaminen ilman koodia osuu seinään.
- Asennus ilman dokumentaatiota. Ratkaisu ilman omistajaa tai dokumentaatiota muuttuu tekniseksi velaksi perustajan lähteessä.
- Varjo-IT huomioimatta. Tietojen kulku hyväksymättömiin työkaluihin on hiljaista vaatimustenmukaisuutta ja vuotojen riskiä.
- Arkaluontoisten tietojen antaminen hallitsemattomalle ajoneuvolle. Henkilötietojen lataaminen tietämättä, missä tietoja säilytetään, on KVKK:n vastaista.
- Ajattele, että hallinto on "kiellettyä". Tavoitteena ei ole estää, vaan asettaa nopeus turvallisiin puitteisiin.
Varo: No-coden nopeus on houkutteleva alusta alkaen; Todelliset kustannukset ilmenevät kuukausia myöhemmin ylläpidossa. Älä pidä ratkaisua täydellisenä vain siksi, että se "toimii"; Ratkaisu ilman omistajaa, dokumentaatiota ja huoltosuunnitelmaa ei ole vielä valmis.
Yhteenvetona
Ei-koodia ja matalakoodia käyttävien alustojen avulla voit nopeasti rakentaa sovelluksia pienellä koodilla tai ilman koodia ja antaa kansalaisten kehittäjille mahdollisuuksia. Yksinkertainen lomake tarjoaa suuren nopeuden hyväksyntäkulussa ja integraatioissa; Se ei kuitenkaan sovellu monimutkaisiin, kriittisiin ja skaalattuihin järjestelmiin. Niiden suurimmat riskit ovat tekninen velka ja varjo-IT; Ratkaisu ei ole kieltäminen, vaan hallinta hyväksytyllä alustalla, tietosäännöllä, omistajuudella ja dokumentaatiolla. Tekoäly nopeuttaa virtausta ja ratkaisujen laatimista; mutta soveltuvuudesta ja hallinnosta päättää ihminen. Ratkaisu ilman omistajaa ja dokumentaatiota katsotaan puutteelliseksi.
Sovellustehtävä
Valitse osaston "laitteistovaraus"-tarve. (1) Luo kooditon ratkaisu luonnos ja virtaus tehokkaalla kehotteella. (2) Pyydä mallia arvioimaan tämän työn soveltuvuus ei-koodiin ja vertaa sitä omaan mielipiteeseesi. (3) Selvitä, ovatko ratkaisussa käsiteltävät tiedot arkaluonteisia. (4) Luo hallinnan tarkistuslista (omistaja, alusta, dokumentaatio, ylläpito). (5) Kirjoita mahdollinen varjo-IT-riski ja varotoimet.
tarkistuslista
- [ ] Arvioin, soveltuuko työ ilman koodia tai koodia.
- [ ] Olen tunnistanut ratkaisussa käsitellyt arkaluontoiset tiedot.
- [ ] Omistaja, asiakirja ja huoltosuunnitelma määritelty.
- [ ] Käytin vain hyväksyttyä alustaa ja valtuutettuja tietoja.
- [ ] Tarkastin varjo-IT:n ja vuotoriskien varalta.
- [ ] Suunnittelin hallinnon varmistukseksi nopeutta estämättä.