Une plateforme low-code facilite le développement, mais n'allège pas les obligations liées au système une fois construit. Un workflow mis en place par un service en une après-midi accède à des données réelles, exécute des actions sur les systèmes de production et crée une dépendance opérationnelle, exactement comme une application développée par l'équipe technique. La différence ? Personne n'a vérifié ses permissions, personne n'en connaît l'existence et personne ne s'en occupera lorsque son auteur quittera l'entreprise.
Il ne s'agit pas d'un argument contre le low-code, mais d'un argument en faveur de sa reconnaissance en tant que tel : un logiciel de production.
Obligation | Dans un développement formel | Dans un flux à faible code |
|---|---|---|
Permis | Conception révisée | Ils héritent du compte de la personne qui l'a créé. |
Traçabilité | Conçu | Cela dépend de ce que la plateforme enregistre. |
Continuité | Documentation et secours | Elle vit dans la tête d'une personne |
Conformité | Évalué avant le déploiement | Personne ne l'a évalué |
La file d'attente des autorisations est la plus dangereuse. Un flux de travail créé par un professionnel de la finance est généralement exécuté avec ses identifiants. Cela implique deux choses : le flux de travail a accès à toutes les informations accessibles à cette personne, et si cette personne change de service ou quitte l'entreprise, le flux de travail cessera de fonctionner ou continuera de s'exécuter avec des autorisations auxquelles il n'a plus droit. Dans les deux cas, c'est problématique.
La gestion des urgences est souvent liée à la file d'attente. Un processus de facturation qui repose sur un flux de travail compris uniquement par une personne désormais absente représente un risque opérationnel réel, qui se manifeste toujours au pire moment.
Il est important de reconnaître ses mérites, car l'interdiction ne saurait être la solution. Le low-code prospère car il résout un problème bien réel : les services ont des besoins ponctuels et urgents, et les circuits technologiques traditionnels mettent des semaines, voire des mois, à y répondre.
Tant que cet écart de vitesse existera, les gens construiront de leur propre initiative. C'est le même mécanisme qui produit le IA fantôme qui pénètre via la carte d'entreprise , Et on y remédie de la même manière : non pas en fermant la voie informelle, mais en rendant la voie officielle suffisamment rapide.
La manière pratique de gérer cela sans pénaliser personne est de classer par conséquence, et non par outil :
Niveau 1 — Personnel. Cela n'affecte que le créateur ; aucune donnée sensible n'est touchée et aucune écriture n'est effectuée sur les systèmes partagés. Liberté totale, aucune paperasse.
Niveau 2 — Départemental. Il est utilisé par une équipe, lit des données partagées et n'effectue aucune action irréversible. Son utilisation requiert un enregistrement dans l'inventaire, un responsable désigné et un examen annuel.
Niveau 3 — Opérationnel. Ce logiciel traite des données personnelles, effectue des opérations sur les clients ou sur des fonds, ou encore, un processus en dépend. Son utilisation requiert une vérification des autorisations, une traçabilité, une documentation et un plan de succession. Il s'agit d'un logiciel de production et il est traité comme tel.
La majeure partie des constructions relève du niveau 1, et il est important de le préciser explicitement : une politique qui considère tout comme étant de niveau 3 sera ignorée, et à juste titre.
Pour classifier n'importe quel flux en cinq minutes :
L’inventaire est l’élément indispensable qui rend tout le reste possible, et il est plus facile à réaliser par la transparence que par l’audit :
Demandez sans pénaliser. Une communication qui explique les raisons de cette action et qui garantit qu'aucune mesure ne sera prise sans discussion préalable.
Offrez quelque chose en retour. Assistance en cas de panne, aide à la connexion, sauvegarde en cas de départ de l'auteur. L'enregistrement des activités présente des avantages.
Révision du niveau 3 uniquement. Concentrez vos efforts là où se situe le risque, et laissez le reste de côté.
Créer une voie rapide. Un canal pour demander de l'aide et obtenir une réponse sous quelques jours. La rapidité de ce canal détermine l'ampleur du problème et son potentiel d'aggravation.
Il existe une question qui régit tout comité : Combien de processus de l'entreprise dépendent aujourd'hui d'un élément conçu par une seule personne et qui n'a fait l'objet d'aucun examen ?
Si personne ne connaît la réponse, c'est précisément l'objectif du projet. Il ne s'agit pas d'interdire le low-code, qui résout de vrais problèmes, mais de comprendre ce qui existe, de le classer en conséquence et de protéger ce qui compte.
Ce que vous ne pouvez pas faire, c'est avoir un logiciel en production dont l'organisation ignore qu'elle dépend.
Quatre obligations ne disparaissent pas même si la barrière technique est abaissée : les autorisations, qui sont généralement liées au compte personnel de la personne qui a créé le flux ; la traçabilité, qui dépend de ce que la plateforme enregistre ; la continuité, si les connaissances résident chez une seule personne ; et la conformité réglementaire, qui n’a pas encore été évaluée.
Non. Ce système prospère car il répond à un besoin réel : les services ont des besoins urgents et ponctuels que le système formel met des semaines à satisfaire. Tant que ce décalage existera, le travail informel se poursuivra ; la solution consiste donc à accélérer le système formel, et non à supprimer le système informel.
Par conséquent, il existe trois niveaux : personnel, s’il n’affecte que la personne qui l’a créé et ne touche pas à des données sensibles ; départemental, s’il est utilisé par une équipe et lit des données partagées sans effectuer d’actions irréversibles ; et opérationnel, s’il touche à des données personnelles, effectue des transferts d’argent ou si un processus en dépend.
Avec quels identifiants s'exécute-t-il, à quelles données accède-t-il, écrit-il sur le système ou se contente-t-il de lire, que se passerait-il s'il cessait de fonctionner demain, et qui en assurerait la maintenance si son auteur était indisponible ?.
Privilégier l'amnistie à l'audit : expliquer les raisons de cette mesure et s'assurer qu'aucune fermeture ne sera effectuée sans concertation préalable, offrir soutien et aide en échange de l'inscription, examiner en profondeur uniquement les flux opérationnels et créer un canal de demande avec une réponse sous quelques jours.
Soit le flux de travail cesse de fonctionner car il s'exécutait avec des identifiants obsolètes, soit il continue de s'exécuter avec des autorisations qui ne devraient plus être actives. Ces deux situations sont problématiques, c'est pourquoi les flux de travail opérationnels nécessitent une identité propre, une documentation et un plan de succession.
Savez-vous de quels flux de travail low-code votre activité dépend aujourd'hui ? Nous faisons l'inventaire, nous classons en conséquence et nous assurons les permis et la continuité pour ceux qui comptent. Parlons-en → |
Español Español 
English
Français
العربية
Português
Deutsch
Italiano
