Low code/no code: una rivoluzione tecnologica accessibile a tutti

Article low no code

Les outils low code / no code représentent une avancée majeure dans la manière dont nous concevons et utilisons la technologie. Ils permettent de développer des applications mobiles ou web et d’automatiser des processus sans avoir à maîtriser toutes les étapes de programmation, bien souvent complexes.

Avec le low code / no code, émerge le rôle de citizen developer, un collaborateur métier, technophile, qui est capable de créer des applications à forte valeur ajoutée business sans besoin (no-code) ou peu (low code) de connaissances en développement via le code. Ce rôle devient indispensable dans un monde où les attentes business se multiplient, et où l’agilité et la rapidité de réponse sont primordiales.

 

Les promesses du low code / no code

 

  1. Réduction du time to market et maîtrise des coûts : Les plateformes low code / no code offrent une solution de développement rapide et efficace. L’approche full cloud, avec des coûts de plateforme maitrisés, permet aux entreprises de déployer leurs applications sans délai, tout en restant dans des budgets maîtrisés.
  2. Réduction du Shadow IT avec une flexibilité accrue : Le développement d’applications au sein d’un écosystème sécurisé offre une réponse aux besoins métiers, tout en préservant la confidentialité et l’intégrité des données. Le low code / no code permet ainsi d’éviter l’essor du shadow IT, c’est-à-dire de systèmes informatiques non validés par la Direction des Systèmes d’Information (DSI).
  3. Renforcement des démarches “test & learn” : Les applications low code / no code peuvent être mises en place rapidement, à faible coût, offrant la possibilité de tester une solution avant de s’engager dans des développements plus conséquents. De nombreux connecteurs et add-ons disponibles facilitent également cette approche agile, propice à l’expérimentation.

 

Deux approches de mise en œuvre : factory ou citizen developers ?

 

L’adoption du low code / no code peut se faire selon deux stratégies complémentaires, chacune ayant ses avantages et ses contraintes.

L’approche factory : Dans cette approche, la DSI met en place un processus de qualification pour traiter les demandes métiers. Un besoin simple, dont les données sont accessibles dans l’écosystème cloud de l’entreprise, pourra être pris en charge via un développement low code. Cette organisation permet un déploiement rapide tout en garantissant la cohérence et la sécurité des outils créés.

Avantages :

  • Meilleur contrôle sur les outils développés
  • Respect des bonnes pratiques et des standards de l’entreprise
  • Sécurité et conformité des applications

L’approche citizen developers : Ici, les collaborateurs ont la possibilité de créer leurs propres applications et d’automatiser des processus métier sans dépendre totalement de la DSI. Si cette approche permet une plus grande réactivité, elle implique également des défis en matière de gouvernance et de support.

Points clés à encadrer :

  • Développement : La DSI doit s’assurer de la qualité et de la sécurité des solutions créées, en encadrant l’accès aux données et en prévenant les risques cyber.
  • Support : Le support IT doit être en capacité de gérer ces nouvelles applications, en étant informé des solutions utilisées et des potentiels incidents.

Avantages :

  • Rapidité de développement et mise en production des solutions
  • Capacité à répondre aux besoins spécifiques des métiers avec plus d’autonomie

 

Les enjeux de la gouvernance dans le low code / no code

 

Indépendamment de l’approche choisie, la gouvernance des outils low code / no code doit être une priorité. La DSI doit jouer un rôle essentiel dans la validation des outils développés, le contrôle des accès et la gestion des risques. Les bénéfices d’une gestion claire sont nombreux : meilleures pratiques, maintien de la qualité, évolutivité et sécurité.

 

Les risques du low code / no code

 

Une mise en œuvre sans gouvernance adéquate peut générer de nombreux risques :

  • Le Shadow IT : Sans contrôle, les collaborateurs pourraient développer des outils non validés par la DSI, pouvant créer des doublons ou des applications non sécurisées.
  • Ergonomie et UX/UI : Les Citizen Developers ne sont pas des spécialistes du design, ce qui peut engendrer des interfaces peu intuitives ou difficiles à utiliser.
  • Maintenance et Évolution : Le développement d’outils incomplets ou mal maintenus peut être source de problèmes à long terme. De plus, en cas de départ d’un collaborateur, il peut être difficile d’assurer la continuité.
  • Malveillance : Un manque de sécurité peut rendre ces outils vulnérables à des actions malveillantes.

 

Conclusion : la gouvernance au cœur du succès

 

Quelle que soit l’approche adoptée, la réussite du Low Code / No Code repose sur une gouvernance solide et structurée. Portée par la DSI, cette gouvernance doit être mise en place dès le départ pour garantir la sécurité, la scalabilité et la pérennité des outils développés.

En établissant des règles claires et en encadrant le développement, les entreprises s’assurent que ces solutions répondent aux standards de qualité tout en limitant les risques liés à la sécurité et à la fragmentation des systèmes.

Vous souhaitez être accompagné sur vos projets data ?

Caso di studio: riavvio di un progetto con Rapid Recovery Care

Rapid Recovery Care - Mathieu Tourres

Rapid Recovery Care è un approccio pensato per rimettere rapidamente in carreggiata un progetto in difficoltà, identificandone i colli di bottiglia e implementando un’efficace azione correttiva. 

Direttore di Adone Conseil da 15 anni, Mathieu Tourres è responsabile della gestione operativa dei team, dell’impegno e dello sviluppo commerciale presso uno dei nostri principali clienti. In questo articolo, ripercorre un incarico chiave in cui ha implementato il nostro approccio Rapid Recovery Care. 

