Les outils à faible code/sans code profitent des avantages informatiques, avec des mises en garde – Systeme io

Les outils à faible code/sans code profitent des avantages informatiques, avec des mises en garde – Systeme io


Les outils de programmation visuelle low-code/no-code promettent de simplifier et d’accélérer radicalement le développement d’applications en permettant aux utilisateurs professionnels de créer de nouvelles applications à l’aide d’interfaces glisser-déposer, réduisant ainsi la charge de travail des développeurs professionnels difficiles à trouver. Un rapport Gartner de septembre 2021 a prédit que d’ici 2025, 70 % des nouvelles applications développées par les entreprises utiliseront des technologies low-code ou no-code, contre moins de 25 % en 2020.

De nombreux clients trouvent le juste milieu en les combinant avec des outils similaires à faible code/sans code pour l’intégration et la gestion des données afin d’automatiser rapidement les tâches standard et d’expérimenter de nouveaux services. Les clients signalent également qu’ils aident les utilisateurs professionnels à tester rapidement de nouveaux services, à peaufiner les interfaces utilisateur et à fournir de nouvelles fonctionnalités. Cependant, low code/no code n’est pas une solution miracle pour tous les types d’applications et peut nécessiter une réécriture coûteuse si un client sous-estime le degré auquel les applications doivent évoluer ou être personnalisées une fois qu’elles atteignent la production. Il y a donc beaucoup dans la colonne plus, mais il y a aussi des raisons d’être prudent.

Voici quelques exemples de la façon dont les professionnels de l’informatique utilisent des outils à faible code/sans code pour offrir des avantages au-delà de la simple réduction de la charge de travail des développeurs professionnels.

Expérimenter des interfaces utilisateur, fournir de nouveaux services

Sendinblue, un fournisseur de logiciels de communication marketing basés sur le cloud, utilise des outils d’automatisation des flux de travail à faible code, d’intégration et de gestion des données pour expérimenter rapidement des fonctionnalités telles que de nouveaux plans tarifaires, déclare le CTO Yvan Saule. Sans low code, qui lui permet de tester de nouvelles fonctionnalités à 10 à 15 % du coût du développement traditionnel, « nous ne pourrions pas nous permettre toutes les expérimentations que nous faisons », dit-il. « Si nous devions écrire 15 systèmes de tarification différents, cela aurait pu prendre des années », nécessitant des systèmes de gestion des commandes et des vérifications de crédit pour chaque prix spécifique.

La société de technologie et de services financiers Fidelity National Information Services (FIS) utilise le low code WaveMaker pour développer les interfaces utilisateur des applications orientées client qu’elle crée pour ses clients bancaires, en utilisant des API pour connecter ces applications au back-end du client ou du FIS. systèmes. « C’est pour accélérer la mise sur le marché », explique le CTO Vikram Ramani. Cette approche est particulièrement précieuse compte tenu de la pénurie de développeurs qualifiés. Alors que la FIS évalue toujours les résultats, Ramani dit qu’ils s’attendent à une amélioration de la vitesse d’au moins 20 à 30 %.

Vikram Ramani

Vikram Ramani, directeur technique des services d’information nationaux de Fidelity

Services d’information nationaux de Fidelity

Et parmi les outils low-code, par exemple, FIS a choisi WaveMaker parce que ses composants semblaient plus évolutifs que ses concurrents et que son modèle de licence par développeur était moins cher que le modèle d’exécution d’autres outils.

Chez Joist, une startup développant des logiciels de gestion financière et commerciale pour les entrepreneurs, le PDG Rohan Jawali utilise la plate-forme sans code AppMachine pour créer rapidement des prototypes d’application, obtenir les commentaires des clients, puis créer l’application réelle afin de sauter quelques itérations dans la conception. processus. Chez un ancien employeur, il pouvait créer une application mobile simple de partage d’informations et de contacts pour les travailleurs de la construction en quelques jours, contre plusieurs semaines en utilisant les langages conventionnels. L’exploitation du système de gestion de contenu dans AppMachine a permis aux utilisateurs de télécharger facilement les données requises, dit-il.

