4 façons d’utiliser le développement low-code à votre avantage

low-code-no-code-dev

Les plates-formes à faible code (et sans code) font fureur ces jours-ci, Gartner prédisant que le faible code représentera 65 % de l’activité des applications d’ici 2024. Comme je l’ai déjà écrit, une grande partie de cette popularité est due à la promesse que les outils low-code permettent à un utilisateur professionnel moyen (c’est-à-dire des développeurs citoyens) de créer des applications sans avoir besoin de comprendre comment écrire une ligne de code. Le résultat est une explosion de la quantité – mais pas nécessairement de la qualité – des candidatures.

Ce qui est souvent négligé, c’est que les outils et plates-formes low-code offrent sans doute des avantages encore plus importants pour les développeurs professionnels et les services informatiques. Si vous n’avez pas encore adopté le développement low-code, voici quatre façons de le rentabiliser :

1Accélérer les cycles de développement.

Même si vous êtes un ninja du codage, vous devriez tirer parti de tout outil permettant d’accélérer le travail de développement. C’est exactement ce que fera une bonne plateforme low-code entre les mains d’un professionnel, permettant la création de plus d’applications plus rapidement. En rendant les équipes existantes plus productives, le faible code peut être l’une des principales stratégies d’atténuation pour remédier à la pénurie de talents en développement dans l’industrie.

De plus, ce n’est pas seulement que le low-code permet aux développeurs de devenir plus productifs ; c’est comment il le fait : il automatise bon nombre des tâches les plus banales que les développeurs détestent. La modélisation logique, la conception de l’interface utilisateur et même les schémas de données peuvent être configurés en beaucoup moins d’étapes qu’il n’en faudrait pour les coder. À moins que vous n’utilisiez encore des instructions manuelles SQL CREATE TABLE pour préparer des entités de base de données, vous comprenez déjà cela ; vous utilisez probablement une interface utilisateur de conception ou de gestion pour configurer ces tables. C’est ça, mais appliqué à, eh bien, à tout le reste.

Il y a aussi une dimension qualitative à cela; code faible signifie souvent moins d’erreurs. Les erreurs de syntaxe simples se produisent beaucoup moins souvent, et beaucoup de manipulations, de journalisation, etc. peuvent bien être intégrées à la plate-forme d’exception afin que les créateurs d’applications individuels puissent se concentrer sur la logique de l’application plutôt que de pointer chaque “i” et de croiser chaque “t”. ”

2Mieux aligner business et IT.

L’un des défis pour de nombreuses organisations est que l’informatique a tendance à penser et à agir en termes pratiques et que les parties prenantes et les utilisateurs ont tendance à penser en termes d’idées. Une partie de chaque projet consiste à essayer de distiller ce que les gens d’affaires veulent dire lorsqu’ils demandent quelque chose, dans quelle mesure cela doit fonctionner exactement comme ils l’ont décrit, quelles choses pourraient être négociées en quelque chose que la technologie existante est conçue pour faire, etc.

Même lorsque les demandes commerciales sont concrètes et tangibles, elles reflètent une culture et un langage de travail qui ne sont pas les mêmes que ce que comprend l’informatique, de sorte que la négociation et l’interprétation sont toujours très nécessaires, très chronophages et très frustrantes.

Si vous pensez que le low-code est réservé aux développeurs citoyens, n’oubliez pas que ce problème existera toujours, mais à l’envers ; Les développeurs citoyens comprennent rarement la journalisation, l’audit, la gestion des versions, le déploiement par étapes, la gestion des changements, les tests, la sécurité, etc.

Je suis un ardent défenseur d’une troisième approche, quelque chose qui s’appelle citoyenassisté développement. L’accent est mis sur la collaboration plutôt que sur l’abdication. L’informatique et l’entreprise travaillent ensemble plutôt que de céder toute la responsabilité à l’une ou l’autre partie. Les citoyens sont propriétaires de la conception, mais les options de conception comportent des garde-fous, ce qui fait que ce qui est demandé est automatiquement adapté à ce qui est exploitable. De plus, le prototypage de conception est souvent réalisé en collaboration avec l’informatique. L’informatique est propriétaire de la construction et de la livraison. Tout le monde est propriétaire des tests et de l’amélioration continue.

