‍Le terme "no-code" n'est généralement pas la chose qu'un service informatique aime entendre murmurer à ses oreilles. Ils auront des inquiétudes - c'est à vous de les atténuer et de répondre à leurs questions. C'est là que ce guide entre en jeu.

Imaginez la scène. Vous êtes un humble employé d'une entreprise ou d'une organisation, et vous êtes prêt à opérer une petite transformation numérique. Mais vous ne pouvez pas simplement entrer en trombe dans le bureau de votre patron, exiger une plateforme sans code et passer à l'action. Vous devez faire face à un service informatique. Cela signifie probablement un ou deux niveaux de supervision et éventuellement un architecte informatique qui décide en dernier ressort des plateformes ou des outils à introduire dans l'entreprise. 

Refus de l'informatique

Le "no-code" ou "low-code" modifie fondamentalement le modèle dominant de la manière dont une équipe informatique fournit des logiciels au sein d'une organisation. Ce modèle dominant fonctionne un peu comme suit : l'entreprise dit qu'elle a besoin d'une solution logicielle, et l'équipe informatique achète le logiciel, fait appel à une agence de développement pour le construire pour elle, ou le construit elle-même en interne. 

No-code bouleverse cela parce que : 

1. Il permet à l'entreprise de se prendre en main, ce qui signifie qu'elle dépend moins du service informatique. Cela peut être une perspective assez décourageante (voir : les dindes votent pour Noël). 

2. Il crée une toute nouvelle catégorie de personnes au sein de l'organisation, capables de fournir des logiciels. Cela suscite beaucoup de préoccupations et d'inquiétudes.

En conséquence, lorsque vous rencontrerez une équipe informatique, vous sentirez plus de peur, d'anxiété et d'inquiétude que de joie, d'enthousiasme et d'éloges. Mais ce sont eux qu'il faut convaincre - et vous voulez travailler avec eux en partenariat plutôt qu'en opposition.

Voici donc un récapitulatif des questions que vous êtes susceptible de rencontrer - avec les réponses que nous pensons que vous devriez donner.

Conseil : pour toutes ces réponses, il convient de répondre par : "Excellente question". 

Q1 : Pourquoi devrions-nous l'utiliser ? 

Vous ne vous souvenez pas de la fois où j'ai plaidé la cause? En fin de compte, si le no-code est correctement mis en œuvre, davantage de personnes peuvent proposer des solutions à l'organisation. Cela nous donne un avantage concurrentiel ; cela réduit également la quantité de communication et de temps inutiles. Tout ce que nous pouvons faire pour améliorer le rendement doit être bénéfique pour tout le monde, en particulier dans notre secteur. Nous réduirons les coûts et les délais de développement, nous apporterons plus d'innovation dans l'entreprise et nous donnerons aux spécialistes en la matière un moyen d'exprimer leurs idées. Et, ce qui est peut-être le plus important, nous gagnerons du temps et de l'argent en devenant beaucoup plus efficaces grâce à l'automatisation".

Conseil : il est plus facile de vendre le "no-code" sur la base de ses automatismes et de ses gains d'efficacité que sur l'angle de l'innovation. 

Q2 : À qui cela s'adresse-t-il ?

En bref, il y a beaucoup de départements. Ce qui est vraiment passionnant, c'est que cela permet à des personnes de toute l'entreprise de créer des logiciels : partout où il y a un expert en la matière, c'est quelqu'un qui peut maintenant fournir un logiciel directement sans code. Les employés du service clientèle, qui connaissent le mieux les clients, peuvent en fait développer leurs idées. Les employés des opérations qui vous mènent dans le mur avec toute leur informatique fantôme peuvent maintenant construire des solutions robustes. Les concepteurs et les gestionnaires de produits qui veulent créer des prototypes. Les spécialistes du marketing et de la vente qui veulent automatiser des tâches. Les informaticiens qui ont l'intuition de créer des applications, mais qui n'ont pas les compétences nécessaires en matière de codage. 

Conseil : le dernier point concernant les travailleurs des technologies de l'information est probablement celui qui trouvera le plus d'écho. 

Pour en savoir plus, cliquez ici 

Q3 : Comment savons-nous que nous pourrons l'utiliser ?

Il y a deux raisons à cela :