Automatisation des processus et collecte de données

Chez le producteur d’eau en bouteille Blue Triton Brands, Derek Lichtenwalner a utilisé Microsoft Power Apps à faible code pour créer une application de partage d’informations et de communication pour les travailleurs de la production. Avant de devenir analyste commercial IS / IT au début de 2022, Lichtenwalner n’avait aucune formation informatique formelle, mais a pu créer l’application en environ un mois. Il est maintenant utilisé dans six installations avec environ 1 200 utilisateurs, avec des plans pour l’étendre à 3 000 dans les 27 installations de l’entreprise.

Derek Lichtenwalner

Derek Lichtenwalner, analyste commercial IS/IT, Blue Triton Brands

Marques Blue Triton

L’utilisation d’utilisateurs non informatiques tels que Lichtenwalner pour développer des applications qui partagent des informations et automatisent les processus est une bonne option pour les industries avec de petites équipes de développeurs qualifiés, comme la construction, où « il y a de nombreux processus qui doivent être numérisés et peu de code et pas le code peut rendre cela plus facile », déclare Jawali.

Certains fournisseurs et clients utilisent des concepts low code/no code pour faciliter non seulement le développement d’applications, mais aussi le partage de données entre les applications. Sendinblue, par exemple, résume ses interfaces de programmation d’applications (API) en widgets réutilisables. En mappant ses API avec celles utilisées par les systèmes de ses clients, explique Saule, ses développeurs « peuvent glisser-déposer les fonctions d’intégration et créer de nouvelles capacités au-dessus de cette intégration ».

Comprendre vos besoins

Low Code/No Code « peut être le meilleur ami d’un professionnel de l’informatique pour les défis quotidiens traditionnels tels que les approbations de flux de travail et la collecte de données », déclare Carol Dann, vice-présidente des technologies de l’information à la Ligue nationale de hockey (LNH). Mais elle met en garde contre le fait d’essayer d’utiliser un tel outil pour une nouvelle application simplement parce qu’il est agréable à utiliser. Et choisir la mauvaise solution peut se retourner rapidement, ajoute-t-elle, avec tout gain rapide effacé par la nécessité de coder ou de contourner les lacunes.

Carole Dann

Carol Dann, vice-présidente des technologies de l’information, Ligue nationale de hockey

LNH

« Aucun code ne convient lorsque vous avez une architecture d’application simple et que vous souhaitez déployer et tester rapidement une application », ajoute Jawali. C’est mieux, dit-il, dans « des expériences innovantes où vous voulez beaucoup de contrôle sur l’expérience utilisateur, l’interface utilisateur, quelque chose que vous ne pouvez pas obtenir avec une plate-forme à faible code. Le faible code est plus utile lorsque vous devez introduire plus de sécurité et des liens vers d’autres applications, mais au prix d’une plus grande complexité et du besoin de développeurs plus techniques.

La simplicité du glisser-déposer de l’absence de code rend difficile l’obtention de ce pourcentage final de différenciation qui rend une application utile pour une organisation spécifique et rend le faible code plus adapté, déclare Mark Van de Wiel, CTO de terrain chez le fournisseur de logiciels d’intégration de données Fivetran . Cette personnalisation supplémentaire peut inclure, par exemple, l’utilisation de la logique floue pour corriger les noms mal orthographiés dans une base de données client ou la logique métier nécessaire pour calculer un score de 1 à 10 de l’efficacité de divers actifs marketing en fonction de mesures telles que les vues par rapport aux clics. à travers.

Les applications à faible code/sans code peuvent également être difficiles à mettre à l’échelle, déclare Saule. Il recommande de limiter leur utilisation aux parties stratégiques non essentielles de l’entreprise et lorsque vous souhaitez expérimenter. « Lorsqu’une expérience réussit et doit évoluer, c’est lorsqu’il est temps de penser à la réécrire », dit-il, mais dans un langage plus traditionnel mais évolutif.

