Citizen Developer

  • Concept
  • Intermédiaire
  • Transversal
  • Toujours utilisé

En bref

Le citizen developer est un collaborateur non informaticien qui crée lui-même des applications grâce à des outils low-code ou no-code.

Définition complète

Un citizen developer (littéralement « développeur citoyen ») est un collaborateur qui n’a pas de formation d’ingénieur informatique, mais qui conçoit lui-même des applications, des automatisations ou des tableaux de bord grâce à des outils low-code ou no-code (des plateformes qui permettent de construire un logiciel avec très peu, voire aucune ligne de code, par glisser-déposer).

Par exemple, une assistante commerciale qui n’a jamais appris à programmer peut créer, avec un outil comme Power Apps ou Airtable, une petite application de suivi des commandes pour son équipe, sans passer par le service informatique.

Attention : être citizen developer ne veut pas dire travailler sans cadre. Dans une entreprise bien organisée, ces créations restent supervisées par la direction des systèmes d’information (DSI), qui fixe des règles de sécurité et de qualité, pour éviter que chacun bricole des outils incontrôlés dans son coin.

À quoi ça sert

Le concept de citizen developer sert à comprendre pourquoi de plus en plus d’applications internes ne sont plus créées uniquement par le service informatique. Il aide les entreprises à repérer les besoins numériques simples que des collaborateurs métier peuvent résoudre eux-mêmes, sans attendre plusieurs semaines ou mois qu’un projet soit priorisé par la DSI.

Il sert aussi à organiser une gouvernance adaptée : définir quels types d’applications peuvent être créées librement, lesquelles nécessitent une validation, et comment éviter que des données sensibles circulent dans des outils non sécurisés (on parle alors de « shadow IT », des logiciels utilisés sans l’accord ou la connaissance du service informatique).

Enfin, cette notion permet aux dirigeants et responsables RH d’identifier les collaborateurs à fort potentiel numérique, de les former et de leur donner un cadre pour valoriser leurs initiatives, ce qui accélère la transformation digitale de l’entreprise sans surcharger les équipes techniques.

Cas d'usage typiques

– Repérer : un service croule sous des tâches répétitives sans budget informatique dédié ? Un citizen developer peut créer une automatisation simple en quelques jours.
– Cadrer : une direction informatique veut éviter le développement sauvage d’outils non sécurisés ? Elle met en place une gouvernance claire pour les citizen developers.
– Former : une entreprise veut accélérer sa transformation numérique ? Elle identifie et forme des collaborateurs motivés aux outils low-code/no-code.
– Prioriser : le service informatique doit choisir quels projets garder en interne ? Il délègue les besoins simples aux citizen developers et se concentre sur les projets complexes.
– Sécuriser : une application créée par un citizen developer manipule des données clients ? Elle doit être auditée avant sa mise en production.

Ce que tu sauras faire

Reconnaître les situations où un besoin numérique simple peut être confié à un citizen developer, et savoir distinguer ce qui relève du bricolage utile de ce qui nécessite l'intervention d'un développeur professionnel.

Mises en situation

Situation 1 : une petite association croule sous les tableurs

Contexte : Une association d’aide aux devoirs gère ses inscriptions et son planning de bénévoles sur plusieurs fichiers Excel envoyés par e-mail, ce qui crée des erreurs et des doublons.

Application : La trésorière, sans formation informatique, utilise un outil no-code pour créer un petit formulaire d’inscription relié automatiquement à un tableau de bord partagé.

Résultat attendu : Les inscriptions sont centralisées, les erreurs de saisie diminuent, et l’association n’a pas eu besoin de payer un développeur pour ce besoin simple.

Situation 2 : un service commercial attend trop longtemps la DSI

Contexte : Dans une PME, le service commercial demande depuis six mois une application de suivi des relances clients, mais la direction informatique a d’autres priorités.

Application : Un commercial à l’aise avec les outils numériques construit lui-même une application simple avec une plateforme low-code validée par la DSI.

Résultat attendu : Le service gagne en autonomie et en rapidité, tout en respectant les règles de sécurité fixées par l’entreprise.

Situation 3 : une application créée sans cadre pose un problème de sécurité

Contexte : Un cabinet médical découvre qu’un collaborateur a créé, sans en informer personne, une application no-code contenant des données de patients.

Application : La direction met en place une charte interne : toute application créée par un citizen developer manipulant des données sensibles doit être déclarée et validée.

