Stiamo per fare di nuovo gli stessi errori di errore del pacchetto software?
Pubblicato: 2022-01-05
Sempre di più, le aziende si stanno rendendo conto dei vantaggi di tecnologie come piattaforme di crescita delle applicazioni (LCAP) con codice inferiore, che consentono loro di digitalizzare e rielaborare processi organizzativi sofisticati con scala e ritmo crescenti, senza compromettere la governance IT. All'inizio di questi 12 mesi Gartner aveva previsto lo sviluppo di 23 PC nel settore LCAP nel 2021, un'impennata ispirata dal Covid-19 che poneva l'urgenza alle organizzazioni di adattarsi e automatizzare più immediatamente. Ora che molte aziende stanno notando cosa è possibile fare con il codice minimo, non è molto probabile che riportino l'orologio a tecniche di lavoro obsolete.
Questa popolarità di Small Code ha rafforzato la posizione di cui sia l'IT che gli uomini d'affari devono godere collettivamente nella trasformazione digitale con la collaborazione che coinvolge le due parti è fondamentale per i risultati. D'altra parte, Gartner afferma anche che il 41% dei lavoratori al di fuori dell'IT, quelli che chiama "tecnologi aziendali", ora personalizzano o costruiscono autonomamente soluzioni informative o di innovazione tecnologica. E Gartner prevede che entro la fine dell'anno 2025, il 50 percento di tutte le nuove vendite lorde di codici molto bassi deriverà da potenziali acquirenti dell'organizzazione al di fuori dell'IT interno. Ciò suggerisce che non solo "l'azienda" utilizzerà apparecchiature a codice inferiore, ma sarà anche il tipo che le acquisterà.
Questo suscita speranza ma anche preoccupazione. La speranza è che dimostri che le organizzazioni sono impegnate nella trasformazione e vogliono entrare in contatto con le apparecchiature che la potenziano. La preoccupazione è la probabilità che il lato dell'organizzazione possa, da solo, generare la determinazione della tecnologia sul progresso delle applicazioni e escludere sempre più IT e sviluppatori dalla conversazione. Questo non sarebbe un risultato finale produttivo per la futura digitalizzazione.
Per diversi anni abbiamo letto di incarichi di programma che andavano male. Questo è il caso dell'equa implementazione di prodotti "off the shelf" e dello sviluppo naturale e organico di unità su misura da parte degli sviluppatori. Secondo il rapporto annuale CHAOS di Standish Group (che analizza 50.000 progetti a livello globale) il 66% dei progetti di know-how finisce con un fallimento parziale o totale. E la percentuale che è completamente fiorente si riduce all'8% nelle organizzazioni più grandi. Intorno e in eccesso, abbiamo osservato i ritardi, l'indebolimento dell'ambito, l'aumento del budget, l'inscatolamento di strategie organizzative mal concepite che non corrispondono alle risorse utili dello sviluppatore. Vogliamo seriamente fare tutto ancora una volta? Nella velocità di adattamento che l'ambiente sta affrontando, non c'è più capacità per questo grado di fallimento.
Una conversazione sui progressi
Il rischio sta nel fatto che molti degli strumenti ancora utilizzati negli ambienti di sviluppo del codice ridotto dividono piuttosto che unire i molti specialisti dell'approccio. Producono "feudi" tra tecnologia e organizzazione invece di portare le due parti collettivamente in un "dialogo sullo sviluppo". Da un lato in particolare ascoltiamo gli sviluppatori che vogliono mantenere il controllo della loro consapevolezza (e giustamente in molti metodi), anche se le tendenze come il consiglio dello sviluppatore cittadino va bene per i non esperti di stabilire i propri sistemi personali in isolamento. Va bene per un flusso di lavoro fondamentale, ma non quando si affrontano problemi essenziali per la missione e l'uso del software aziendale.
Mentre il Low-Code è in piena espansione in questo momento, è stato vicino per anni in molte forme. Sfortunatamente, l'evoluzione del settore dei codici minimi ha, di per sé, esacerbato questi feudi. Per iniziare con la generazione di codice ridotto si trattava di fornire scorciatoie ai costruttori, ma si trattava comunque di apparecchiature per sviluppatori, che richiedevano la continuazione di routine di allenamento di traduzione estese tra IT e organizzazione e cicli di avanzamento lunghi e prolungati.
Il codice inferiore di seconda generazione ha cambiato direzione nel tipo di miglioramento dei cittadini, il luogo in cui le tracce dell'azienda potrebbero creare in modo indipendente app per gruppi di lavoro molto semplici, ma senza capacità di scalabilità o complessità e praticamente spesso prive di importanti opzioni di governance richieste per l'uso dell'organizzazione popolare. Ognuna di queste tecniche ha i suoi punti di forza, ma nessuna delle due offre i valori principali dell'altra da sopportare. È solo di recente che vediamo che gli LCAP di terza tecnologia stanno aumentando per chiarire questo enigma. Queste piattaforme offrono un ambiente collaborativo che può essere utilizzato da sponsor di imprese complesse e aziendali in tandem, anche se sfruttando il meglio delle capacità di Gen 1 e 2.
Che cos'è la crescita collaborativa?
Il vero progresso collaborativo va oltre i gruppi che condividono il lavoro di produzione di una nuova applicazione elettronica. È esattamente il punto in cui tutte le parti interessate lavorano fianco a fianco e guidano la conoscenza della materia, facilitata dall'ingegneria, in un solo efficace seguito. Questo accelera la procedura eliminando la classica e continua traduzione delle necessità dall'azienda all'IT e viceversa. E con esso, in maniera significativa la rielaborazione connessa al recepimento corretto di tutti quei requisiti o alla modifica di questi prerequisiti a seguito dell'osservazione delle risposte acquisite in fase di progettazione. In alternativa, la performance è "democratizzata" in tutte le imprese rilevanti e gli specialisti in materie tecnologiche supportati dall'innovazione tecnologica, consentendo al team di costruire insieme nel sistema, piuttosto che esibirsi in isolamento sui loro componenti compositi. Ha bisogno di un sistema intuitivo per tutti, ma anche di qualità aziendale in termini di capacità: ha una governance integrata, supporta il cambiamento fondamentale e può scalare utilizzando l'architettura indigena del cloud.
La procedura collaborativa deve esistere anche in tutte le fasi del ciclo di sviluppo, dallo sviluppo del nuovo corso d'azione, alla creazione di interfacce e alla modellazione dei dati, fino alla creazione di documenti, alla creazione di API, alla pubblicazione e all'analisi delle funzionalità dell'app.
Perché la collaborazione è così importante?
Per cominciare, il ritmo crescente di miglioramento imposto alle aziende nel pianeta pubblicazione-Covid di solito significa che non c'è proprio tempo per portare a termine il lavoro in silos isolati. L'organizzazione che risponde alle richieste di miglioramento ai gruppi IT, quindi attende la raffica di ritorno, causerà ritardi. Le palle vengono invariabilmente lasciate cadere lungo il percorso e le palle curve eventualmente da un lato hanno probabilità di finire. i consumatori delle organizzazioni si aspettano una risposta praticamente rapida, quindi l'organizzazione deve essere in grado di adattarsi internamente altrettanto rapidamente.
Successivamente, i produttori di software per computer sono sempre più a corto di risorse, principalmente nel Regno Unito, dove l'offerta di talenti è stata colpita duramente dalla Brexit. Secondo CompTIA, i ruoli di sviluppatore di software hanno superato il record di posti di lavoro aperti nel 2021 con quasi 250.000 posti di lavoro pubblicati dai datori di lavoro per la durata del periodo. I programmi collaborativi possono alleggerire gli sviluppatori portando le due parti insieme per creare applicazioni congiuntamente utilizzando piattaforme intuitive a codice ridotto.
In terzo luogo, le aziende sanno che i loro piani critici di trasformazione digitale possono essere realizzati sviluppando di più e acquistando molto meno. C'è un crescente desiderio di fare un uso molto migliore delle tecnologie e delle fonti di dati già esistenti piuttosto che strappare e modificare i sistemi principali. Anche l'aspettativa di successo è elevata. Con la trasformazione elettronica ora un flusso di lavoro cruciale, sperimentale e le modifiche di piccolo grado non vengono valutate. i team organizzativi devono funzionare all'unisono per aiutare un adeguamento rapido e principale.
La democratizzazione è essenziale
Un elemento importante del processo di collaborazione di successo è la democratizzazione del lavoro attraverso la squadra di potenziamento. Il processo di creazione dell'app è accelerato grazie all'uso collaborativo di un sistema solitario da parte di tutti gli esperti di argomenti pertinenti. Ogni singolo guru del problema delle persone è invitato a inserire le proprie competenze nella procedura in un metodo che sia intuitivo per le proprie tecniche ed esperienze pratiche. Questo approccio promuove un coinvolgimento più ampio nelle tecnologie di molte parti interessate dell'azienda, sia quelle tecnologiche che non, quando si assicurano controlli di governance sufficienti che sono importanti nelle grandi imprese. Nonostante il fatto che la previsione del tecnologo aziendale di Gartner sia valida, il futuro non deve riguardare solo le capacità aziendali che creano applicazioni isolate dall'IT IT e l'organizzazione vuole che l'innovazione tecnologica le porti esattamente nello stesso posto, anche se spesso digitale.
Le generazioni più recenti di sistemi Minimal-Code hanno la potenza elettrica per accelerare l'automazione e la trasformazione digitale su scala aziendale. Ciononostante, la collaborazione legittima all'interno dell'azienda e dell'IT è importante per il successo. Il lungo termine non riguarda la piccola impresa che diventa tecnologica e la dirige da sola. Si tratta di produrre una conversazione di avanzamento tra tutti gli esperti di argomenti unici.
Jonathan Wiener, CRO, Aurachain