• La première est que nous ne rechercherons que des personnes naturellement enclines à l'utiliser, et il existe des profils spécifiques qui correspondent à ce profil. Les personnes qui codent pendant leur temps libre, qui ont une formation en conception ou qui sont naturellement douées pour des choses comme Excel sont le type de personnes qui utiliseront ce service. 
• Deuxièmement, nous allons créer un centre d'excellence et un programme de formation complet en collaboration avec le département informatique. Ce programme couvrira non seulement la manière de construire avec ces outils, mais aussi la manière de les déployer en toute sécurité au sein de notre organisation - y compris une certification.  

Q4 : Comment savoir si les gens vont créer de bonnes applications logicielles ? 

Nous formerons et certifierons les employés pour nous en assurer.Cela signifie qu'avant qu'un logiciel ne soit construit dans cette organisation, nous aurons une certification approuvée par les services informatiques. Nous mettrons en place des processus de gouvernance solides afin de garantir que le logiciel est conçu correctement, qu'il est entretenu et qu'il existe plusieurs niveaux de contrôle pour tout ce qui est déployé - ce qui reflétera étroitement la manière dont l'informatique déploie actuellement les logiciels. Le centre d'excellence disposera de l'expertise appropriée.  

Q5 : Comment savoir si ces plateformes peuvent être connectées en toute sécurité à notre infrastructure ?

1. Les plateformes "sans code" sont dotées des fonctionnalités habituelles des entreprises, telles que les contrôles d'accès configurables, le SSO et les journaux d'audit. Ainsi, de la même manière que les services informatiques sécurisent tous les autres logiciels, les plates-formes "sans code" peuvent également le faire. 
2. Le processus de gouvernance permettra de détecter tous les problèmes et de s'assurer que tout ce qui n'est pas conforme aux normes est détecté et validé avant que le produit ne soit déployé et que des problèmes ne surviennent.

‍

Q6 : Comment pouvons-nous faire confiance à des personnes non techniques pour se connecter à notre infrastructure ?

Parce qu'il y aura une surveillance rigoureuse (par le biais du Conseil de l'Europe) et que des formations seront dispensées, notamment sur les éléments fondamentaux tels que les bases de données et les interfaces de programmation (API). Des garde-fous seront également mis en place pour ajouter une couche supplémentaire de protection, comme la construction de connecteurs à la base de données afin que les gens ne puissent pas accéder directement aux bases de données".

Q7 : Pourquoi l'entreprise ferait-elle cela alors que l'informatique peut le faire à sa place ?

La vérité, c'est que l'informatique n'a tout simplement pas la capacité d'apporter certaines de ces solutions à l'entreprise assez rapidement, ou dans la mesure où l'entreprise en a besoin. Si l'informatique fantôme est un problème ici (et nous parions qu'elle l'est presque certainement), c'est la preuve de ce fait. En fin de compte, de nombreuses organisations disposent d'un grand nombre de personnes intelligentes, de spécialistes en la matière avec des idées novatrices qui ne voient jamais le jour parce que l'informatique n'a pas les ressources nécessaires". 

Conseil : c'est le moment d'évoquer l'informatique parallèle si elle est omniprésente dans votre entreprise.

Q8 : N'avons-nous pas besoin de personnes ayant des connaissances en programmation pour utiliser ces outils ? 

En un mot, non. Si nous voulons introduire un véritable outil sans code comme Betty Blocks, il n'est pas nécessaire d'avoir des connaissances en programmation. Bien sûr, si nous optons davantage pour un outil à code réduit, comme Retool, et que nous voulons simplement accélérer le travail des techniciens, c'est différent.  

Q9 : Pourquoi ne pas utiliser un outil existant au sein de l'organisation ?

Cela dépend si l'outil existant est réellement sans code et si les membres de l'équipe sont capables de l'utiliser dans la mesure dont nous avons besoin. Il est peu probable que les outils existants soient en mesure d'accomplir la même tâche, mais nous pourrions le tester en essayant de former les employés à cet outil et en voyant lequel a le meilleur rendement. Nous pensons que l'absence de code est une méthodologie et une méthode de travail qui profitera à l'ensemble de l'organisation. 

Q10 : Comment allons-nous gérer ces outils ?

Nous mettrons en place un processus de gouvernance en tandem avec un centre d'expertise, en totale collaboration et en partenariat avec le département informatique, y compris la supervision et l'approbation si c'est ce dont vous avez besoin.  

Q11 : Où les données sont-elles stockées ? 

