Suntem pe cale să facem încă o dată erorile identice ale pachetului software?
Publicat: 2022-01-05
Din ce în ce mai mult, companiile realizează avantajele tehnologiilor de acest tip, cum ar fi platformele de creștere a aplicațiilor Lower-Code (LCAP), care le permit să digitalizeze și să reproceseze procese de organizare sofisticate cu o scară și un ritm în creștere, fără a face compromisuri în ceea ce privește guvernanța IT. La începutul acestor 12 luni, Gartner a prognozat dezvoltarea a 23 de computere în industria LCAP în 2021, o creștere inspirată de Covid-19 care impune organizațiilor să se adapteze și să se automatizeze mai imediat. Acum că multe corporații observă ce se poate face cu Minimal-Code, nu este cel mai probabil să schimbe ceasul înapoi la tehnici de lucru învechite.
Această popularitate Small-Code a consolidat poziția de care atât cei IT, cât și oamenii de afaceri trebuie să se bucure în mod colectiv în transformarea digitală, colaborarea care implică cele două părți este esențială pentru realizări. Pe de altă parte, Gartner afirmă, de asemenea, că 41% dintre lucrătorii din afara IT, ceea ce numesc „tehnologi în afaceri”, acum personalizează sau construiesc informații sau soluții de inovare tehnologică pe cont propriu. Iar Gartner prezice că până la sfârșitul anului 2025, 50% din toate vânzările brute noi Very Low-Code vor proveni de la potențialii cumpărători ai organizației din afara IT. Acest lucru sugerează că nu numai că „afacerea” va folosi echipamente Lower-Code, dar vor fi și genurile de cumpărături pentru ei.
Acest lucru trezește speranță, dar și îngrijorare. Speranța este că aceasta demonstrează că organizațiile sunt angajate în transformare și doresc să pună degetele la îndemână cu echipamentele care le împuternicesc. Preocuparea este probabilitatea ca partea organizației să genereze, la nivel personal, determinarea tehnologiei în jurul progresului aplicației și să excludă din ce în ce mai mult IT-ul și dezvoltatorii din conversație. Acesta nu ar fi un rezultat final productiv pentru digitalizarea viitoare.
Timp de câțiva ani, am citit despre misiunile de program se îndreaptă greșit. Acesta este cazul atât cu implementarea în mod egal a produselor „de la raft”, cât și cu dezvoltarea naturală și organică a unităților personalizate de către dezvoltatori. Conform raportului anual CHAOS al Grupului Standish (care analizează 50.000 de proiecte la nivel global), 66% dintre proiectele de know-how se termină cu eșec parțial sau total. Iar proporția care prosperă pe deplin se micșorează la 8% în organizațiile mai mari. În jurul și peste, am observat întârzieri, scăderea domeniului de aplicare, umflarea bugetului, conservarea strategiilor organizaționale concepute bolnav care nu se potrivesc cu resursele utile pentru dezvoltatori. Vrem serios să facem totul încă o dată? În viteza de ajustare cu care se confruntă mediul, nu mai există capacitatea pentru acest grad de eșec.
O conversație despre progres
Riscul viitor constă în faptul că multe dintre instrumentele rămase utilizate în mediile de dezvoltare cu cod redus împart oarecum pe mulți specialiști în abordare. Ei produc „fiefdom” între tehnologie și organizație, în loc să aducă cele două părți în mod colectiv într-un „dialog de dezvoltare”. Pe de o parte, ascultăm despre dezvoltatorii care doresc să se ocupe de conștientizarea lor (și pe bună dreptate în multe metode), deși aceste tendințe, în calitate de consilier al dezvoltatorului cetățean, este în regulă ca netehnologii să-și stabilească sistemele personale în mod izolat. Este în regulă la o cantitate fundamentală de flux de lucru, dar nu atunci când abordați probleme esențiale pentru misiune și utilizarea software-ului pentru întreprinderi.
În timp ce Low-Code este în plină expansiune în acest moment, a fost aproape de ani de zile în multe forme. Din păcate, evoluția sectorului Minimal-Code a exacerbat, prin ea însăși, aceste feude. Pentru a începe cu generația Reduced-Code a fost de a oferi constructorilor comenzi rapide, dar acestea erau totuși echipamente pentru dezvoltatori, necesitând continuarea rutinelor de antrenament de traducere extinse în rândul IT și organizație și cicluri de progres lungi și prelungite.
A doua generație Lower-Code a schimbat sensul în sensul îmbunătățirii cetățenilor, locul în care urmele companiei ar putea crea în mod independent aplicații pentru grupuri de lucru foarte simple, dar fără capacitate de amploare sau complexitate și, practic, fără opțiuni importante de guvernare cerute pentru utilizarea organizațiilor populare. Fiecare dintre aceste tehnici are punctele sale forte, dar niciuna nu oferă valorile principale ale celeilalte de suportat. Abia în ultima vreme vedem că LCAP de a treia tehnologie se ridică pentru a clarifica această enigma. Aceste platforme oferă un mediu de colaborare care poate fi utilizat de către sponsorii întreprinderilor complexe și de afaceri în tandem, chiar dacă aduc cele mai bune capacități din Gen 1 și 2.
Ce este creșterea colaborativă?
Progresul real de colaborare trece prin grupurile care împărtășesc munca de producere a unei noi aplicații electronice. Este exact locul în care toate părțile interesate înrudite lucrează unul alături de celălalt și își conduc cunoștințele subiectului, facilitate de inginerie, într-o singură urmărire eficientă. Acest lucru accelerează procedura prin eliminarea traducerii clasice și continue a necesităților de la companie la IT și înapoi din nou. Și odată cu aceasta, în mare parte a reluării legate de primirea corectă a tuturor acelor cerințe sau modificarea acestor premise ca urmare a observării răspunsurilor dobândite în fazele lor de proiectare. Ca alternativă, performanțele sunt „democratizate” în întreaga întreprindere de afaceri relevante și specialiști în subiecte tehnologice susținute de inovație tehnologică, făcând posibil ca echipa să construiască împreună în sistem, mai degrabă decât să performeze izolat pe componentele lor compozite. Are nevoie de un sistem intuitiv pentru toți, dar și de calitate a afacerii în ceea ce privește capacitatea – are o guvernanță proiectată, sprijină schimbarea vitală a misiunii și se poate scala folosind arhitectura indigenă în cloud.
Procedura de colaborare trebuie să existe și în toate fazele ciclului de dezvoltare, de la dezvoltarea noului curs de acțiune, realizarea de interfețe și modelarea datelor, până la crearea de documente, construirea API-urilor, publicarea și analiza funcționalității aplicației.
De ce este colaborarea atât de critică?
Pentru început, ritmul tot mai mare de îmbunătățire impus afacerilor de pe planeta publish-Covid înseamnă, de obicei, că pur și simplu nu există timp pentru a face treaba în silozuri izolate. Organizația care trimite solicitări de îmbunătățire către grupurile IT, apoi așteaptă saltul de întoarcere, va provoca întârzieri. Bilele sunt în mod invariabil scăpate de-a lungul drumului, iar bilele curbe din partea posibilă au șanse să se termine. consumatorii organizațiilor anticipează un răspuns practic rapid, astfel încât organizația trebuie să fie capabilă să se adapteze intern la fel de rapid.
În continuare, producătorii de software pentru computere sunt din ce în ce mai scurti, în primul rând în Regatul Unit, unde oferta de talent a fost lovită cu adevărat de Brexit. În conformitate cu CompTIA, rolurile de dezvoltator de software au depășit recordul de posturi vacante în 2021, cu aproape 250.000 de locuri de muncă afișate de angajatori pe durata perioadei. Programele de colaborare pot reduce efortul dezvoltatorilor, aducând cele două părți împreună pentru a realiza împreună aplicații folosind platforme intuitive cu cod redus.
În al treilea rând, corporațiile știu că planurile lor critice de transformare digitală pot fi realizate dezvoltând mai mult și cumpărând semnificativ mai puțin. Există o creștere a apetitului de a folosi mult mai bine tehnologiile și sursele de date care există deja, mai degrabă decât să distrugă și să schimbe sistemele principale. Anticiparea succesului a crescut și ea. Odată cu transformarea electronică acum, modificările fluxului de lucru cruciale, experimentale și de nivel mic nu se evaluează. echipele organizaționale trebuie să funcționeze ca una pentru a ajuta la ajustarea rapidă și principală.
Democratizarea este esențială
Un element masiv al procesului de colaborare de succes este democratizarea muncii în cadrul echipei de îmbunătățire. Procesul de creare a aplicației este accelerat ca urmare a utilizării în colaborare a unui sistem solitar de către toți experții în problemele relevante. Fiecare dintre guru-ul problemelor este invitat să-și introducă abilitățile în procedură într-o metodă care este intuitivă pentru tehnicile și experiența lor practică. Această abordare promovează o implicare mai largă în tehnologii în rândul multor părți interesate din firmă, atât a celor tehnologici, cât și a celor non-tehnologic, atunci când se asigură suficiente controale de guvernanță care sunt importante în întreprinderile uriașe. În ciuda faptului că predicția tehnologului de întreprindere a Gartner este validă, viitorul nu trebuie să fie doar despre capabilitățile de afaceri care creează aplicații izolate de IT IT, iar organizația își dorește inovația tehnologică pentru a le aduce exact în același loc, deși adesea un digital 1.
Cele mai recente generații de sisteme Minimal-Code au puterea electrică pentru a accelera automatizarea și transformarea digitală la scară de afaceri. Cu toate acestea, colaborarea legitimă în întreaga afacere și IT este semnificativă pentru realizare. Pe termen lung nu se referă la micile afaceri care ajung să devină tehnicieni și să o conducă singur. Este vorba despre producerea unei conversații de avansare între toți experții unici în materie.
Jonathan Wiener, CRO, Aurachain