2025 aura été une année de mutations pour nous, qui travaillons dans le développement logiciel. Nouvelles outils, nouvelles idées, de nombreuses opinions et pas mal de scepticisme en chemin ! (On aurait dit que tout le monde avait une opinion, ce que j’adore personnellement ; cela montre que les gens se soucient et ont des idées qu’ils veulent partager). 2026 sera probablement similaire sur ce point. Mais je pense aussi que cela s’annonce comme une année d’opportunités. Pas seulement pour avancer plus vite, mais pour faire les choses mieux. À présent, regarder l’avenir dans 6 ou 12 mois dans ce secteur est toujours risqué (et un peu amusant!). Les choses évoluent rapidement, de nouvelles capacités émergent et, à la fin de l’année, certaines de ces prévisions peuvent paraître extrêmement optimistes ou tout à fait fausses ; cela fait partie du jeu. Même ainsi, je voulais partager quelques idées sur ce qui m’enthousiasme le plus pour 2026. Ce ne sont ni des prévisions ni une grande vision du futur. Juste cinq domaines où je pense que les choses pourraient devenir intéressantes et où je suis personnellement enthousiaste à l’idée de voir comment l’IA continuera à façonner la manière dont nous développons des logiciels 🙂
Et pour attiser votre curiosité et vous encourager à lire jusqu’au bout, le chiffre cinq est celui que j’ai le plus hâte de lire cette année 🙂
L’IA progresse vers les étapes antérieures du processus. La planification et le brainstorming deviennent essentiels pour le développement logiciel.
L’une des domaines qui me passionne le plus est l’IA mise en œuvre plus tôt dans le cycle de vie du développement logiciel (SDLC), plus précisément dans la phase de brainstorming (ou de recherche) de solutions et dans la transformation de cette réflexion en plan (ou spécification). Je le vois comme deux problèmes à résoudre, pas un seul. Ils exigent des expériences différentes, mais lorsqu’elles sont bien exécutées, elles améliorent tout ce qui vient après, surtout la programmation.
En 2025, nous avons commencé à voir certains de ces signes. Visual Studio Code a introduit le mode planification, Claude a ajouté le support à la planification et nous avons assisté à l’émergence du développement guidé par des spécifications. Tout cela semble être sur la bonne voie. Mais, en 2026, je crois que cela ira au-delà.
Une des raisons pour lesquelles le mode agent dans l’IDE et les agents de codage éprouvent encore des difficultés à être déployés est que nous interagissons souvent avec eux comme si le plan existait déjà ou comme si la solution proposée était évidente pour l’agent. Nous supposons qu’il comprend l’approche correcte et que la solution proposée est la bonne. La réalité est que, d’un point de vue technologique, nous n’en sommes pas encore là.
Un message destiné à un agent pourrait être quelque chose comme ceci :
« J’ai reçu la tâche d’ajouter une fonctionnalité de recherche à cette application. Voici le fichier où la recherche doit être ajoutée. Mettez à jour les fichiers appropriés pour inclure la recherche. »
L’agent démarre sa tâche. En général, il vous mène jusqu’à 40% du chemin. Puis vient l’aller-retour pour atteindre 60%, 80% et au-delà. Ce qui manque ici n’est pas une meilleure génération de code. C’est tout ce qui se passe avant cela. Définir le contexte correct dès le départ. Et avec cela, d’après ce que je vois, il existe deux lacunes qui seront mieux comblées en 2026 :
- Premièrement, dans l’exemple ci-dessus, quelle est la bonne façon d’implémenter la recherche dans cette application ? La recherche a-t-elle déjà été implémentée ailleurs dans l’organisation ? Existe-t-il une fonctionnalité existante dans ce code que nous pourrions exploiter ? Les développeurs doivent être capables de rechercher et de débattre des idées ensemble, avec l’IA qui participe à cette discussion. Cela signifie intégrer le contexte d’autres dépôts de l’organisation, les meilleures pratiques du web et toute instruction ou contrainte personnalisée pertinente. La combinaison de tous ces facteurs aide à arriver à une solution plus orientée données et avec bien plus de chances d’être la bonne. Il ne s’agit pas d’aller directement à une spécification. Il s’agit d’avoir un espace partagé pour réfléchir, explorer des options et tester des idées sous pression, afin que l’équipe puisse trouver la solution adéquate dès le départ.
- Deuxièmement, après avoir trouvé la bonne solution, il faut la décomposer en étapes, en phases et en un plan. Une spécification, en pratique. Quelque chose d’assez explicite pour qu’un agent puisse réellement s’y conformer. Cela peut signifier une tâche principale qui définit l’approche complète, avec un ensemble de sous-tâches en dessous. Chaque sous-tâche se concentre sur une partie claire du travail, rédigée de manière très précise. Dans un exemple réaliste, cette spécification peut aboutir à sept tâches, toutes regroupées sous une tâche principale. Cela lance alors sept exécutions séparées de l’agent de codage. Chaque agent comprend la vue d’ensemble, mais est hyper concentré sur la résolution d’une partie précise du plan. En même temps, il peut obtenir le contexte des autres tâches, conscient de ce qui se passe autour. Nous savons déjà que les agents sont meilleurs lorsqu’ils peuvent se concentrer sur une chose et la faire bien. Cette approche leur permet de faire exactement cela, sans perdre de vue le système plus vaste auquel ils contribuent.
Oui, cela ajoute du temps au départ. Mais ce temps se rentabilise. Cela aide à garantir que le problème est résolu de la bonne manière et offre aux agents la structure nécessaire pour un meilleur travail. Au lieu d’arriver à 40% dès la première tentative, vous commencez près de 80% ou 90%. Se pourrait-il qu’un jour on atteigne les 100% ? Probablement pas en 2026. Mais c’est une amélioration par rapport à la situation actuelle.
C’est pourquoi j’espère voir une plus grande utilisation de l’IA dans les étapes initiales du développement en 2026, en particulier dans le brainstorming et la planification. Et j’ai hâte de voir à quel point cela va améliorer tout ce qui vient ensuite dans le cycle de vie du développement logiciel (SDLC) 🙂
Une rapide observation. Le brainstorming et la planification resteront-ils aussi importants pour toujours ? Difficile à dire. Penser à 2027 ou 2028 semble un peu ambitieux. Mais, à mesure que les agents de programmation s’améliorent, gagnent plus de contexte et gèrent plus de complexité, certains de ces aspects pourraient devenir moins cruciaux. Cela dit, je ne pense pas que la planification et le brainstorming disparaissent complètement. Du moins dans les prochaines années, ils semblent être la clé pour obtenir des résultats bien meilleurs des agents.
Les agents opèrent à des niveaux de dépôt, de service et de système.
Partant de ce principe, je pense que 2026 sera l’année où les agents de codage commenceront à fonctionner à grande échelle, notamment dans des bases de code déjà existantes.
2025 fut l’année où les agents de codage sont arrivés sur le marché ! Nous avons assisté à un certain ajustement entre produit et marché, avec quelques flux de travail utiles. Les agents pouvaient gérer des problèmes plus importants que le mode agent dans l’IDE et, dans les scénarios adéquats, ils fonctionnaient bien. Ce « bon scénario » aujourd’hui est majoritairement du zéro. Des nouvelles applications, de nouveaux services ou des dépôts relativement petits et propres. Cela demeure utile, il ne faut pas l’éviter, mais ce n’est pas ainsi que la plupart des logiciels se présentent, n’est-ce pas ? La plupart des bases de code sont brownfield. Elles existent depuis des années. Elles ont évolué. Elles portent des décisions, des compromis et beaucoup de connaissances et d’informations historiques. C’est ici que les agents de codage d’aujourd’hui peuvent rencontrer des difficultés. Ils fonctionnent, mais pas de façon cohérente. Ils sont excellents pour résoudre des parties du problème, mais ne parviennent pas à approfondir une question complexe.
Je pense que cela commence à changer en 2026. Au cours de l’année qui vient, j’espère que les agents de codage deviendront plus efficaces pour travailler au sein de projets complexes et de longue durée. Plus aptes à comprendre la structure, à respecter les modèles existants et à savoir ce qu’il ne faut pas modifier. J’espère aussi qu’ils s’appuieront davantage sur des signaux de qualité en temps réel, en utilisant des tests, des vérifications et des boucles de rétroaction pour corriger le tir si nécessaire, plutôt que de le faire ensuite. Oui, de meilleures couches d’intégration aideront. Oui, l’accès à plus de contexte et à des signaux plus riches sera important. Lorsque les agents de codage pourront opérer en toute confiance au niveau du dépôt, du service et même du système dans des bases de code existantes, c’est là qu’ils cesseront de sembler expérimentaux et commenceront à être réellement précieux. 2026 représentera un pas de géant dans cette direction. Je ne pense pas qu’ils seront parfaits, mais ce sera une grande amélioration.
Connaissance spécialisée réutilisable par le biais d’agents et de compétences personnalisées.
2025 a sans doute été l’année des agents. Ou peut-être, plus exactement, l’année des expériences avec les agents. En 2026, ce qui m’enthousiasme le plus, c’est ce qui se passera lorsque ces agents deviendront plus faciles à étendre, personnaliser et réutiliser.
C’est formidable qu’il existe des agents dédiés répondant à de nombreux cas d’utilisation courants. Mais ce qui devient vraiment intéressant, c’est lorsque les équipes peuvent créer des agents ou des compétences plus petits et plus ciblés, qui résolvent un problème spécifique avec une grande efficacité. Par exemple, un assistant de migration, un spécialiste de la refactorisation ou un assistant de check-list de lancement. Avec un périmètre limité, un design avec une opinion et conçus pour être réutilisés facilement.
Ce qui m’enthousiasme le plus ici, c’est l’idée d’acquérir de l’expérience une fois et d’en bénéficier ensuite de manière répétée. Quiconque a déjà consacré du temps à écrire des instructions détaillées, à configurer des intégrations avec le MCP ou à découvrir la meilleure façon de guider un agent sait que cela demande des efforts. Bien faire les choses n’est pas facile. Mais une fois ce travail accompli et bien fait, la valeur est évidente.
Cet investissement initial ne doit pas être perdu à chaque fois que quelqu’un démarre de zéro. Être capable de transformer ce savoir en une compétence réutilisable ou en un agent personnalisé et de le partager avec une équipe ou une organisation représente une valeur ajoutée majeure. De plus, en ajoutant une expérience au style marketplace, où les gens peuvent découvrir, réutiliser et développer le travail des autres, l’évolutivité devient encore plus puissante.
Pour moi, 2026 semble être l’année où nous laisserons de côté les agents énormes et multifonctions pour passer à des blocs de construction plus petits qui peuvent être assemblés. Quand il sera plus facile de commencer à utiliser ces composants réutilisables et de les étendre au fil du temps, je pense que nous verrons une adoption bien plus significative. Moins d’obstacles, plus de réutilisation et bien plus de régularité dans la manière dont les équipes appliquent leur expertise.
Cela est très courant dans les organisations ou les entreprises.
L’IA devient une présence de plus en plus constante dans tout le cycle de vie du développement logiciel (SDLC).
Poursuivant sur le thème de la section 1, l’une des choses qui m’enthousiasment le plus en 2026 est que l’IA devienne plus native dans tout le reste du SDLC, et pas seulement dans la partie « écrire du code ».
L’IA s’est déjà montrée comme un multiplicateur de puissance pour la programmation. Des outils comme Copilot, Claude et Cursor facilitent la production de code plus rapidement, et pour de nombreux développeurs cela s’est traduit par une augmentation de la productivité. Mais il existe un effet de cascade, non ? Plus de code ne signifie pas seulement plus de production. Cela signifie aussi plus de planification, plus de révision, plus de tests, plus de sécurité et plus d’exploitation. On ne peut pas simplement sauter le reste du cycle SDLC juste parce que la première partie est plus rapide.
C’est ici que la perspective commerciale devient réelle. Pour un développeur individuel travaillant sur un petit projet, « plus de code, plus vite » peut être tout. Mais, dans les équipes plus importantes, amener le code en production signifie encore suivre le SDLC. Les revues comptent encore. La sécurité compte encore. Les processus de déploiement comptent encore. Les opérations comptent encore. D’ailleurs, l’accélération de la création de code par l’IA fait que les étapes ultérieures paraissent encore plus cruciales, car ce sont elles qui peuvent devenir le goulot d’étranglement.
Cela dit, ce qui m’enthousiasme en 2026, c’est que l’IA commence à apparaître de manière plus naturelle dans ces zones subséquentes. En assistant à la revue, à la sécurité et aux opérations d’une manière qui semble intégrée. Nous avons déjà vu les premiers signes en 2025, avec l’apparition d’expériences de revue de code par IA sur le marché. J’espère et je crois que cela va s’étendre, l’IA devenant plus utile dans d’autres domaines, tels que la validation des modifications, l’identification des risques plus tôt, l’explication des compromis et l’aide aux équipes pour piloter les changements dans le pipeline avec moins d’attrition.
Pour moi, la grande différence n’est pas seulement « l’IA m’aide à écrire du code ». C’est « l’IA m’aide à lancer le logiciel ». Lorsque l’IA agit sur l’ensemble du cycle de vie du développement logiciel (SDLC), de bout en bout, c’est là que l’on commence à voir la vraie valeur pour les développeurs et les équipes.
L’orchestration/expériences autour des agents et des compétences devient un facteur essentiel pour le développement.
Dito, si apparaissent davantage d’agents, les compétences deviennent plus courantes et l’IA est présente dans tout le cycle de vie du développement logiciel (SDLC), que restera-t-il ?
Pour moi, c’est ici que 2026 devient vraiment intéressante : l’expérience qui permet aux développeurs de prospérer réellement avec tout cela.
Prenez une seconde et supposez que les sections précédentes se concrétisent. L’IA assiste à la planification et au brainstorming. Les agents de codage deviennent meilleurs et commencent à travailler en toute confiance sur des bases de code plus grandes et plus complexes. Les développeurs utilisent davantage de compétences et l’IA apparaît à toutes les étapes du cycle de vie du développement logiciel (SDLC). Sur le papier, tout cela sonne bien.
Dans la pratique, cela peut aussi sembler chaotique.
Les développeurs peuvent réfléchir à trois solutions différentes au même endroit, planifier diverses approches à un autre endroit, exécuter des dizaines d’agents de codage, écrire du code dans leur IDE pour les parties qui les intéressent le plus, examiner une pile de demandes de fusion, corriger des vulnérabilités et tenter de livrer des fonctionnalités et des correctifs dans les délais. C’est beaucoup à gérer, et il est très facile que tout part en vrille.
À quelle étape du processus de production une tâche se situe-t-elle ? Est-elle encore en phase de planification ? Est-elle en revue ? Y a-t-il un agent qui y travaille de façon asynchrone ou a-t-elle besoin d’une décision du développeur à ce moment-là ? Et, parmi toutes les tâches en cours, laquelle mérite vraiment l’attention du développeur maintenant ?
C’est pourquoi, et ce n’est qu’une opinion personnelle, j’en viens à croire que 2026 sera une année où nous nous concentrerons bien davantage sur l’orchestration et les expériences de ces agents/habilités. 2026 ne sera pas seulement une histoire de lancer plus d’agents ou plus de compétences, mais bien de construire l’adhésif qui les fait fonctionner ensemble, qui les rend plus utilisables. Des expériences qui aident les développeurs et les équipes à coordonner le travail entre humains et agents, sans perdre le contrôle de ce qui se passe ni de qui est responsable de quoi.
Ce qui m’enthousiasme, c’est l’idée d’expériences où un développeur peut lancer un projet, solliciter des collègues, recruter les agents ou les compétences adéquats et puis traverser en douceur les étapes de brainstorming, de planification et d’exécution. Le brainstorming alimentant naturellement un plan. Un plan donnant le coup d’envoi à plusieurs tâches de codage. Certaines sont exécutées de manière asynchrone avec des agents, d’autres sont traitées directement par les développeurs. À partir de là, le processus passe par la revue, la sécurité et les vérifications de qualité, et, naturellement, jusqu’à la production. Tout reste connecté, visible et intelligible.
Actuellement, je pense que l’industrie offre de bonnes options aux développeurs. Beaucoup d’outils, beaucoup d’agents et beaucoup de fonctionnalités. Ce que nous ne faisons pas encore bien, c’est la coordination. La transition d’une étape à une autre n’est pas facile. Savoir quand vous êtes nécessaire n’est pas toujours évident. Comprendre ce qui se passe dans l’ensemble de votre travail en cours peut être plus difficile qu’il ne le devrait.
Est-ce que le secteur va atteindre cette perfection en 2026 ? Définitivement non. Mais je crois que nous verrons un changement vers une réduction des frictions et une amélioration des expériences liées aux agents et aux compétences. Et quand cela commencera à se concrétiser, c’est là que tout cela commencera réellement à paraître puissant, et non écrasant.
C’est là la partie qui me passionne le plus 🙂
Conclusion
Prévoir l’avenir avec douze mois d’avance dans ce secteur est toujours un peu risqué 🙂 Les choses changent rapidement, les idées évoluent et ce qui semble évident aujourd’hui peut être très différent demain. Cela dit, 2025 a semblé être un pas en avant, et 2026 a le potentiel d’être encore plus intéressante. Ce qui me passionne le plus n’est pas un outil ou une fonctionnalité spécifique, mais la direction que nous prenons en tant que secteur. L’IA commence à faire son apparition de manières plus intelligentes et utiles, et nous commençons à nous concentrer sur des expériences qui aident réellement les développeurs à faire leur meilleur travail. Certaines de ces innovations se concrétiseront, d’autres pas, et tout va bien. Mais si au moins certaines de ces domaines suivent la direction que j’espère, 2026 sera une année incroyable pour développer des logiciels 🙂
