Comment bâtir une architecture d'équipe autour des agents IA (sans s'épuiser en révisions)

Ces derniers temps, j'ai beaucoup de mal à rester concentré lors des séances de programmation en binôme (pair programming) et en groupe (mob programming). Parfois, nous confions une seule tâche à un agent de codage, et pendant qu'il travaille, nous dérivons vers d'autres sujets. Parfois, nous confions plusieurs tâches à la fois, l'une avance pendant que nous essayons d'en réviser une autre, mais là encore, trop de temps mort s'installe, et nous ne pouvons pas réellement nous concentrer sur plus de 3 ou 4 tâches à la fois, si bien que nous commençons à laisser passer des bugs ou des erreurs.

Ce que j'ai le plus remarqué, c'est ceci : les sujets dont nous discutons pendant ces temps morts ne sont plus aussi amusants qu'avant. Quand nous sommes curieux d'un sujet technique ou relationnel, nous le tapons dans un chatbot, obtenons une réponse instantanément, les modes flash répondent déjà en un clin d'œil. Ce qu'il reste à aborder, c'est généralement « l'IA va-t-elle prendre nos emplois ». Ainsi, la plupart de nos conversations tournent désormais autour de l'incertitude. Nous ne pouvons même plus faire de sur-ingénierie.

À cause de cela, les gens commencent à s'éloigner du pairing, moi y compris. Mais c'est un piège dans les deux cas : si nous nous éloignons du pairing, le partage de connaissances meurt et les liens d'équipe s'affaiblissent ; si nous continuons le pairing, c'est l'épuisement professionnel qui commence. Quelle que soit la direction prise, nous finissons dans une situation problématique.