Développer avec l’IA

1. Choisir ce que l’on délègue — 1 h

Distinguer assistance ponctuelle, agent de code et système agentique. Estimer l’intérêt d’une délégation selon la taille du changement, les risques et la possibilité de vérifier le résultat.

Atelier : comparer trois tickets (correction bornée, nouvelle fonctionnalité, modification à risque). Production : matrice de délégation et ticket retenu.

2. Transformer le ticket en spécification — 1 h 30

Décrire l’état actuel, le résultat attendu, les contraintes et les zones à préserver. Définir des exemples de réussite et d’échec. Décomposer le travail avant l’exécution.

Atelier : réécrire un ticket ambigu, identifier les décisions manquantes et faire proposer un plan par l’agent. Production : spécification et critères d’acceptation.

3. Construire le contexte et le harness du dépôt — 2 h

Expliciter l’architecture utile, les conventions et les commandes de vérification. Distinguer consignes persistantes et contexte propre au ticket. Limiter les accès et travailler sur une branche isolée.

Atelier : préparer un fichier CLAUDE.md, une procédure de vérification et les permissions adaptées. Production : contexte V1 versionné et état initial des tests.

4. Exécuter et superviser — 2 h 30

Valider le plan, travailler par étapes, lire les actions réalisées et contrôler les fichiers modifiés. Diagnostiquer un échec. Savoir interrompre, corriger ou revenir en arrière.

Atelier : faire implémenter une fonctionnalité bornée, lancer les tests, examiner le diff et noter les interventions humaines. Production : branche V1, journal d’exécution et bilan des écarts.

5. Vérifier au-delà d’un résultat plausible — 2 h

Relier les tests aux critères d’acceptation. Vérifier les cas limites, les non-régressions, les dépendances ajoutées et la cohérence de la modification. Conserver des scénarios de contrôle indépendants.

Atelier : détecter une régression préparée par le formateur, compléter la vérification et refuser ou corriger une modification. Production : suite de contrôle et grille de revue renseignée.

6. Améliorer le harness à partir des erreurs — 1 h 30

Distinguer manque de contexte, consigne ambiguë, erreur de code et contrôle insuffisant. Corriger la cause, puis rejouer un ticket comparable. Formaliser une procédure réutilisable ; la transformer en Skill si cela simplifie son exécution.

Atelier : construire une V2 et comparer les interventions et le temps total. Production : consignes et procédure de contrôle améliorées.

7. Le test du pair — 2 h

Confier le dépôt et la méthode à un autre participant sans explication orale préalable. Le pair exécute un ticket variant et prépare sa revue. Repérer les connaissances implicites et corriger la documentation.

Atelier croisé : reprise du workflow et revue de la modification. Production : méthode V3, fiche de reprise et décision de revue argumentée.

8. Démontrer les compétences et préparer la suite — 1 h 30

Présenter le ticket, les critères, les contrôles, le diff, les limites et les décisions humaines. Sélectionner un cas réel à expérimenter après la formation avec l’accord de l’équipe.

Production : dossier de modification prêt pour revue et plan d’expérimentation à 30 jours.

Livrables emportés

• Dépôt fil rouge et branche contenant une modification testée, avec diff et fiche de revue.
• Modèle de ticket avec contraintes et critères d’acceptation.
• Contexte du projet et procédure de vérification versionnés.
• Grille de délégation et checklist de permissions.
• Méthode corrigée après un test par un pair.
• Journal des erreurs, interventions et temps ; plan à 30 jours.