Résultat attendu : Le cabinet garde les bénéfices de l’initiative individuelle tout en évitant les risques liés à la protection des données personnelles.

Application guidée : évaluer un besoin numérique

Contexte : Un restaurant veut un outil pour gérer les réservations de groupe, un besoin simple, sans données sensibles, avec un budget de 500 euros.

Question : Faut-il faire appel à un développeur professionnel ou à un citizen developer pour ce projet ?

Résultat attendu : Le besoin étant simple, peu coûteux et sans enjeu de sécurité majeur, un citizen developer formé à un outil no-code peut créer la solution en interne, en quelques jours et à moindre coût.

Application guidée : fixer les limites du citizen developer

Contexte : Une mairie souhaite qu’un agent, sans formation informatique, crée une application de gestion des demandes d’urbanisme reliée au système d’état civil.

Question : Ce projet peut-il être entièrement confié à un citizen developer ?

Résultat attendu : Non : le projet touche à des données sensibles et à un système critique. Le citizen developer peut participer à la conception de l’interface, mais l’intégration avec le système d’état civil doit être supervisée par un développeur professionnel.

Pour bien le retenir

L'analogie

Imaginez un particulier qui monte lui-même une étagère avec des meubles en kit, sans faire appel à un menuisier professionnel. Le résultat est utile, rapide à obtenir et répond au besoin immédiat. Mais si l’étagère doit un jour supporter une charge beaucoup plus lourde, ou être intégrée à une rénovation complète de la pièce, on aura probablement besoin d’un vrai professionnel pour la consolider ou la refaire dans les règles de l’art. Le citizen developer, c’est ce bricoleur d’applications : efficace pour des besoins simples et rapides, mais qui ne remplace pas toujours l’expertise d’un développeur professionnel pour les projets critiques.

« Un citizen developer construit sans plan d'architecte, mais pas sans règles. »

Pièges à éviter

À ne pas confondre avec

Une erreur fréquente consiste à croire qu'un citizen developer peut remplacer totalement une équipe informatique. Pour des besoins simples, c'est souvent vrai ; mais dès qu'un projet touche à des données sensibles, à la sécurité, ou doit s'intégrer à des systèmes complexes, l'accompagnement d'un professionnel reste nécessaire.

Une autre confusion consiste à penser que « low-code » et « no-code » veulent dire la même chose qu'« aucune compétence requise ». En réalité, il faut tout de même comprendre la logique d'un processus métier pour construire un outil cohérent, même sans écrire de code.

Enfin, certaines entreprises laissent les citizen developers créer des outils sans aucun cadre, ce qui peut créer du « shadow IT » : des applications non répertoriées, non sécurisées, difficiles à maintenir si la personne qui les a créées quitte l'entreprise.

Évolution historique

Apparition : Années 2010, avec une forte accélération dans les années 2020

Quels changements depuis l’arrivée de l’IA ?

Avant

Créer une application, même simple, avec un outil low-code demandait de comprendre une logique de blocs, de champs et de règles, ce qui restait un frein pour certains collaborateurs peu à l’aise avec les outils numériques.

Aujourd’hui

Les plateformes low-code et no-code intègrent des assistants d’intelligence artificielle capables de générer une application, un formulaire ou une automatisation à partir d’une simple phrase écrite en langage courant. Cela abaisse encore la barrière d’entrée et permet à davantage de collaborateurs de devenir citizen developers, tout en rendant encore plus nécessaire une gouvernance claire pour éviter les dérives.

Évolution historique

Années 1990 : les premiers outils bureautiques avancés (macros Excel, bases Access) permettent déjà à des non-informaticiens de bricoler de petits outils, sans que le terme « citizen developer » existe encore.

Années 2000 : l’essor d’internet et des intranets d’entreprise multiplie les besoins d’applications internes simples, souvent en attente faute de ressources informatiques.

Années 2010 : le terme « citizen developer » se popularise avec l’arrivée des premières plateformes low-code et no-code dédiées, portées notamment par des cabinets d’analyse comme Gartner.

Fin des années 2010 : de grandes entreprises formalisent des programmes internes de citizen development, avec des chartes et des formations dédiées.

Années 2020 : l’intégration de l’intelligence artificielle générative dans les outils low-code/no-code démocratise encore davantage le rôle du citizen developer.