Le facteur humain bat la méthode

Toute la saison le répète : quand un projet échoue, ce n'est presque jamais la méthode qui a manqué. Denis Migot démonte une agilité réduite à un coup de peinture, Jean-Marc Léglise raconte deux fiascos où process et tests étaient là — et où la lucidité a lâché. Ce qui marche, de Karos à Figma en passant par les Restos du Cœur : des gens qui se parlent, un manager qui montre l'exemple, une méthode au service du collectif. Et 2026 apporte le retournement : à l'ère des agents, le facteur limitant n'est plus la machine mais l'humain qui la pilote — charge cognitive, fatigue d'un nouveau genre, adoption qui se gagne par l'écoute plutôt que par le mandat.

Une année entière à parler d'agents, de tokens et de protocoles, et pourtant la leçon qui revient le plus souvent au micro d'IFTTD n'a rien d'algorithmique : quand un projet échoue, ce n'est presque jamais la méthode qui a manqué. Quand ça marche, on retrouve les mêmes ingrédients : des gens qui se parlent, un manager qui montre l'exemple, une culture qui tient. La saison 25-26 a documenté cette évidence des transformations d'entreprise aux trajectoires individuelles — jusqu'au cœur de la vague IA.

La thèse : la méthode sans l'humain échoue

L'épisode-thèse de ce chapitre, c'est celui de Denis Migot (Fabriq, #342) sur l'agilité dévoyée. Avec son regard de sciences sociales du travail, Denis remet l'histoire à l'endroit : l'agilité a une quarantaine d'années, pas vingt, et le Manifeste de 2001 a été signé par 17 consultants qui avaient un business à faire tourner. La suite était écrite : simplification à outrance, certifications en deux jours, frameworks à l'échelle qui ignorent les jeux de pouvoir. Sa distinction la plus utile sépare la structure (l'organigramme) de l'organisation (comment on travaille, comment on décide) : les transformations agiles changent la première sans toucher à la seconde. Un coup de peinture. Le principe fondamental de l'agilité — redonner du pouvoir décisionnel à celles et ceux qui font — est précisément ce qui s'est perdu en route, réduit à un daily. Résultat en 2026 : un secteur en crise, des coachs sans mission, des développeurs qui ont déserté les conférences agiles qu'ils avaient initiées. Face à Bruno qui défendait le manifeste à la lettre, Denis a maintenu sa ligne : sans la culture et la redistribution du pouvoir qui vont avec, les pratiques ne peuvent pas marcher.

Jean-Marc Léglise (indépendant, #345), 25 ans de métier dont 15 comme CTO, a apporté la version vécue de la même thèse. La « colo » d'abord : un projet vital pour une levée de fonds, et un plan radical accepté par le CEO — isoler une partie de l'équipe du legacy dans un grand appartement loué, open space dans le salon. Le stress monte, tests et recette sont rognés, l'équipe craque à l'approche de Noël, le projet n'est pas livré, Jean-Marc en fait les frais. Le lancement TF1 ensuite : une application B2C promue clou du spectacle, 100 000 utilisateurs estimés — et la répétition en conditions réelles la veille seulement. Nuit blanche, décision à 5h du matin, pas de miracle. Dans les deux cas, la méthode et les tests étaient là. Ce qui a lâché, c'est la lucidité — celle que le stress et la fatigue grignotent en premier. L'échec ne surgit pas, il s'installe : « c'est une succession de concessions qui te font dépasser les limites, et donc Fiasco ». Le rôle du CTO, justement : être le dernier garant du recul — gérer les biais humains bien plus qu'arbitrer la technique.

Le daily peut même devenir une arme contre les plus fragiles. Houleymatou Baldé (Yeeso, #359) a raconté sa première équipe : douze personnes, seule femme, et un rituel agile où dire qu'on est bloqué revenait à se faire accuser du retard du sprint. L'inverse exact de ce que la méthode est censée produire. Ce qui l'a fait progresser, ce ne sont pas les frameworks mais les personnes : une enseignante qui lui monte un stage, un architecte qui lui apprend à formuler ses questions, un ami qui lui montre le débuggeur. Partie de zéro en 2015, lead tech fin 2022 : sa trajectoire doit tout à l'entourage choisi, rien aux process.

Antoine Jacoutot (Believe, #328) a complété le tableau côté transformation lourde : migration cloud, réorganisation et refonte de culture sur une plateforme de 20 ans d'âge. Sa conclusion est sans appel : la technique est la partie facile, l'écueil numéro un c'est la communication — il a eu beau expliquer quarante fois que Java ne remplacerait pas PHP, pendant six mois les équipes ont été persuadées du contraire. Sa recommandation la plus contre-intuitive : concentrer ses efforts sur les promoteurs et le ventre mou, et laisser tomber les détracteurs — les transformer coûte trop cher pour un résultat au mieux neutre.

Ce qui marche : l'humain outillé

Si la méthode seule échoue, qu'est-ce qui réussit ? La saison a donné une réponse cohérente : l'humain d'abord, outillé ensuite.

Nazim Benbourahla (Karos, #331) en a fourni le manuel pratique. Chez lui, un changement ne se décrète jamais : il part d'un problème observé, puis l'équipe est embarquée en mode « voilà ce que j'essaye de résoudre, aidez-moi à le résoudre ». On teste en pilote borné dans le temps, on fait la rétro, on assume que tout changement crée aussi de nouveaux problèmes. Et le manager donne l'exemple : tester soi-même, partager ses échecs, accepter que son propre process soit remis en cause deux mois plus tard.

Marcel Weekes (Figma, #335) a montré ce que ça donne à 700 personnes — dans le premier épisode d'IFTTD enregistré en anglais. Chez Figma, la collaboration n'est pas une méthode plaquée : c'est le produit, le recrutement et l'outillage quotidien. La circulation de l'information se fabrique par des rituels — all-hands, démos du jeudi, engineering crits ouverts à tous — dont certains servent d'abord à construire la culture. Le feedback y est traité comme un cadeau, à condition de confiance : avec elle, la code review critique le produit, pas la personne. Même la tension produit/engineering est assumée comme saine. Et le contre-exemple canonique porte un nom : la « new manager death spiral » — prendre le meilleur contributeur technique, le basculer manager sans formation, le regarder faire mal les deux métiers jusqu'au burn-out. Figma, elle, forme tous ses nouveaux managers : le management n'est pas une promotion mais un autre métier.

Sébastien Deleuze (Broadcom/Spring, #349) a donné la version carrière de la même loi : plus on avance, plus les soft skills supplantent les hard skills — les trois quarts des problèmes d'un ingénieur senior ne sont pas techniques mais organisationnels, politiques, humains. L'empathie d'abord, dans les deux directions ; la lecture des signaux faibles ensuite, qu'une formation d'un mois avec feedback 360 sans filtre a fait décoller chez lui. Ce qui mène à distinguished engineer : l'alliance d'une intuition juste et de la capacité à convaincre — l'un sans l'autre ne vaut rien. Houleymatou Baldé a ajouté la pièce qui manque souvent au puzzle : le titre ne se donne pas, il se prend. Elle exerçait déjà le rôle de lead tech sans le titre ni le salaire ; elle a préparé son argumentaire et est allée exiger l'avenant.

Le facteur humain gouverne même nos choix réputés rationnels. Nicolas Guillot (freelance, #340) a choisi Flutter non pas sur un benchmark mais sur un Codelab marquant, des rencontres, une communauté. Julien Dubois (Microsoft/GitHub, #353) a dit la même chose des frameworks IA en Java : on choisit sur la communauté et la culture plus que sur les fonctionnalités, qui auront changé dans six mois. Et Gor Lebedev (Sensome, #343) a résumé sa stratégie d'équipe en une consigne : comprendre le problème de l'autre avant de dérouler ses solutions.

Une nuance, pourtant : opposer l'humain à la méthode serait un contresens. Julien Briault (Restos du Cœur, #344) fait tourner un cloud souverain avec 14 bénévoles — et c'est précisément la rigueur méthodologique (ADR, archi-reviews, votes des décisions, documentation systématique) qui protège le collectif : tout est documenté pour que personne ne soit irremplaçable. Méthode et humain ne s'opposent pas, ils se renforcent — à condition que la méthode serve le collectif, et pas l'inverse. Auprès des bénévoles non techniques, d'ailleurs, seule la preuve par l'exemple — le service qui marche et qui aide au quotidien — emporte l'adhésion.

Le facteur humain à l'ère agentique

On aurait pu croire ce chapitre hors du temps. C'est l'inverse : 2026 est l'année où le facteur humain est devenu le goulot d'étranglement officiel de la machine.

Le signal le plus spectaculaire vient de Julien Lepine (AWS, #351), qui a décrit l'AI DLC, cette méthode qui remplace les sprints par des « Bolts », plusieurs par jour. Puis il a livré l'information qui retourne la perspective : des clients ont sciemment réduit le nombre de Bolts quotidiens — pas parce que les agents saturaient, mais parce que les développeurs n'arrivaient plus à processer le contexte. Une fatigue dure, un risque de burn-out. Pour la première fois depuis longtemps, des organisations baissent volontairement leur productivité pour le bien-être de leurs équipes. Sa synthèse du futur du développeur tient en trois mots — empathie, contexte, compréhension.

Cette fatigue d'un nouveau genre, Bruno l'a confessée face à Tugdual Grall (GitHub, #358) : des journées à rallonge où l'on enchaîne les pull requests sans le sentiment d'accomplissement que donnait, avant, le bug terrassé après trois heures de lutte. Le diagnostic de Tugdual : la fatigue vient moins du travail que de l'impossibilité de suivre le rythme, et de la comparaison permanente avec les autres. Sa réponse tient en une formule : on ne forme plus, on partage. Caroline Chavier (The Allyance, #352) a confirmé côté études — les premiers travaux, dont ceux de Harvard, montrent une fatigue des utilisateurs d'IA et des gains de productivité non confirmés — et rappelé que les algorithmes sont nuls pour lire les signaux faibles : c'est l'humain qui repêche les profils brillants que les filtres éliminent. Julien Landuré (TechTown, #356) a observé le même besoin d'humain depuis le DevFest Nantes : l'IA n'a pas fait baisser la participation aux conférences, au contraire — à l'heure du télétravail généralisé, la conférence fonctionne comme une bouffée d'air.

Reste l'adoption de l'IA, problème humain de bout en bout. Léa Buendé (Adobe, #373), Forward Deployed Engineer, transforme des licences IA en valeur réelle — et sa leçon de terrain est limpide : des projets techniquement fabuleux meurent faute d'adoption, et dans une salle de réunion, une seule personne qui ne comprend pas suffit à tout perdre. Son chatbot proposé à des ingénieurs habitués aux manuels papier a été rejeté : à chaque contexte sa solution. Même intelligence dans les stratégies d'entrée par les tâches ingrates : Nazim Benbourahla fait adopter l'IA chez Karos par les tests, la doc et le refacto plutôt que par le cœur du métier — là, on a l'impression d'enlever aux devs leur plaisir, et on crée du rejet. Alexis Ducarouge (Gleamer, #334) avait fait le même pari dans le médical : faire entrer l'IA chez les radiologues par la détection de fractures, tâche jugée peu valorisante, donc non menaçante — porte d'entrée gagnante, qui a révélé 26 % de fractures loupées dans les comptes rendus. La boucle est bouclée : la méthode d'adoption de la technologie la plus puissante de la décennie, c'est de respecter ce que les humains aiment dans leur métier.