Notre méthode

Qu'il s'agisse de construire un logiciel, d'intégrer l'IA ou d'accompagner une équipe, nous suivons les mêmes cinq étapes. Elles reprennent l'approche par les contraintes : identifier ce qui limite le résultat, le prioriser, le traiter, puis recommencer sur la contrainte suivante.

Cinq étapes, toujours dans cet ordre

  1. Cadrer

    Nous partons du problème, pas de la solution. Entretiens, lecture de l'existant, mesure de la situation de départ. Cette étape sert à identifier la contrainte : ce qui, aujourd'hui, limite le plus le résultat attendu. Elle fixe aussi le périmètre, les rôles, les dépendances et les critères qui permettront de dire que le travail est terminé.

    • Note de cadrage : problème, objectifs observables, périmètre
    • Mesure de départ
    • Contrainte principale identifiée
    • Backlog initial ou plan d'intervention
  2. Expérimenter

    Avant d'engager un chantier, nous testons l'hypothèse la plus risquée sur un périmètre réduit : un prototype, un pilote avec une équipe, un essai sur un jeu de données autorisé. C'est le moment de prioriser. Un seul sujet est traité, celui de la contrainte principale. Un essai qui invalide une idée a rempli son rôle.

    • Prototype ou pilote
    • Résultats mesurés et limites constatées
    • Décision : poursuivre, ajuster ou arrêter
  3. Réaliser

    Le travail avance par incréments courts, chacun montré et vérifié. En développement, chaque fonction est livrée avec la preuve qu'elle fonctionne. En accompagnement, chaque changement de pratique est essayé, observé, puis conservé ou abandonné. C'est le temps d'optimiser : gérer la contrainte, puis la lever.

    • Incréments livrés et recettés
    • Suivi d'avancement visible de tous
    • Registre des décisions et des risques
  4. Transmettre

    Ce qui a été construit doit pouvoir vivre sans nous. La documentation est tenue dans le dépôt du projet, à côté du code. Les utilisateurs et les administrateurs sont formés. Dans une équipe, l'animation des pratiques est reprise par ses membres avant la fin de l'accompagnement.

    • Documentation dans le dépôt
    • Formation des utilisateurs et des administrateurs
    • Dossier d'exploitation ou bilan d'accompagnement
  5. Améliorer

    Une contrainte levée en fait apparaître une autre. Nous mesurons l'effet de ce qui a été livré, nous consignons ce que nous avons appris, puis le cycle reprend : identifier, prioriser, optimiser, itérer. Chaque erreur constatée en exploitation devient un contrôle ajouté.

    • Mesure après livraison, comparée à la mesure de départ
    • Leçons consignées
    • Prochaine contrainte et prochaines priorités

Les principes que nous ne négocions pas

Mesurer avant de coder

Une mesure de départ précède toute réalisation. Sans elle, on ne peut ni choisir la bonne priorité ni savoir si le travail a eu un effet.

La preuve avant de déclarer terminé

Une tâche est terminée quand son fonctionnement a été démontré : test passé, parcours vérifié, résultat observé. Cette règle s'applique aussi aux agents IA que nous faisons travailler.

Validation humaine

Les sorties d'un modèle sont reliées à leur source et validées par une personne quand elles engagent une décision, une publication ou une dépense.

Moindre privilège

Chaque compte, chaque service et chaque agent ne reçoit que les droits dont il a besoin. Les assistants de code travaillent sous un utilisateur sans droits d'administration.

Plafonds de dépense IA

Tout traitement automatisé qui appelle un modèle fonctionne avec un plafond de dépense et un arrêt d'urgence.

Documentation dans le dépôt

Contexte, infrastructure, pièges connus, spécifications et backlog sont tenus dans le dépôt du projet. Une personne ou un agent qui arrive trouve tout au même endroit.

Un plan écrit pour toute tâche longue

Dès qu'une tâche compte plusieurs étapes, le plan est écrit avant de commencer, et les leçons sont consignées après chaque correction.

Aucun secret dans le code

Clés et mots de passe sont tenus hors du dépôt et ne sont jamais recopiés dans un document, un rapport ou une consigne.

Quel problème voulez-vous régler ?

Décrivez votre activité, votre besoin et les personnes concernées. Nous préparons un premier échange à partir de là.