“Il nostro intervento è stato ben accolto dai vari interlocutori, in particolare dagli attori aziendali coinvolti nel progetto. Sebbene avessimo percepito una certa diffidenza tra i team IT, questa si è dissipata da sola quando hanno capito che le nostre raccomandazioni miravano principalmente a risolvere i loro punti dolenti.”

Può descrivere il contesto del progetto a cui ha lavorato? 

Il nostro cliente ci ha chiesto di lavorare su un progetto che si era interrotto. Avviato quasi un anno fa, il progetto aveva subito diversi cambi di pilota e un’organizzazione aziendale in evoluzione. Poiché il livello di avanzamento era totalmente sfasato rispetto al programma iniziale, si è deciso di ricorrere a un consulente esterno per far uscire il progetto dall’impasse.

 

Quale approccio vi ha permesso di mettere in atto il Rapid Recovery Care di Adone?

Abbiamo iniziato con una diagnosi del progetto a 360° per evidenziare le ragioni delle difficoltà incontrate: organizzazione, governance, metodologia, distribuzione dei ruoli e delle responsabilità tra i team aziendali, l’owner del progetto... I molteplici aspetti sono stati esaminati per stilare un inventario il più completo possibile. Abbiamo anche incontrato le varie persone coinvolte nel progetto, in particolare i principali clienti e i business sponsor. Al termine di questa fase di studio, abbiamo elaborato il nostro piano di consigli, assicurandoci che fossero pragmatiche e rapidamente attuabili. A seguito di questo studio, il cliente ci ha chiesto di realizzare direttamente il piano d’azione.

 

Il vostro Rapid Recovery Care è stato ben accolto dai team e dal cliente?

Il nostro intervento è stato ben accolto dalle varie persone con cui abbiamo parlato, in particolare dagli stakeholder aziendali del progetto. Anche se abbiamo percepito una certa diffidenza da parte dei team IT, questa si è dissipata da sola quando hanno capito che le nostre raccomandazioni miravano principalmente a risolvere i loro problemi. 

 

Può spiegare il piano d’azione che avete messo in atto?

Il piano d’azione è stato suddiviso in 3 aree principali: 

  • Riequilibrare le tipologie di profili all’interno del team IT: Abbiamo subito notato che c’era uno squilibrio tra un numero troppo basso di risorse funzionali e tecniche e che la gestione del progetto era molto, se non eccessivamente, presente. L’organizzazione del progetto non si era evoluta tra la fase di scoping, che richiede effettivamente un notevole sforzo organizzativo iniziale, e la fase di costruzione della soluzione, in cui la priorità è la consegna. L’equilibrio è stato riequilibrato ed è stata creata una nuova organizzazione, con la propria governance, i propri ruoli e responsabilità e la portata del coinvolgimento di ciascuno.
  • Consolidare o addirittura ricreare i legami con le aziende: I referenti aziendali del progetto avevano gradualmente abbandonato gli atelier di progettazione, considerati inefficaci. Inoltre, all’interno dei team aziendali si erano verificati cambiamenti organizzativi che avevano portato a malintesi sui rispettivi ruoli e responsabilità, con conseguente incertezza sul processo decisionale e sulla convalida delle regole aziendali. Il nostro lavoro è consistito nel ricordare a tutti la metodologia del progetto e i ruoli e le responsabilità di ciascuno, in particolare il rigore e l’importanza dei fondamenti nello svolgimento dei workshop (preparazione, facilitazione e tracciabilità delle decisioni). Anche gli eventi sociali hanno contribuito a rafforzare i legami all’interno del team.
  • Migliorare la comunicazione del progetto: Dopo un periodo troppo lungo di inattività, qualsiasi progetto soffre di un deficit di immagine pregiudizievole, in particolare nei confronti di coloro che sono coinvolti nel secondo cerchio: sistemi correlati, integrazione o altre professioni meno direttamente interessate rispetto agli utenti chiave. Per rimettere in moto il progetto, abbiamo dovuto comunicare questi cambiamenti e migliorare la comunicazione del progetto attraverso mailing, newsletter e partecipazione attiva agli organismi interprogettuali.

 

Quali difficoltà avete incontrato?

Il tempo! Quando si arriva su un progetto in difficoltà, la pressione è già alta, anche solo dal punto di vista della pianificazione e del budget. In questo contesto di tensione, non è sempre facile avere abbastanza tempo per osservare la situazione del cliente prima di formulare raccomandazioni pertinenti. 

 

Ha qualche best practice da condividere quando si tratta di rilanciare un progetto?

Direi che bisogna rinnovare le proprie pratiche adattandosi al progetto ed evitando risposte preformattate. Ogni situazione è diversa e bisogna essere umili quando si inizia un progetto. Bisogna mettere da parte i preconcetti ed evitare atteggiamenti che possano sembrare accondiscendenti.

 

Come sta andando il progetto oggi?

Il progetto è terminato, è stato portato a termine secondo il programma rivisto e spero che tutti i partecipanti si siano divertiti.

 

Volete integrare Rapid Recovery Care nel vostro progetto? Parliamone! 

 

Adone vi augura il meglio per il 2025!

Carte de voeux 2025

Adone vi augura un 2024 di successo 🎇

Dipendenti, clienti, partner… desideriamo ringraziare ognuno di voi per la fiducia che riponete in noi. All’alba di questo nuovo anno, desideriamo condividere con voi la nostra energia positiva e il nostro entusiasmo per ciò che ci attende nel 2024. Questa è la visione espressa nel nostro biglietto d’auguri: che quest’anno possa illuminare i vostri progetti, essere ricco di scoperte, successi e collaborazioni fruttuose al fianco di Adone.

Scoprite il nostro biglietto d’auguri, buon divertimento! ✨