Assurer la sécurité dans le développement Low-Code : pourquoi la supervision IT compte

L'IT doit s'assurer que les éléments composables utilisés pour créer des applications low-code respectent les standards de sécurité et de confidentialité des données de l'entreprise.

Le développement low-code offre une excellente façon pour les entreprises de construire des applications rapidement. Le grand argument de vente est que le développement low-code décharge les tâches de l'IT et du personnel développeur, permettant aux unités business et aux développeurs citoyens de prendre les choses en main. En conséquence, les unités business et les individus peuvent développer exactement ce dont ils ont besoin et n'ont pas à attendre que les ressources de développement corporate soient disponibles.

Cela veut-il dire que l'IT n'a pas de rôle ? Bien sûr que non. L'IT a encore besoin de fournir une supervision pour plusieurs raisons. Examiner les cas d'usage et pratiques low-code communs aide à expliquer pourquoi.

Cas d'usage low-code communs

Les entreprises trouvent que le low-code est idéal pour un couple de classes génériques d'applications.

Une catégorie est de construire des applications qui impartissent des capacités d'automatisation à petite échelle. Candidats principaux sont l'automatisation de flux de travail plus petits qui impliquent d'accéder à une base de données, email, ou système transactionnel et puis d'effectuer une tâche comme le ferait un humain. Un exemple serait une application qui vérifie les données IoT sur l'état d'un système et envoie automatiquement une alerte email si une valeur seuil est dépassée.

Les entreprises utilisent aussi le low-code pour développer des programmes pour l'analyse de données IoT. Une application développée en utilisant des techniques low-code pourrait ingérer des données IoT et effectuer une analyse de tendance ou détection d'anomalie. Un programme pourrait utiliser des éléments composables qui effectuent de l'analytique prédictive ou font passer les données à travers un modèle d'apprentissage automatique existant. Ces routines d'analyse sophistiquées pourraient être rendues disponibles aux développeurs low-code comme un élément composable.

Voir aussi : Low Code Automatise les Processus Industriels Plus Vite

Où la supervision IT intervient

Un domaine où l'IT a besoin d'être impliqué est par rapport à la gestion des risques de sécurité potentiels. Le low-code permet aux développeurs citoyens de développer des applications sans attendre l'IT. Ça ne remplace pas l'IT complètement — les entreprises ont encore besoin de l'IT pour des tâches d'ordre supérieur comme la gouvernance, l'ingestion de données, et la cybersécurité.

Une façon de gérer ou contenir ces problèmes est d'avoir l'IT superviser les opérations. Pas de façon jour à jour et pas d'une façon qui nécessite un gros investissement en temps. Cela derrotterait le but d'utiliser le low-code. Plutôt, l'IT devrait s'assurer que les éléments composables utilisés pour créer des applications low-code respectent les standards de sécurité et de confidentialité des données de l'entreprise. L'IT peut aussi imposer des restrictions sur quels jeux de données peuvent être utilisés dans une application low-code. Une telle supervision est particulièrement importante quand une application touche des systèmes critiques ou à l'échelle de l'entreprise.

La scalabilité doit aussi être considérée quand de tels systèmes sont incorporés dans une application développée en utilisant des techniques low-code. Ici encore, l'IT doit s'impliquer. Les développeurs citoyens ont tendance à créer des applications qui ne scalent pas bien, selon Harvard Business Review. Les auteurs de cet article suggèrent :

« La meilleure situation peut souvent être un modèle de développement hybride citoyen/professionnel, dans lequel l'utilisateur développe 80 % du modèle et le passe au développeur pour le polissage. Ou l'utilisateur peut développer l'application initiale en utilisant un outil d'interface graphique et puis la donner à un développeur pour la programmer en Python ou un autre langage plus scalable. Dans les deux cas, le développeur peut enregistrer que le système existe, s'assurer qu'il fonctionne correctement, et le connecter à tout système de données ou transactionnel nécessaire. »

Cette approche n'est pas nécessaire pour toutes les organisations. Cependant, une forme de ce modèle pourrait valoir la peine d'être considérée si les applications de développeurs citoyens sont adoptées à travers une organisation et pas simplement utilisées dans l'unité business.

Le rôle de l'IT dans la rétention du savoir institutionnel

Un des grands avantages du low-code est qu'il donne aux gens avec une connaissance intime de comment les choses marchent un outil pour faire les choses mieux. Un gestionnaire de plancher peut rapidement assembler une app de monitoring de performance basée sur son expertise. De même, un membre du personnel de service pourrait construire une app de planification de maintenance qui prend en compte l'analyse de données IoT sur l'état et la performance d'équipement en temps réel. De telles apps capturent essentiellement le savoir des experts dans l'entreprise et laissent les autres bénéficier de leur expertise.

De telles apps sont bien, mais qu'arrive-t-il avec la personne qui a développé l'app part, ou quelqu'un veut faire des changements ou utiliser l'app pour un autre but. De telles situations mènent à des fuites de savoir, qui est commune à travers toutes les industries (et est certainement commune dans les cas qui n'impliquent pas le low-code).

De plus en plus, les entreprises réalisent qu'elles ont besoin d'implémenter des politiques et meilleures pratiques de capture et rétention du savoir. L'IT peut jouer un rôle en aidant à développer des meilleures pratiques pour la programmation low-code. Cela pourrait être quelque chose d'aussi simple que requérir un développeur citoyen de remplir un formulaire qui détaille ce que l'app est censé faire, les sources de données qu'il utilise, et les composants que l'app utilise et pourquoi.