Aller au contenu
Méthode

Les tests d'abord, une personne relit tout

Notre méthode de développement logiciel part des tests : nous écrivons les tests d'acceptation avant le code. Les assistants IA produisent l'implémentation plus vite. Une personne relit et valide chaque livraison.

Pourquoi les tests passent en premier

Un logiciel écrit avec l'IA marche en démo et casse en production. C'est la crainte de ceux qui achètent aujourd'hui, et elle est fondée : un modèle produit du code plausible, pas du code vérifié.

Notre réponse tient à l'ordre des étapes. Les tests d'acceptation font office de contrat : ils disent ce que le système doit faire avant qu'il existe. L'IA accélère l'implémentation, la relecture humaine décide de ce qui part en production.

Pour nous, natif IA veut dire trois choses.

  • Des tests d'acceptation écrits avant le code, pour chaque fonctionnalité.
  • Une implémentation assistée par l'IA, qui produit le code et les tests unitaires dans ce cadre.
  • La relecture d'une personne sur chaque livraison, sans exception.

Les trois phases

Chaque phase a une entrée, des activités définies et un livrable que vous recevez. Nous fixons les durées pendant la session d'analyse, selon le périmètre.

  1. 01

    Analyse du problème

    Entrée : le processus qui vous coûte du temps, ses chiffres et les personnes qui le vivent au quotidien. Activités : entretiens, carte du flux actuel, mesure des temps et des erreurs. Livrable : carte du processus et indicateurs de réussite partagés.

  2. 02

    Lean solution design

    Entrée : la carte et les indicateurs de la phase précédente. Activités : nous concevons le plus petit système qui crée une valeur mesurable, avec prototype et estimations. Livrable : périmètre de la première livraison, prototype navigable, plan des sprints.

  3. 03

    Cycle TDD natif IA

    Entrée : le périmètre de la première livraison. Activités : des sprints qui enchaînent planification, tests d'acceptation, implémentation avec l'IA, relecture humaine et suivi. Livrable : une version utilisable à la fin de chaque sprint, avec les tests et le code dans votre dépôt.

Le cycle d'un sprint

Cinq étapes, dans le même ordre à chaque sprint. La cinquième nourrit la première du tour suivant.

  1. 01

    Planification

    Nous choisissons ensemble les récits du sprint et le critère d'acceptation de chacun. Rien n'entre sans un résultat observable.

  2. 02

    Tests d'acceptation

    Nous écrivons les tests en Given/When/Then avant le code. Ils font office de contrat : ils décrivent le comportement attendu, lisible par tous.

  3. 03

    Implémentation avec l'IA

    Les assistants IA produisent le code qui fait passer les tests, avec tests unitaires et documentation. Ils travaillent dans le cadre des tests, jamais à leur place.

  4. 04

    Relecture humaine

    Une personne lit chaque modification : lisibilité, sécurité, respect des tests, effets sur le reste du système. Sans sa validation, pas de merge.

  5. 05

    Suivi

    La livraison part en production avec logs, alertes et métriques. Ce que nous observons alimente la planification du sprint suivant.

Ce que vous recevez à chaque sprint

À la fin de chaque sprint, vous avez entre les mains quelque chose de vérifiable, pas un point d'avancement oral.

  • Une démo qui fonctionne du travail réalisé.
  • Le rapport des tests : ce qui passe, ce qui échoue, ce qui a changé.
  • Le changelog avec les modifications de la livraison.
  • L'accès au dépôt avec le code, les tests et la documentation.
  • Les décisions consignées, chacune avec sa raison.

Qualité et sécurité

La qualité n'est pas une phase finale. C'est la façon dont chaque modification entre dans le système.

  • Des tests automatiques sur chaque modification, exécutés en CI avant le merge.
  • Une relecture obligatoire : aucun code ne part en production sans une deuxième personne.
  • Secrets et identifiants hors du code, dans des variables d'environnement gérées par environnement.
  • Des sauvegardes planifiées des données et un test de restauration.
  • RGPD dès la conception : nous collectons seulement les données nécessaires et documentons où elles se trouvent.

Propriété et sortie

Le code vous appartient dès le premier sprint. Le dépôt, les tests et la documentation sont sur votre compte et restent à vous si vous changez de prestataire.

Aucune licence récurrente sur le logiciel que nous construisons, aucune clause de sortie. Si vous arrêtez, nous préparons un plan de passation avec l'équipe qui reprend.

  • Le dépôt sur votre compte, dès le premier jour.
  • La documentation technique et les tests livrés avec le code.
  • Un plan de passation : accès, documentation, session de transfert.

Les outils que nous utilisons

Nous citons seulement les outils que nous utilisons vraiment et qui sont stables. Le choix de la stack dépend du projet et nous le justifions pendant le lean solution design.

  • Assistants IA pour l'implémentation : Claude, ChatGPT, Gemini.
  • Applications web : Next.js.
  • Données et authentification : Supabase.
  • Mise en production et infrastructure : Docker et Coolify.

Ce que nous ne faisons pas

  • Aucune fonctionnalité sans tests d'acceptation.
  • Aucune livraison sans la relecture d'une personne.
  • Aucun chiffrage sans analyse : la fourchette de l'estimation en 2 minutes est indicative, le chiffre arrive après la session.
  • Aucune licence à nous sur votre produit.

Questions fréquentes

Parlons de votre projet

En 45 minutes, nous cartographions le problème et vous laissons une synthèse écrite. Si vous préférez, commencez par une estimation indicative.

Nous répondons sous 24 heures ouvrées.