Le mouvement en faveur du développement de logiciels low-code et no-code peut-il alléger la charge de travail des pros de l’IT ? Absolument. Mais un problème demeure. De nouveaux types de charges de travail vont apparaître et consommeront ce temps dégagé, obligeant les entreprises à fournir des conseils pour éviter que toutes ces applications créées par les utilisateurs ne submergent l’organisation.
Certes, une enquête publiée il y a quelques années par Mendix suggère que le low-code et le no-code libèrent effectivement le temps des professionnels.
Deux tiers des développeurs utilisant le low-code et le no-code reconnaissent que le low-code est leur solution de contournement. Au moins 90 % d’entre eux déclarent avoir moins de cinq demandes d’applications par mois dans leur carnet de commandes. En outre, l’enquête suggère que l’entreprise moyenne « a évité d’embaucher deux développeurs informatiques utilisant des outils low-code ».
A une époque où les budgets informatiques sont serrés le moment est venu d’adopter des approches low-code et
no-code
Trop beau pour être vrai ? Mendix est un fournisseur d’outils « low-code ». Il a donc de bonnes raisons de mettre en avant ces résultats. Ces données valident le mouvement visant à permettre aux utilisateurs professionnels de se concentrer sur leurs domaines tout en libérant l’informatique pour qu’elle se préoccupe de choses plus importantes. Tout aussi important, elles soulignent le fait que les développeurs eux-mêmes sont des consommateurs d’outils low-code et no-code.
Les experts et les leaders du secteur sont d’accord : à une époque où les budgets informatiques sont serrés, où les talents techniques sont difficiles à trouver et à conserver, et où les utilisateurs professionnels sont plus avides que jamais de capacités supplémentaires, le moment est venu d’adopter des approches low-code et no-code.
« Nous constatons que les entreprises adoptent des plates-formes low-code et no-code pour de multiples raisons, notamment l’automatisation des processus, la modernisation du paysage applicatif et la décentralisation du développement d’applications afin de réduire l’arriéré de demandes au sein du service informatique », déclare David McIntire, directeur chez Capgemini.
« Bien que ces plateformes requièrent toujours un certain niveau de support de la part de la DSI, le fait de permettre aux entreprises de créer des applications simples au sein d’une plateforme standardisée contribue à résoudre les problèmes de recrutement dans le domaine du développement d’applications.
Les utilisateurs métiers pour leur part, « veulent se concentrer sur le développement d’applications qui simplifient les processus d’entreprise qu’ils utilisent au quotidien », explique M. McIntire. « Ils cherchent à automatiser des flux de travail ou des processus d’entreprise spécifiques. Ils utilisent également des plates-formes low-code axées sur les données pour améliorer la visibilité des opérations commerciales grâce à la création de nouveaux rapports et analyses. »
Quels rôles les professionnels de l’informatique devront-ils jouer face à la prolifération du « low-code » et du « no-code » ?
L’un des rôles émergents les plus importants à l’heure actuelle consiste à servir d’intendants ou de conservateurs des environnements no-code et low-code en plein essor. « Nous vivons une période intéressante », déclare Mike Loukides, vice-président du contenu technologique émergent chez O’Reilly Media.
« Il est formidable que les utilisateurs métiers puissent créer des logiciels qu’ils peuvent utiliser sans avoir de compétences en programmation. Mais nous essayons encore de définir les relations appropriées entre ces développeurs et les processus informatiques plus formels. Un directeur commercial créera-t-il une meilleure application web pour gérer l’équipe de vente qu’un groupe de développeurs informatiques qui parlent rarement aux vendeurs ? Probablement. Mais ce même responsable peut-il déployer l’application, vérifier qu’elle est sécurisée et faire toutes les autres choses que nous attendons de l’informatique ? Probablement pas. Nous devons donc trouver le moyen de faire fonctionner ces relations ».
Les approches low-code et no-code « sont plus efficaces lorsque les constructions visuelles de la plateforme utilisée par la direction métier correspondent très bien aux concepts commerciaux qui lui sont déjà familiers », déclare Pete Bonney, directeur général exécutif de l’ingénierie des produits, des applications et des services chez Xero. « Sinon, ils devront développer les compétences d’un développeur professionnel, comme la compréhension de concepts généraux tels que les structures de données, les algorithmes et la complexité, c’est-à-dire les principes fondamentaux de l’informatique. »
Le low-code et le no-code « consistent à réagir à une certaine situation en prenant une mesure bien comprise et reproductible »
Libérés de la nécessité de créer et de maintenir constamment des rapports et des analyses, « les professionnels de l’informatique peuvent se concentrer sur la maintenance des plates-formes elles-mêmes et sur l’intégration des plates-formes dans l’écosystème plus large », déclare M. McIntire. Cela ne signifie pas pour autant que les informaticiens se désintéressent de la pléthore d’applications que les utilisateurs professionnels – ou leurs collègues informaticiens – sont en train de créer et d’utiliser. « Le personnel informatique devient souvent le gestionnaire centralisé des applications développées », explique M. McIntire. « Les développeurs professionnels jouent également un rôle clé dans la définition des normes de codage utilisées par les développeurs citoyens et dans la formation des nouveaux développeurs citoyens.
Pour réussir à tirer parti de l’absence ou de l’insuffisance de code, les professionnels de l’informatique doivent « consacrer du temps, dès le début de l’engagement, à la définition des structures et des processus qui régissent l’utilisation de la plateforme », explique M. McIntire. « Définir la formation requise pour les directions métiers, les normes relatives à la sécurité et aux données, les processus de livraison des nouvelles applications et le processus de révision sont autant d’éléments clés pour utiliser le low-code/no-code afin d’équilibrer la rapidité de livraison et l’adéquation de l’application ».
Le low-code et le no-code « consistent à réagir à une certaine situation en prenant une mesure bien comprise et reproductible », explique M. Bonney. « Il s’agit d’une méthode de bricolage qui ne nécessite généralement pas l’aide d’un professionnel. Toutefois, pour les flux de travail particulièrement importants, complexes ou personnalisés, il est préférable de faire appel à un professionnel. Par exemple, si une entreprise a connu une croissance rapide et que d’importants volumes de données posent des problèmes de performance et d’actualité des données, c’est une situation où l’aide d’un professionnel est généralement nécessaire.
Atténuer « le risque de prolifération d’applications dans l’environnement
qui ne sont pas développées selon les normes de l’entreprise »
Une partie de ce rôle consiste à atténuer « le risque de prolifération d’applications dans l’environnement qui ne sont pas développées selon les normes de l’entreprise », poursuit-il. « Les applications qui sont mises en œuvre sans respecter les normes de développement appropriées risquent d’introduire dans l’environnement des problèmes de sécurité ou de conformité à la réglementation.
En outre, les DSI devront constamment lutter contre la complexité qui peut résulter d’une prolifération effrénée d’applications low-code et no-code. « Permettre aux individus de travailler dans des unités commerciales et des zones géographiques disparates augmente les risques de développement d’applications multiples avec des fonctionnalités communes ou qui se chevauchent, ce qui accroît inutilement la taille et la complexité du paysage applicatif », explique M. McIntire.
En fin de compte, les professionnels de l’informatique doivent rester sur le terrain lorsqu’il s’agit de guider les directions métiers pour qu’elles respectent les normes de l’entreprise et de la technologie. « Il existe des outils pour créer des sites web, de la business intelligence et utiliser un modèle de feuille de calcul pour travailler avec des bases de données », explique Loukides.
« D’une part, il s’agit d’outils radicalement différents qui, souvent, ne nécessitent pas du tout d’écrire du code. Mais la même chose s’applique : L’utilisateur ne pourra pas utiliser un outil de création de sites web s’il n’a pas une bonne idée de l’aspect qu’il souhaite donner à son site. Cela inclut le design, la facilité d’utilisation, etc. L’outil se charge du HTML, du CSS et du JavaScript, mais c’est à l’utilisateur qu’il revient de prendre les décisions difficiles. Il en va de même pour la veille stratégique : les outils de veille stratégique peuvent contribuer grandement à l’analyse des données, mais l’utilisateur doit toujours savoir ce qu’il veut tirer de ces données. Un outil ne peut pas vous donner des informations si vous ne savez pas ce que vous voulez savoir ».
Source : « ZDNet.com »
Cliquez ici pour lire l’article depuis sa source.