Comment les plateformes low-code et no-code transforment les profils qui construisent l'automatisation

Pendant la majeure partie de son histoire, construire des automatisations exigeait des développeurs. Quelqu'un devait écrire les scripts, configurer les intégrations, gérer les cas d'erreur et maintenir le code dans le temps. Cela créait un goulet d'étranglement structurel dans toute organisation : le nombre de processus pouvant être automatisés n'était pas limité par le nombre de processus qui méritaient de l'être, mais par la disponibilité du personnel technique pour construire l'automatisation. Les équipes métier identifiaient un processus à automatiser, soumettaient une demande à l'IT et attendaient dans une file qui pouvait s'étirer sur plusieurs mois.

Les plateformes d'automatisation low-code et no-code modifient en profondeur cette dynamique. En proposant des interfaces visuelles glisser-déposer pour bâtir des workflows automatisés, elles permettent aux utilisateurs métier de construire eux-mêmes leurs automatisations sans écrire de code. Gartner prévoit que le marché du développement low-code dépassera 30 milliards de dollars en 2026 et qu'à cette échéance, les développeurs hors équipes IT formelles représenteront au moins 80 % des utilisateurs des outils de développement low-code. Les personnes qui comprennent le mieux les processus sont de plus en plus celles qui construisent les automatisations, et les implications pour la manière dont les organisations abordent l'automatisation sont significatives.

L'essor du développeur citoyen

Le terme « développeur citoyen » désigne un utilisateur métier qui construit des applications ou des automatisations à l'aide d'outils low-code/no-code, sans formation formelle au développement logiciel. Il s'agit de comptables qui automatisent leurs propres workflows de reporting, de spécialistes RH qui bâtissent des séquences de tâches d'onboarding, de responsables d'opérations qui créent des tableaux de bord et des alertes, et de coordinateurs commerciaux qui automatisent la saisie de données dans le CRM.

Les développeurs citoyens sont désormais environ quatre fois plus nombreux que les développeurs professionnels dans l'espace de l'automatisation, et environ 41 % des entreprises ont des initiatives actives de développement citoyen. La croissance est portée par une réalité économique simple : il y a beaucoup plus de processus à automatiser que de développeurs disponibles pour le faire. En permettant aux utilisateurs métier de prendre en charge eux-mêmes les automatisations les plus simples, les organisations libèrent leurs développeurs professionnels pour qu'ils se concentrent sur les automatisations plus complexes, de niveau entreprise, qui requièrent réellement une expertise de codage.

Les outils ont mûri au point qu'un utilisateur métier sans bagage en programmation peut bâtir une automatisation utile en quelques heures ou quelques jours, plutôt qu'en semaines ou mois nécessaires en passant par les canaux IT classiques. Un outil RPA low-code typique présente à l'utilisateur un canevas visuel sur lequel il glisse-dépose des actions (ouvrir une application, lire un champ, saisir une donnée, cliquer sur un bouton, envoyer un e-mail, prendre une décision), les enchaîne et configure les paramètres de chaque étape. La plateforme prend en charge la génération de code sous-jacente, la gestion des erreurs et l'infrastructure d'exécution.

Ce que les développeurs citoyens construisent bien

Les automatisations conçues par des développeurs citoyens fonctionnent généralement le mieux pour des processus de département de complexité modérée. Ce sont des workflows que l'équipe métier connaît intimement mais qui sont trop spécifiques ou trop peu prioritaires pour franchir la file des projets IT. Les exemples courants incluent :

• Consolidation de données. Récupérer des données depuis plusieurs feuilles de calcul ou systèmes vers un rapport unique selon un calendrier récurrent.
• Workflows de notification et d'escalade. Alerter automatiquement les membres d'une équipe lorsque certaines conditions sont remplies, par exemple une tâche en retard, une échéance qui approche ou une demande d'approbation en attente depuis trop longtemps.
• Traitement de formulaires. Prendre les données soumises via un formulaire, les router vers la bonne personne, créer des enregistrements dans les systèmes appropriés et envoyer des messages de confirmation.
• Intégrations simples. Faire circuler des données entre des applications cloud sans intégration native. Par exemple, lorsqu'une nouvelle ligne est ajoutée à une liste SharePoint, créer une tâche correspondante dans l'outil de gestion de projet et envoyer un message Slack à la personne assignée.
• Génération de documents. Remplir des modèles avec les données d'une base ou d'un formulaire pour produire des contrats, des courriers, des rapports ou des factures.

Les organisations font état d'un gain d'efficacité de 27 % dans l'automatisation des workflows lorsqu'elles combinent outils low-code et capacités RPA. Les gains proviennent principalement de la rapidité de déploiement. Lorsque la personne qui identifie le besoin est aussi celle qui construit la solution, la phase de recueil des exigences (souvent la plus longue dans les projets IT classiques) disparaît de fait.

Le défi de la gouvernance

Le développement citoyen introduit un véritable enjeu de gouvernance, et les organisations qui l'ignorent en paient le prix plus tard. Lorsque les utilisateurs métier peuvent construire des automatisations en autonomie, on peut se retrouver avec des dizaines, voire des centaines d'automatisations dispersées entre les services, sans visibilité centralisée, sans normes de sécurité homogènes, sans documentation et sans plan de maintenance. C'est ce qu'on appelle parfois la « shadow automation », à l'image du shadow IT qui pèse depuis des années sur les organisations.