Cela dépendra de la plateforme en question, mais si elle convient à notre organisation, nous pouvons choisir un outil entièrement auto-hébergé et facile à auto-héberger (comme Retool). Si nous voulons plus de flexibilité, nous pouvons envisager un outil qui peut être hébergé sur la solution de cloud privé de notre entreprise (comme Betty Blocks).

Q12 : Comment assurerons-nous la sécurité des données de notre organisation ?

Tout d'abord, seules les personnes formées et certifiées seront autorisées à utiliser l'outil "no-code". Nous disposerons également d'un processus de gouvernance approfondi dans le cadre duquel des experts en matière d'absence de code passeront en revue chaque élément de l'application et s'assureront que les utilisateurs comprennent comment l'utiliser en toute sécurité. Le processus de gouvernance garantira également que, chaque fois qu'une nouvelle application sera prête à être publiée en ligne, toute personne sera soumise à un processus de supervision et que tout changement apporté sera enregistré. Nous pouvons également utiliser le processus informatique actuel, quel qu'il soit".

Q13 : Comment fonctionne la maintenance ?

Nous fournirons un soutien à cet égard au sein de notre CdE, de sorte que si une personne venait à disparaître soudainement, nous disposerions d'un ensemble d'instructions claires et établies sur le fonctionnement du logiciel et sur la manière de le maintenir. Notre programme de formation veillera à ce qu'il y ait de plus en plus de développeurs "no-code" auxquels nous pourrons toujours faire appel pour résoudre les problèmes. Enfin, nous pourrons facilement faire appel à des experts externes pour la plateforme en question.

Q14 : Les outils "low-code" sont plus souples. Pourquoi ne pas les utiliser ? 

Il y a une grande différence entre les outils sans code et les outils à faible code. Ce qu'il faut retenir, c'est que les outils sans code ont des courbes d'apprentissage très différentes - plus l'outil est difficile, plus il faudra de temps pour le former et plus il exigera de gouvernance et de ressources. Si l'on multiplie ces facteurs à l'échelle de notre organisation, la situation devient tout à coup très différente. 

La facilité d'utilisation d'un outil (c'est-à-dire l'interface utilisateur) n'est pas un simple avantage ; c'est en fait le principal facteur déterminant de l'utilité du "no-code" pour notre organisation et de la productivité des employés en toute sécurité. Cela signifie que nous devons commencer par l'interface la plus facile à utiliser (qu'elle soit belle ou non). L'outil le plus facile à utiliser par le plus grand nombre est celui qu'il faut choisir".

Q15 : L'absence de code ne va-t-elle pas conduire à une augmentation de l'informatique parallèle ? 

Non, l'absence de code mise en œuvre correctement devrait être l'antidote à l'informatique parallèle. Après tout, l'informatique parallèle est le fait de personnes qui mettent au point des solutions que l'informatique ne peut pas réaliser pour elles. No-code est construit à partir d'une plateforme centralisée avec un CoE, ce qui signifie que seules des personnes formées et certifiées seront autorisées à l'utiliser. Le processus de gouvernance nous permet également de repérer facilement les problèmes et de planifier les intégrations futures. 

En les standardisant sur no-code, nous utilisons soudain une solution unique que les bonnes personnes sont capables d'apprendre et d'utiliser. Si nous parvenons à transférer 300 applications informatiques fantômes vers no-code, nous disposons soudain d'une main-d'œuvre qui sait comment les utiliser et qui est contrôlée et réglementée. No-code prend tout ce désordre et le transforme en un système cohérent et robuste, soutenu par l'ensemble de l'entreprise.

Q16 : D'accord, nous sommes convaincus. Mais répondez à une dernière question : Où avez-vous appris tout cela ?

L'impérieux site web Nocode.Tech". 

A retenir

Voilà qui couvre l'essentiel des préoccupations auxquelles vous serez confronté de la part d'un service informatique. Mais il y a trois choses importantes à garder à l'esprit tout au long de votre discussion. La première est que vous devez toujours vous appuyer sur l'argument de la réduction des coûts plutôt que sur quoi que ce soit de philosophique : que l'absence de code améliore l'efficacité de l'entreprise grâce à l'automatisation. Deuxièmement, si l'informatique parallèle est déjà un problème dans l'organisation (et c'est probablement le cas), l'absence de code est tout simplement le meilleur moyen de le résoudre. Enfin, no-code et low-code sont deux capacités distinctes qui permettent à deux groupes d'utilisateurs différents de s'épanouir.