Ce n’est pas parce qu’aucun code/code faible ne permet à plus d’utilisateurs de créer leurs propres applications qu’ils devraient le faire, déclare Van de Wiel. Chez Fivetran, un groupe d’analyse prépare les tableaux de bord d’efficacité marketing utilisés par le reste de l’organisation. « Cela permet à nos employés de se concentrer sur ce qu’ils font bien », dit-il, plutôt que de perdre du temps à créer des tableaux de bord en double ou de gaspiller de l’argent à immobiliser l’infrastructure informatique en téléchargeant les mêmes données.

Les organisations autorisant le développement extensif d’applications de bricolage doivent également s’assurer que ce plus grand nombre de développeurs non professionnels respecte les exigences de l’entreprise et de la réglementation pour protéger les données des clients, dit-il.

AppMachine convenait parfaitement aux applications de partage d’informations développées par Jawali, car elles ne doivent servir que des centaines d’utilisateurs plutôt que des dizaines de milliers ou plus. Il est moins adapté aux applications qui nécessitent des niveaux de sécurité élevés, dit-il, car il ne peut pas créer les profils d’utilisateurs nécessaires pour un accès basé sur les rôles. Il manquait également la prise en charge des API nécessaires pour se connecter à d’autres applications telles que les systèmes de gestion de produits ou de problèmes ou les applications de suivi des livraisons.

« Des problèmes peuvent s’infiltrer lorsque les gens essaient de faire faire à des outils des choses qu’ils n’étaient pas vraiment censés faire plutôt que de conclure que ce n’est pas la bonne solution », explique Dann. Développer une relation étroite avec les responsables de la réussite client du fournisseur et comprendre tout ce que les outils ont à offrir – ce que l’outil fait bien et ce qu’il n’a jamais été conçu pour faire – sont essentiels pour prendre des décisions éclairées. « Dire, ‘Non, ce n’est vraiment pas ce que fait notre plate-forme’ est une réponse parfaitement acceptable de la part d’un fournisseur, » dit-elle.

Entre autres questions d’évaluation, Dann recommande de demander si un fournisseur sans code/avec peu de code est disposé à participer à un examen de la sécurité de l’information, si sa solution dispose d’une API robuste à intégrer à d’autres applications et si elle dispose d’une stratégie d’authentification et d’autorisation adaptée. avec les processus de sécurité du client.

Ne négligez pas les solutions low code/no code « prêtes à l’emploi »

Si vous considérez le faible code/aucun code comme une stratégie pour simplifier le développement plutôt qu’une catégorie de produits, vous pouvez trouver des opportunités pour accélérer le développement d’applications avec des logiciels que vous possédez déjà, ou avec des fonctionnalités prêtes à l’emploi dans des produits familiers tels que le stockage en nuage. . Cela est particulièrement vrai pour les fonctions de routine bien définies telles que la gestion des documents et des flux de travail.

La LNH a configuré les capacités d’intégration de son système de gestion de flux de travail Monday.com en tant que solution low code/no code pour remplacer un ancien système de transmission des demandes à son personnel créatif. Il a déployé ce système de remplacement en environ deux semaines, contre au moins six mois avec les méthodes de développement traditionnelles, explique Dann.

La ligue a répondu à un autre besoin – alerter ses éclaireurs de nouvelles informations sur les joueurs prometteurs – en configurant l’outil d’automatisation du flux de travail sans code Box Relay dans le service de stockage de données basé sur le cloud Box pour attribuer automatiquement des tâches et déplacer les documents vers les dossiers appropriés une fois qu’ils ont été traités. . « Cela a supprimé tout le processus des e-mails et rationalisé le flux de travail », dit-elle, « en utilisant une interface » ce que vous voyez est ce que vous obtenez « plutôt que d’écrire du code. »

Utilisés correctement, les outils low code/no code peuvent accélérer l’arrivée de nouvelles applications pour les clients et les employés tout en réduisant les coûts et les retards. Ils peuvent également empêcher les violations de sécurité ou de politique, ou la nécessité de réécrire une application qui ne peut pas évoluer si elle réussit. Mais comme tout outil, il est essentiel de comprendre ce qu’ils peuvent et ne peuvent pas faire, et ce que vous voulez qu’ils fassent.

Laisser un commentaire