Cet objectif est important car seulement 10 % du travail nécessaire pour livrer une application est consacré au développement. Le reste implique tout le travail qui se passe avant (recueil des exigences, spécifications, conception, etc.) et après (débogage, intégration, sécurité, déploiement, gestion des changements, documentation, etc.). La plupart des outils low-code sont focalisés sur la construction et ignorent cette réalité, mais des exceptions existent bel et bien.

3Tirer parti des prototypes.

S’il est important de se concentrer sur la collaboration entre le métier et l’informatique, nous devons pouvoir trouver un meilleur moyen d’y parvenir que de longues et nombreuses réunions de réflexion et de négociation, de longs documents de spécification, etc. Entrez le prototype.

Le prototypage low-code nécessite un subtil changement de mentalité : l’objectif n’est pas que les développeurs citoyens créent des applications à partir de rien ; c’est aux développeurs d’amener ces utilisateurs professionnels à Afficher ce qu’ils veulent plutôt que d’essayer de le décrire. Une fois qu’un prototype fonctionnel est en main, les développeurs peuvent poser des questions éclairées et commencer à itérer sur une solution. Le Prototype est la spécification.

De plus, ces prototypes sont conçus à l’aide d’outils et de méthodes qui reflètent ce que la technologie disponible peut produire. Cela peut avoir un impact très réel et positif sur le fait d’empêcher les développeurs de s’enliser dans des terriers de lapin en essayant de concilier des solutions de contournement pour répondre à un souhait abstrait pour l’interface utilisateur que la plate-forme n’est pas vraiment conçue pour fournir. Les outils de prototypage guident chacun vers un langage de conception commun, qui seul peut grandement aider.

4Embrassez l’amélioration continue.

C’est un truisme que la perfection est l’ennemie du bien. En développement, cela signifie souvent que les applications internes ne sont publiées qu’après des mois (ou des années) de travail une fois qu’elles sont jugées complètement prêtes. Cela ralentit non seulement les cycles de publication, mais signifie également que les applications sont publiées dans la nature avec des tests et des commentaires limités. Autre truisme : ce que les gens veulent vraiment reste incertain et abstrait jusqu’à ce qu’ils aient quelque chose à voir, à évaluer et à critiquer ; les gens éditent beaucoup plus facilement qu’ils ne l’imaginent. Ne pas avoir de livrables vus régulièrement qu’ils peuvent critiquer et qui s’améliorent sur une série rapide d’itérations peut être dévastateur.

Si cela ressemble à une méthodologie agile, cela devrait probablement être le cas. Ce n’est pas une pure expression du développement agile, mais il emprunte certains principes à cette école de pensée et les applique au low-code.

Les organisations devraient plutôt profiter de la vitesse du low-code pour publier rapidement des versions initiales avec un plan d’itération. Cette interface capture-t-elle tous les éléments de données nécessaires ? Que manquons-nous pour le flux de travail global ? Ces types de questions et de réponses deviennent évidents lorsque les applications sont réellement utilisées. De plus, les gens obtiennent des solutions rapides à leurs problèmes, et ces solutions s’améliorent rapidement avec le temps. Les deux servent à faire des développeurs le héros.

Les plates-formes low-code ne sont pas une panacée. Mais entre de bonnes mains – les mains des développeurs – ils peuvent simultanément fournir des applications plus nombreuses et de meilleure qualité tout en facilitant la vie des utilisateurs professionnels et des développeurs eux-mêmes. Qu’est-ce qu’il ne faut pas aimer ?

Mike Fitzmaurice est évangéliste en chef et vice-président de l’Amérique du Nord pour WEBCON. Fitzmaurice a plus de 25 ans d’expérience dans le conseil, l’ingénierie, le marketing, l’évangélisation et la gestion informatique.

Leave a Comment