Figma qui disparaît des stacks. Des équipes de 4 qui remplacent des équipes de 20. Des agents IA qui codent avec toi. Le paysage des projets IT a plus changé en 12 mois qu'en 10 ans. Voici les 7 ruptures qu'on observe — et qu'on vit — au quotidien.
Donatien Lefranc
Fondateur & Président, Leando
En résumé
En 2026, les projets IT connaissent 7 ruptures majeures : le design passe dans le code, le handoff disparaît, les agents IA deviennent des coéquipiers via le protocole MCP, les équipes se réduisent radicalement, la discovery se fait en code fonctionnel, le savoir-faire se déplace de l'exécution vers la décision, et l'audit de process devient le prérequis de toute transformation.
Cet article est né d'une conversation. Un post LinkedIn d'Arthur Micoulet — fintech builder — qui explique pourquoi son équipe a supprimé Figma de sa stack. 360 likes. 126 commentaires. Designers, devs, CPO, CTO — tout le monde y est allé de son avis.
Ce post a touché un nerf. Pas parce que Figma est un mauvais outil. Mais parce qu'il cristallise un changement plus profond : la façon dont on conçoit, construit et livre des produits digitaux est en train de se réinventer.
On a croisé ces retours terrain avec le ThoughtWorks Technology Radar de mars 2026 — la référence mondiale en matière de tendances tech — et avec ce qu'on observe chez nos clients et dans notre propre pratique chez Leando.
Voici les 7 changements qui redéfinissent les projets IT cette année.
Figma n'est plus le point de départ — c'est le code
Arthur Micoulet l'a résumé dans un post LinkedIn à 360 likes : "On a supprimé Figma de notre stack. Pas par effet de mode. Parce que le process nous ralentissait."
Le constat est simple. Discovery → maquette → validation → handoff → dev. On connaît la chanson. Mais pourquoi dessiner un produit dans un outil pour le reconstruire dans un autre ?
Jenny Wen, ex-directrice design chez Figma, a quitté Figma pour prototyper en code chez Anthropic. Quand la personne qui dirigeait le design chez Figma elle-même passe au code-first, le signal est clair.
Concrètement : les équipes qui adoptent le code-first passent de jours à minutes sur les itérations design. Le design system vit dans le repo — tokens, composants, guidelines — tout versionné avec le produit.
Point de vue Leando
Chez Leando, on a fait la même bascule. FigJam reste pour l'idéation et l'embarquement utilisateur. Mais le design d'interface se fait dans le code. Ce qu'on voit, c'est ce qu'on livre.
Fini le passage de relais design → dev. C'est continu.
Le handoff, c'était ça : un designer livre un Figma pixel-perfect. Un développeur l'interprète, pose des questions, fait des allers-retours. Le résultat ne ressemble jamais tout à fait à la maquette. Tout le monde est frustré.
En 2026, ce process séquentiel disparaît. Quand le design se fait dans le code, il n'y a plus de "passage". Le prototype est le produit en devenir. Les itérations se font sur le même support, par les mêmes personnes ou en binôme direct.
Les commentaires sous le post d'Arthur sont révélateurs. Cédric Carvalho demande : "Comment structurer les commits du bout de code design ?" La réponse : c'est le même repo, le même flow. Il n'y a plus de frontière.
Point de vue Leando
Le handoff était un symptôme. Le vrai problème, c'était d'avoir deux mondes parallèles — design et code — qui devaient se synchroniser en permanence. Quand ils fusionnent, le problème disparaît.
Claude Code, Cursor, MCP — l'IA n'est plus un outil, c'est un membre d'équipe
Le ThoughtWorks Technology Radar de mars 2026 est formel : le protocole MCP (Model Context Protocol) et les agents IA dominent cette édition. MCP est devenu "le protocole d'intégration ultime pour les workflows agentiques".
Concrètement, ça veut dire quoi ? Tu donnes à un agent IA le contexte de ton projet (architecture, design system, règles business, guidelines) et il code avec toi. Pas à ta place — avec toi. Il comprend ton repo, respecte tes conventions, et itère en temps réel.
La stack d'Arthur Micoulet pour 4 personnes : OpenClaw (agent IA central), Claude Code, Cursor, Replit. L'IA n'est pas un gadget dans leur process. C'est le moteur.
Le ThoughtWorks Radar parle même de "context engineering" comme compétence critique : savoir nourrir un agent IA avec le bon contexte pour obtenir le bon résultat. C'est le nouveau skill fondamental.
Point de vue Leando
Les fichiers AGENTS.md — des instructions de contexte pour agents IA — sont entrés dans le ThoughtWorks Radar 2026 comme technique recommandée. Les agents ont besoin de documentation, exactement comme les humains.
4 personnes avec les bons outils > 20 en process classique
Arthur Micoulet : 4 personnes. Stack complète. Produit fintech. C'est pas un side-project — c'est leur activité principale.
Le ratio a changé. Avant, un projet digital mobilisait : 1 PM, 2 designers, 4-6 devs, 1 QA, 1 DevOps. 10 personnes minimum. Aujourd'hui, avec les agents IA, le code-first et l'automatisation, une équipe de 3-5 personnes bien outillée produit l'équivalent.
Ce n'est pas que la tech. C'est aussi la suppression des couches de coordination. Moins de handoffs = moins de réunions = moins de gens nécessaires pour synchroniser. L'organisation se simplifie parce que le process se simplifie.
Point de vue Leando
La question n'est plus "combien de personnes il me faut" mais "quelle est la bonne configuration de compétences × outils". Un full-stack senior avec Claude Code fait aujourd'hui le travail de 3 profils séparés.
Prototyper en code, tester en live, itérer avec de vraies données
Baptiste Lautrette, UX Designer, met le doigt dessus dans les commentaires : "Figma n'est qu'un outil qui permet de rendre tangible des concepts afin de les tester. Si on peut le faire via du code, banco."
C'est exactement ce qui se passe. Le prototype n'est plus un livrable jetable en Figma. C'est du code fonctionnel, déployé sur un environnement de test, avec de vraies données. Les utilisateurs testent un vrai produit, pas une maquette cliquable.
Arthur précise : "L'idéation et la discovery ne se font pas sur la même base de code que la prod. Mais ce n'est pas le code généré en discovery qui ira en prod." La discovery reste indispensable — elle change juste de support.
Résultat : les cycles de validation passent de semaines à jours. Et les retours utilisateurs sont plus fiables parce qu'ils testent quelque chose de réel.
Point de vue Leando
PostHog, Hotjar, analytics en temps réel : la discovery en code permet de combiner retours qualitatifs (tests utilisateurs) et quantitatifs (données de session) dès le prototype. C'est un game-changer pour la prise de décision produit.
Les outils changent. Le jugement produit, jamais.
Arthur Micoulet résume : "Le vrai savoir-faire en design, ce n'est pas maîtriser un outil. C'est savoir trancher."
Les outils deviennent interchangeables. Claude Code aujourd'hui, autre chose demain. Figma hier, code-first aujourd'hui. Ce qui ne change pas : la capacité à prendre les bonnes décisions produit. Quelle feature construire ? Pour qui ? Pourquoi maintenant ?
Stéphane Munnier, Head of Design, pose la bonne question dans les commentaires : "Donc pour vous, le design se réduit au dessin ?" Non, justement. Le design ne s'est jamais réduit au dessin. Mais beaucoup d'équipes l'avaient réduit à ça — et l'IA rend cette réduction visible.
Le rôle de "faiseur" se dévalue. Le rôle de "décideur" prend toute sa valeur. Savoir poser les bonnes questions, prioriser impitoyablement, trancher avec du contexte business — c'est ça, la compétence rare.
Point de vue Leando
Nicolas Claret, Product Designer, nuance : "En early stage, designer en code peut accélérer. Sur des projets complexes avec design system et équipes multiples, une couche de structuration transverse reste indispensable." Le contexte dicte le process, pas l'inverse.
Avant de transformer, il faut comprendre comment tu fonctionnes
Voilà le paradoxe. Tous ces changements sont excitants. Mais pour les adopter, il faut d'abord savoir d'où tu pars.
Tu ne peux pas passer au code-first si tu ne sais pas comment ton équipe design et dev collaborent aujourd'hui. Tu ne peux pas déployer des agents IA si tes données sont éparpillées dans 15 Excel. Tu ne peux pas réduire ton équipe si tu ne sais pas qui fait quoi et pourquoi.
L'audit de process n'est plus un exercice bureaucratique. C'est la carte avant le voyage. Quels outils sont réellement utilisés ? Où sont les goulots d'étranglement ? Quels handoffs peuvent disparaître ? Quels process sont prêts pour l'IA ?
Les entreprises qui naviguent ces 7 changements avec succès ont un point commun : elles ont commencé par comprendre leur fonctionnement réel — pas celui décrit dans les documents, celui qui existe vraiment sur le terrain.
Point de vue Leando
C'est exactement ce qu'on fait chez Leando. En 2 à 4 semaines d'audit terrain, on cartographie tes process réels, on identifie les quick wins, et on construit la roadmap de transformation adaptée à ta réalité — pas à la dernière tendance tech.
Le fil rouge
Ces 7 changements ne sont pas indépendants. Ils se renforcent mutuellement. Le code-first rend le handoff obsolète. Les agents IA permettent aux petites équipes de produire à grande échelle. La discovery en code accélère les cycles de validation. Et le tout repose sur des process clairs et des données structurées.
Le vrai changement, ce n'est pas une technologie. C'est une philosophie : les efforts au bon endroit, au bon moment, avec les bons outils.
Donatien Lefranc
Fondateur, Leando
J'ai commenté sous le post d'Arthur. Parce que ces changements, on les vit aussi chez Leando. On a basculé au code-first. On utilise des agents IA au quotidien. Mais j'ai aussi soulevé les vraies questions : quid de la discovery quand on va trop vite ? Quid d'embarquer les utilisateurs sans maquettes visuelles ?
La réponse, c'est que le process ne disparaît pas — il change de forme. La réflexion produit reste indispensable. L'empathie utilisateur reste indispensable. Ce qui disparaît, c'est les couches intermédiaires qui ne créaient pas de valeur. Et ça, c'est une bonne nouvelle pour tout le monde.
360+
likes sur le post LinkedIn d'Arthur
4
personnes dans l'équipe d'Arthur (fintech complète)
MCP
protocole n°1 du ThoughtWorks Radar 2026
min.
au lieu de jours pour une itération design
À retenir
Voici les questions qu'on nous pose tout le temps
Prêt à transformer tes projets IT ?
Chaque entreprise a ses process, ses outils, ses contraintes. Chez Leando, on t'aide à comprendre d'où tu pars — et à construire la roadmap qui te mène là où tu veux aller.
Demander un diagnostic gratuit