Manage ton IA comme un dev junior brillant (et pressé)

Ton agent IA — Claude Code, Cursor, Copilot, peu importe — se comporte comme un développeur junior brillant : il code plus vite que n'importe qui, ne se fatigue jamais, connaît toutes les syntaxes… et fonce sans demander. La bonne réponse n'est pas de coder à sa place, ni de le laisser en roue libre : c'est de le manager. C'est la thèse de Steve Yegge et Gene Kim dans leur livre « Vibe Coding » (IT Revolution), et elle tient en deux idées. Un : adopte la posture du « Head Chef » — tu n'écris plus la syntaxe, tu conçois le menu (l'architecture), tu délègues les préparations (les tâches) et tu goûtes chaque plat avant qu'il parte en salle (tu valides). Deux : applique leur cadre FAAFO — Faster, Ambitious, Autonomous, Fun, Optionality — dont le point le plus rentable est l'optionality : demander plusieurs implémentations alternatives et choisir, au lieu d'accepter la première. Concrètement : des tickets petits et fermés, un plan exigé avant le code, une relecture ciblée sur les zones à risque, et les décisions d'architecture qui restent chez toi.

Pourquoi « junior brillant » est la bonne image

Un bon junior produit du code qui marche, vite, avec enthousiasme. Mais il optimise pour « ça compile et ça s'affiche », pas pour « ça tiendra dans six mois ». Et il ne dit presque jamais « je ne sais pas » : il propose toujours quelque chose.

L'IA, c'est pareil, puissance dix. Elle ne demande pas si ta base de données va aimer cette requête. Elle ne lève pas la main pour dire « attends, c'est bizarre ce que tu me demandes ». Elle fonce.

La conclusion est simple : le problème n'est presque jamais la vitesse de production, c'est l'absence de cadrage. Un junior mal managé produit du chaos rapide. Bien managé, il devient une force de frappe. L'IA suit exactement la même courbe.

La posture du Head Chef : conçois le menu, goûte chaque plat

Yegge et Kim utilisent l'image du chef de cuisine. Dans une brigade, le chef ne coupe pas chaque oignon. Il décide du menu, distribue les postes, et goûte chaque assiette avant qu'elle parte en salle.

Traduit pour toi :

Le menu, c'est l'architecture. Quelles briques, quelles données, quels flux : c'est toi qui décides, pas l'IA.
Les préparations, ce sont les tâches. Tu délègues des morceaux précis, jamais le repas entier.
Goûter, c'est valider. Rien ne part en prod sans que tu aies vérifié le résultat — en testant le comportement, pas en admirant le code.

Ce qui change : tu passes moins de temps à écrire de la syntaxe, et plus de temps à décider et à vérifier. C'est un vrai travail. C'est même LE travail, maintenant.

FAAFO : le réflexe qui change tout, c'est l'optionality

Le cadre FAAFO de « Vibe Coding » résume ce que l'IA t'apporte : Faster (plus vite), Ambitious (plus ambitieux), Autonomous (plus autonome), Fun (plus de plaisir), Optionality (plus d'options).

Le point le plus actionnable, c'est le dernier. Quand générer une implémentation coûte quelques minutes, la première proposition n'a plus aucune raison d'être celle que tu gardes. Demande-en trois.

Propose-moi 3 approches pour gérer l'upload d'images :
1. La plus simple possible
2. La plus robuste (erreurs, gros fichiers, reprise)
3. Celle que tu recommanderais, avec tes raisons
Ne code rien encore. Compare-les en 5 lignes chacune.

Tu viens de transformer un pari en choix. C'est exactement ce qu'un lead fait avec un junior : « montre-moi tes pistes avant de t'enfermer dans la première ».

Les quatre réflexes du manager d'IA

1. Des tickets petits et fermés. « Fais-moi l'app » est le meilleur moyen d'obtenir n'importe quoi. « Ajoute la validation d'email sur le formulaire d'inscription, avec un message d'erreur sous le champ » est un ticket : périmètre clair, résultat vérifiable. Si tu ne peux pas vérifier le résultat en deux minutes, ton ticket est trop gros.

2. Le plan avant le code. Exige que l'IA t'explique ce qu'elle va faire avant de le faire. « Décris ton plan en 5 points et attends mon OK. » Tu attrapes les mauvaises directions quand elles ne coûtent rien, pas après 400 lignes.

3. La relecture d'un lead, pas d'un correcteur. Un lead ne relit pas chaque ligne de la PR d'un junior. Il va droit aux zones à risque : tout ce qui touche à l'argent, aux mots de passe, aux données utilisateurs, aux suppressions. Le reste, il le survole et il fait confiance aux tests. Et les tests sont exactement le filet de sécurité qu'il faut à ton junior IA : comment tester une app vibecodée.

4. L'architecture reste chez l'humain. L'IA peut proposer, comparer, argumenter. Mais la décision de structure — quelle base de données, quel découpage, quoi stocker où — c'est toi qui la prends. C'est la décision la plus chère à changer plus tard, donc c'est celle qu'on ne délègue pas.

Et si tu n'as jamais codé (ni managé) ?

Bonne nouvelle, et elle est sérieuse : ce rôle de chef de projet exigeant s'apprend beaucoup plus vite que la syntaxe.

Apprendre à coder « pour de vrai » prend des années. Apprendre à découper un besoin en petits tickets, à exiger un plan, à vérifier un résultat, à poser des questions bêtes jusqu'à comprendre : c'est de la pratique, pas un cursus. Et tu as déjà une partie de ces réflexes si tu as un jour organisé un déménagement, un mariage ou un planning d'équipe.

Le piège du non-dev n'est pas le manque de compétence technique. C'est la politesse excessive envers la machine : accepter la première réponse, ne pas oser dire « refais », ne jamais demander « pourquoi ». Un bon manager n'est pas désagréable — mais il n'est jamais spectateur.

Par où commencer aujourd'hui

Sur ta prochaine session avec l'IA, applique juste ça :

[ ] Écris le ticket avant d'ouvrir le chat. Une phrase : quoi, où, et comment tu vérifieras que c'est bon.
[ ] Demande le plan. « Explique ton approche en 5 points avant de coder. » Puis lis-le. Vraiment.
[ ] Exige 2-3 options sur tout choix structurant. Nouvelle dépendance, nouveau modèle de données, nouvelle brique : jamais une seule proposition.
[ ] Relis les zones à risque en priorité. Argent, authentification, données perso, suppressions. Le reste : survol + tests.
[ ] Garde une trace de tes décisions. Un fichier DECISIONS.md avec trois lignes par choix d'architecture. Ton futur toi (et ta future IA) te remerciera.
[ ] Termine en goûtant le plat. Utilise la fonctionnalité comme un utilisateur réel avant de passer au ticket suivant.

Tu n'écris plus la syntaxe. Tu diriges la cuisine. Et ça, ça s'apprend vite.