Temps de lecture estimé : 4 minutes
En bref : Low-code, IA, nouvelles façons de développer : les DSI font face à une question concrète. Faut-il créer une nouvelle filière ou faire évoluer les compétences existantes ? Ni l’une ni l’autre n’est universellement juste. Ça dépend de votre contexte, et d’abord de la question que vous vous posez vraiment.
Appy Makers est un acteur du low-code. Notre avis n’est pas neutre, mais honnête.
Digital factory : équipe dédiée à la production rapide d’applications, s’appuyant sur des outils low-code ou no-code.
Time to market : délai entre la conception d’un produit et sa mise en production.
Pourquoi cette question émerge maintenant ?
Les nouvelles technologies changent concrètement la façon de produire des applications. Livrer plus vite, réduire les coûts, impliquer davantage les métiers : les gains potentiels sont réels, et c’est ce qui pousse de plus en plus de DSI à envisager une nouvelle filière. Mais avant d’y répondre, encore faut-il savoir ce qu’on cherche à résoudre.
Code et low-code : deux filières complémentaires, pas concurrentes
Adopter le low-code ne signifie pas abandonner le code. Le legacy est là, il ne basculera pas dans un nouveau mode du jour au lendemain. Maintenir des compétences de développement classique pour le faire vivre reste indispensable.
Pour les nouvelles applications, la question se pose différemment. L’arbitrage dépend du projet : est-ce un sujet qui demande la profondeur du code, ou un cas où la rapidité du low-code est plus adaptée ? De cet arbitrage découle naturellement l’orientation vers l’une ou l’autre approche.
Voici un exemple de grille de lecture : le code pour ce qui touche au cœur du SI, à savoir ERP, applications stratégiques, développements à fort enjeu de maîtrise technique. Le low-code pour les applications internes sur mesure, les besoins évolutifs, les projets où la vélocité prime. Deux approches différentes, donc deux filières différentes. Avoir les deux, c’est une vraie force, mais ça suppose de faire un choix clair selon ce qui est devant vous.
Nouvelle filière ou montée en compétences : trois éléments font la différence
Une fois admis que les deux approches sont complémentaires, la question devient opérationnelle : créer une filière dédiée, ou faire évoluer les développeurs existants ? Trois éléments font pencher la balance.
L’appétence des développeurs. C’est le premier point à évaluer, avant toute décision. Des développeurs curieux feront la transition sans friction. Une résistance non anticipée, en revanche, peut fragiliser toute la démarche. Prendre le temps de sonder les équipes évite bien des erreurs de casting.
La disponibilité réelle des équipes. Si vos développeurs sont staffés à 100 %, leur demander d’absorber de nouveaux sujets en parallèle est illusoire. Dans ce cas, créer une filière séparée n’est pas un choix stratégique. C’est la seule option réaliste.
La volonté d’internaliser ou non. Certaines organisations préfèrent tester en externe avant d’internaliser. D’autres veulent maîtriser la compétence dès le départ. Les deux approches sont valides. Tout dépend du niveau d’engagement que vous êtes prêt à prendre sur la durée.
Un point concret : pour un développeur confirmé, passer au low-code n’est pas une reconversion. Les fondamentaux restent les mêmes. Ce qui change, c’est simplement la couche d’abstraction : le code au sens strict disparaît, la logique métier reste entière. Pour quelqu’un qui en a envie, c’est une transition rapide.
La vraie question à se poser avant de décider
Avant de réfléchir à comment créer une nouvelle filière, assurez-vous que le besoin est réel. Réduire le time to market, livrer plus souvent, raccourcir les cycles entre les métiers et l’IT : si ces enjeux ne se font pas ressentir concrètement dans votre organisation, n’y allez pas. Créer une digital factory parce que tout le monde en parle est une erreur coûteuse.
En revanche, si vos équipes sont déjà à pleine capacité et que la demande métier s’accumule sans pouvoir être absorbée, la réponse est souvent évidente. Pas besoin d’un grand plan de transformation : commencez par un premier périmètre, mesurez, ajustez.
