L’état des lieux, sans jugement
Ce que l’équipe utilise réellement aujourd’hui. L’exercice ne fonctionne que si personne ne craint la sanction : c’est la première règle à poser.
Formations · Module 04 · Organisation
Installer le développement assisté par IA dans son équipe de développement
La question n’est plus s’il faut y aller, mais à quelles conditions : ce qui peut passer par un agent, ce qui ne sort jamais du réseau, comment la revue humaine s’adapte, et comment mesurer autre chose qu’une impression de vitesse.
Le problème
Vos développeurs l’utilisent déjà. À quelles conditions ?
Dans la plupart des équipes, les agents de code sont déjà là — installés individuellement, utilisés sans cadre, rarement discutés en réunion. Interdire ne fonctionne pas, et laisser faire non plus : le risque n’est pas l’outil, c’est l’absence de règle commune sur ce qui peut lui être confié.
Les questions qui restent sans réponse sont toujours les mêmes. Quel code peut sortir du réseau et lequel jamais. Ce qu’on accepte de faire écrire et ce qu’on continue d’écrire à la main. Comment la revue de code s’adapte quand le volume produit double. Et ce qu’on mesure, puisque « on va plus vite » n’est pas un indicateur.
Ce module ne fait pas découvrir les outils. Il installe le cadre qui permet à une équipe de les utiliser sans mauvaise surprise, et de le prouver.
Objectifs pédagogiques
Ce que vous saurez faire à l’issue.
Quatre objectifs formulés de façon observable, et chacun produit une pièce du livrable. Rien n’est laissé à l’impression.
- Cartographier les usages réels dans l’équipe, y compris ceux qui ne sont pas déclarés
- Écrire la charte d’usage et les garde-fous : ce qui est autorisé, ce qui ne sort jamais, ce qui exige une double relecture
- Adapter le protocole de revue de code au volume et à la nature de ce qui est produit
- Construire le plan de déploiement à 60 jours et les indicateurs qui diront s’il a marché
Programme
Ce qui est travaillé.
Les garde-fous
Confidentialité du code et des données, dépendances introduites sans contrôle, licences, secrets. Une liste courte de règles tenables vaut mieux qu’une politique complète que personne n’applique.
La revue humaine, adaptée
Ce qui change quand le volume produit augmente : ce qu’on relit systématiquement, ce qu’on échantillonne, et ce qui ne part jamais sans test.
Mesurer autre chose que la vitesse
Délai de mise en production, taux de retour en revue, incidents post-livraison. La vitesse de frappe n’a jamais été le goulet d’étranglement.
Public et prérequis
Pour qui ce module est fait.
CTO, tech leads, responsables de production logicielle, équipes de 3 à 15 développeurs.
Prérequis : Encadrer ou appartenir à une équipe de développement.
Chaque participant est positionné avant la session, par un questionnaire et un échange avec le commanditaire. Le programme est adapté à ce que ce positionnement révèle. Si le module n’est pas le bon, je le dis avant l’inscription.
Méthodes mobilisées
Formation-action, sur vos cas réels.
Plus de 60 % du temps est consacré à la production. Les apports théoriques ne dépassent jamais quinze minutes consécutives, et chaque atelier produit une pièce du livrable final.
Méthodes employées : ateliers individuels et en sous-groupes, revue croisée entre participants, travail sur grille, argumentation devant le groupe. Un kit d’outils réutilisables est remis et rempli en séance sur vos propres cas.
Vous ne repartez pas avec un classeur. Vous repartez avec ce que vous avez produit.
Évaluation et suivi
Une boucle sans angle mort.
Avant la session
Questionnaire de positionnement : vérification des prérequis, mesure du niveau de départ sur les quatre objectifs, et adaptation du programme au contexte réel.
Pendant
Évaluation formative continue : mise en commun, revue croisée entre participants, challenge sur les faits. On régule en continu plutôt qu’on ne sanctionne à la fin.
Fin de session
Évaluation des acquis sur le livrable produit, au moyen d’une grille critériée remise dès l’ouverture. Attestation de fin de formation mentionnant les objectifs et les résultats.
À chaud
Questionnaire de satisfaction, consolidé et analysé après chaque session.
60 jours après
Questionnaire de transfert : ce qui a été décidé en salle a-t-il réellement été engagé, et l’indicateur a-t-il bougé.
Ce sur quoi je m’appuie
Je n’enseigne que ce que j’ai fait.
J’ai conçu Beyond Coder fin 2013 — une assistance IA pour développeurs déployée en production, dix ans avant la généralisation des grands modèles de langage. J’orchestre aujourd’hui des agents de développement au quotidien et j’édite Open Free Max, un IDE de développement agentique.
Informations pratiques
Accès, tarif et accessibilité.
Délais d’accès
3 à 6 semaines entre la demande et le démarrage, selon le temps nécessaire à l’analyse du besoin, au positionnement des participants et à l’instruction éventuelle d’un dossier de financement.
Tarif
Sur devis, établi après l’entretien d’analyse du besoin. Le suivi à 60 jours est inclus.
Accessibilité
Chaque participant est interrogé sur ses besoins d’aménagement dans le questionnaire de positionnement. Les adaptations portent sur les supports, le rythme, l’organisation de la salle et les modalités d’évaluation. Si un besoin ne peut être satisfait en interne, nous orientons vers les ressources compétentes. Aucune demande n’est laissée sans réponse.
Indicateurs de résultats
Module créé en 2026. Les indicateurs de satisfaction, d’atteinte des objectifs et de transfert seront publiés à l’issue des premières sessions.
Avant toute inscription
On vérifie d’abord que c’est la bonne formation.
Trente minutes pour comprendre votre situation, votre niveau de départ et ce que vous devez pouvoir faire à la fin. Si le besoin est ailleurs, je le dirai.
Réserver un échange