Notre méthode

Le déroulé d'une mission

1. 01

   On regarde vos chiffres

   Une séance de travail, sans engagement. On cherche ce qui vous coûte du temps ou ce que vous ne savez pas mesurer. Si rien ne justifie une mission, on vous le dit — c'est arrivé, et ça évite de perdre six mois.

2. 02

   On cadre le plus petit périmètre utile

   Une proposition avec un périmètre daté et un prix ferme. Pas de régie ouverte : ce qui est écrit est ce qui est livré, et ce qui n'y est pas fera l'objet d'une décision explicite.

3. 03

   On livre par itérations courtes

   Vous voyez quelque chose de fonctionnel dès les premiers jours, puis toutes les semaines. Pas de tunnel de trois mois qui s'achève sur une démonstration qui ne correspond pas.

4. 04

   Vous repartez avec les clés

   Le code dans votre dépôt, le déploiement automatisé, la documentation. Pouvoir se passer de nous fait partie de la livraison, ce n'est pas une option à négocier.

Ce que nous ne faisons pas

Une méthode se juge autant à ce qu'elle exclut qu'à ce qu'elle promet.

• La régie ouverte

  Facturer des journées sans périmètre revient à faire payer notre lenteur. Chaque mission a un périmètre écrit et un prix ferme ; ce qui sort du cadre fait l'objet d'une décision explicite, pas d'une ligne en plus sur la facture.

• Le projet tunnel

  Trois mois sans rien voir, puis une démonstration qui ne correspond pas. Vous voyez quelque chose de fonctionnel dès la première semaine, puis chaque semaine.

• L'IA pour l'IA

  Si une requête SQL ou un tableur bien fait règle votre problème, c'est ce qu'on vous dira. Mettre un modèle de langage sur une tâche déterministe ajoute du coût, de la latence et de l'imprévisibilité.

• La dépendance entretenue

  Le code part dans votre dépôt, le déploiement est automatisé, la documentation est écrite pour quelqu'un d'autre que nous. Vous devez pouvoir changer de prestataire sans repartir de zéro.