Les risques sont concrets. Une automatisation construite par un développeur citoyen peut accéder à des données sensibles sans contrôles d'autorisation appropriés. Elle peut comporter une logique métier devenue obsolète mais qui continue de tourner parce que personne ne se souvient qu'elle existe. Elle peut créer des dépendances vers un collaborateur précis qui l'a construite et reste le seul à comprendre comment elle fonctionne. Elle peut interagir avec des systèmes de production de manière que l'IT n'avait pas anticipée et qu'elle ne peut pas surveiller.

La solution n'est pas d'interdire le développement citoyen, ce qui ne fait que renvoyer le goulet d'étranglement à l'IT. La solution consiste à mettre en place un cadre de gouvernance qui rend possible le développement citoyen dans des limites définies. Les cadres de gouvernance efficaces incluent généralement plusieurs composantes :

Un registre des automatisations. Toute automatisation, qu'elle soit construite par l'IT ou par un développeur citoyen, doit être enregistrée dans un catalogue central qui précise qui l'a construite, ce qu'elle fait, quelles données elle utilise et qui en assure la maintenance.

Une approbation à plusieurs niveaux. Les automatisations à faible risque (données internes, pas d'information sensible, pas d'impact financier) peuvent être déployées par le développeur citoyen avec une supervision minimale. Les automatisations à risque moyen exigent une revue par l'IT ou par un Centre d'excellence. Les automatisations à risque élevé (traitement de données personnelles, interaction avec les systèmes financiers, impact client) requièrent une implication complète de l'IT.

Des garde-fous dans la plateforme. La plupart des plateformes low-code d'entreprise permettent aux administrateurs de restreindre les applications et sources de données auxquelles les développeurs citoyens peuvent accéder. L'IT peut configurer la plateforme pour que les développeurs citoyens construisent des workflows à l'aide de connecteurs et de sources de données approuvés, mais ne puissent pas accéder aux bases de production, aux données personnelles client ou aux infrastructures critiques.

Formation et certification. Un programme de formation de base qui apprend aux développeurs citoyens à construire des automatisations fiables, en intégrant la gestion des erreurs, les tests et la documentation. Cela n'a pas besoin d'être très lourd, mais cela garantit un standard de qualité minimal.

Le modèle de partenariat IT-métier

Les programmes de développement citoyen les plus réussis fonctionnent comme un partenariat entre l'IT et le métier. L'IT fournit la plateforme, fixe les règles de gouvernance, gère l'infrastructure et prend en charge les automatisations complexes qui requièrent une expertise technique poussée. Les utilisateurs métier construisent et maintiennent les automatisations de département qu'ils comprennent le mieux. Un Centre d'excellence se positionne souvent à mi-chemin, en apportant des conseils, en relisant les automatisations qui dépassent le seuil de risque et en tenant à jour la feuille de route globale d'automatisation.

Gartner prévoit qu'en 2026, 75 % des grandes entreprises utiliseront au moins quatre outils low-code. Ce n'est pas un avenir mono-plateforme. Différents outils servent différents usages, et le cadre de gouvernance doit composer avec cette diversité tout en maintenant des standards cohérents entre plateformes.

La couche IA

Plus de 70 % des plateformes no-code devraient intégrer des fonctionnalités dopées à l'IA d'ici la fin de 2025, abaissant encore la barrière de compétence. Le développement assisté par IA automatise des parties du processus de construction lui-même : il propose des étapes de workflow à partir de la description que fait l'utilisateur de ce qu'il veut accomplir, génère une logique conditionnelle à partir de règles en langage naturel et identifie les erreurs potentielles avant le déploiement. Cela rend le développement citoyen accessible à une population encore plus large d'utilisateurs métier et accélère le passage de l'idée à une automatisation opérationnelle.

La combinaison de plateformes low-code, de développeurs citoyens et de construction assistée par IA crée un nouveau modèle de l'automatisation en entreprise. La DSI n'est plus la seule à construire des workflows automatisés. Elle devient celle qui rend possible : elle fournit les plateformes, les garde-fous et l'expertise qui permettent à toute l'organisation de participer à l'automatisation. Le backlog des demandes d'automatisation, qui s'accumulait dans la file de l'IT, se distribue dans le métier, où il peut être traité par les personnes les plus proches du travail.

Pour les organisations qui font encore passer toute l'automatisation par une IT centralisée, le passage à un modèle de développement citoyen gouverné représente une accélération sensible de la capacité d'automatisation. Cela ne supprime pas le besoin de développeurs professionnels. Cela redirige leur temps vers les automatisations complexes et à forte valeur qui nécessitent réellement leur expertise, tout en permettant aux utilisateurs métier de résoudre eux-mêmes leurs problèmes d'automatisation plus simples mais toujours utiles. Le résultat net : davantage de processus automatisés, des déploiements plus rapides et une base élargie de personnes qui comprennent et défendent l'automatisation au sein de l'organisation.

Lectures liées

• Cadres de gouvernance IA pour un déploiement responsable en entreprise
• Évaluation de la maturité IA et ce qu'elle révèle de votre organisation
• Construire des agents IA sur mesure ou recourir à des solutions sur étagère
• L'accompagnement du changement, là où la plupart des projets IA échouent réellement
• La confidentialité des données d'entreprise à l'ère du traitement par l'IA