La question de l'utilisation de solutions NoCode / LowCode se pose de plus en plus au sein des entreprises (comme le montre le rapport de décembre 2022 du CIGREF - "Nouvelles pratiques de développement Low Code / No Code").
Cette démarche a été initialement portée par les Métiers, notamment via des profils "innovateurs" au sein des équipes opérationnelles, pour accélérer la réponse technologique aux besoins opérationnels.
Les fruits en sont des applications de faible complexité (un geste métier simple), peu ou pas intégrées avec le SI, qui restent souvent locales, et qui rendent un service appréciable mais souvent limité dans le temps ou l'espace.
Les besoins plus complexes, outillant des process plus larges ou plus largement collaboratifs et qui pourraient être adressés avec des plateformes LowCode / NoCode, sont souvent, pour l'instant, mis de côté.
Quand il s'agit d'une application pour un process métier complexe, les questions de l'intégration (en termes de circulation de l'information), de la pérennité et de la sécurité se posent.
A fortiori, quand il s'agit de parler non plus d'un besoin métier, mais de tout un pan de besoins potentiels, la notion d'intégration de ces plateformes à la Stratégie d'évolution du système d'information, et donc de DEPLOIEMENT du potentiel d'une plateforme NoCode / LowCode doit être prise en compte.
Pour faire un parallèle, la même question s'est posée quand il s'est agi de réfléchir à la circulation de l'information dans l'entreprise, ou de la mise à disposition de la data pour le business.
Ces réflexions n'ont pas amené les mises en place d’une myriade de solutions techniques répondant à une myriades de besoins, mais au déploiement de quelques solutions répondant à une fonction "stratégiquement nécessaire", et les principes de rationalisation et d'urbanisation (technique ou fonctionnelle) ont drivé le choix de la ou des solutions mises en place.
Pour l'utilisation de plateforme NoCode / LowCode, des éléments "non immédiatement fonctionnels" (c'est-à-dire n'adressant pas uniquement un besoin "localisé et précis" qui concernerait simplement un élément fonctionnel ou technique), le choix doit se porter sur des plateformes DEPLOYABLES. Cette notion de déploiement doit être précédée d'une pensée de niveau supérieur, le besoin stratégique, puis accompagné d'une réflexion organisationnelle.
NoCode : Le Pourquoi
Partons du principe que le "Pourquoi" répond à ces deux problématiques :
- Les besoins croissants d'applications métier ou leur professionnalisation ;
- La difficulté croissante à trouver des compétences techniques.
Ce dernier point forme un goulot d'étranglement, et les plateforme NoCode / LowCode y répondent en élargissant la communauté des "doers"(les profils capables de réaliser et maintenir les applications). Ils peuvent être des opérationnels métiers, ou des profils projets (chef de projet, consultant formé à la plateforme, ...) à faible technicité et fortes composantes projet, organisation et métier.
NoCode : Le Pour Quoi
Pour quels types de besoins (le « Pour Quoi ») pouvons-nous utiliser une plateforme NoCode / LowCode ? Cette question permettra de faire le tri entre les différentes solutions pour un besoin, mais aussi (et surtout) le tri ... entre les besoins. Il s'agit ici d'évoquer tant l'aspect fonctionnel que l'aspect complexité et "largeur de la collaboration" (1000 utilisateurs sur le même sujet), ou encore l'étape du cycle de vie du besoin (un test ou une application complète ?), la performance technique (le micro trading en NoCode ... compliqué).
On pourra, par exemple, utiliser une plateforme pour prototyper et tester les apports d’applications mobiles pour des gestes métiers simples, puis une autre pour outiller des besoins plus complexes.
On pourra utiliser une plateforme dont les qualités intrinsèques correspondent bien à un pan fonctionnel complet (créer des sites web, remplacer les Excels d'entreprise de planification budgétaire ou opérationnelle, développer des applications mobiles, ...).
Les plateformes No Code / Low Code apportent des solutions globales à un « type de besoin ». Il est difficile d’imaginer une plateforme « universelle » capable de tout. Pour une entreprise, notamment de taille conséquente, cela signifie choisir une solution capable de répondre rapidement et spécifiquement, aujourd’hui et demain, à la multiplication de demandes du Business.
Or, comme dirait quelqu’un, sans maitrise, la puissance n’est rien.
NoCode : garder la maitrise
En accélérant la création et la modification des application métiers, une plateforme LowCode / NoCode peut accélérer l'apparition de contradictions, d'incohérences, de doublons, de duplication de référentiels ...
Il s'agit donc d'adapter l'utilisation de la plateforme à la culture "Contrôle VS Autonomie" de l'entreprise, d'organiser la gouvernance de l'utilisation de la plateforme entre les parties prenantes.
Cette gouvernance placera le curseur de l'autonomie des Métiers au bon endroit, ce qui contribuera à une rationalisation correcte en évitant la multiplication des applications, des flux ou l'incohérence fonctionnelle.
Une plateforme NoCode / LowCode doit nécessairement permettre de distribuer ses fonctions de réalisation et de gestion (Build, Run, Administration) entre l'IT, les Métiers et potentiellement un acteur extérieur, comme un intégrateur.
Idéalement, la plateforme devra permettre de placer ce curseur d'autonomie des Métiers de manière différenciée selon le domaine fonctionnel, le type de besoin, l'application même. Certains métiers ou équipes ont "nativement" une approche structurée de la réponse à donner à un besoin, d'autres sont moins habitués à la décision collective ou partagée. Certaines application sont en bout de chaine de valeur et peuvent, sans trop de risque, être modifiées sans concertation globale. D'autres sont trop centrales pour cela et nécessiteront une étude d'impact plus large.
Le réflexion sur l'organisation à mettre en place pour un déploiement pourra se faire lors de la première utilisation de la plateforme, sur un premier sujet, grâce au travail de collaboration entre les Métier, l'IT, l'éditeur et / ou l'intégrateur.
Et pour que cette réflexion puisse être mise en musique, une plateforme No Code doit proposer une gestion des droits complète et extrêmement fine. C’est ce qui permettra, in fine, le passage d’une « réponse immédiate à un besoin local » à une « réponse dans le temps à une besoin d’entreprise ».
De nombreux points doivent aussi être abordés. Il est évident par exemple que la notion d’intégration dans le système d’informations mérite également une solide réflexion. Pour autant, les capacités d’administrations sont rarement scrutées avec suffisamment d’attention, une gestion des droits ne provoquent pas un effet « Whaaaou ».
NoCode : AllKeyMe
Notre plateforme SaaS NoCode ALLKEYME a vocation à fournir un "univers" applicatif pour un type de besoin, couvert aujourd'hui par des tableurs (planification et suivi des budgets, de l'offre et des opérations, ...) et répond en grande partie aux recommandations du CIGREF.
Son utilisation démarre toujours par un besoin précis, qui révèle toute sa richesse.
Ensuite, un univers s'ouvre.
