Méthode

On cadre, on construit,
on reste.

Quatre temps, des jalons datés. Vous savez ce qui est livré, quand, et par qui.

  • Un premier appel sans engagement
  • Une démo à chaque fin de sprint
  • Une équipe senior, du début à la fin

Comment on travaille

I — IV

Quatre temps. Pas un de plus.

Chaque temps se termine par un livrable que vous pouvez relire, contester et garder. Aucun ne commence tant que le précédent n'est pas validé.

  1. Intention

    La promesse, les utilisateurs et les critères de succès sont écrits avant la première ligne de code. On chronomètre l'existant, et on dit franchement ce qui ne mérite pas d'être construit.

    Ce que vous gardez

    Note de cadrage : promesse, utilisateurs, succès mesurables, hors-périmètre assumé.

  2. Architecture

    Modèles de données, frontières de services, contrats d'API, hébergement. Choisis, pas subis : chaque décision structurante est écrite avec son alternative et ce qu'elle coûte.

    Ce que vous gardez

    Dossier d'architecture, contrats d'API et registre des décisions techniques.

  3. Exécution

    Des sprints courts, une démo à la fin de chacun. Vous voyez le produit tourner en recette, pas des vues qui le décrivent. C'est là que la cadence se voit.

    Ce que vous gardez

    Un incrément livré et testable à chaque sprint, dans vos dépôts.

  4. Run

    Monitoring, alertes, astreinte convenue, itérations régulières. Nous restons tant que c'est utile, pas un jour de plus — et la passation est prête bien avant qu'on en parle.

    Ce que vous gardez

    Tableaux de bord, runbook d'incident, documentation à jour et équipe formée.

La cadence

un sprint, quatre temps

Le contenu change à chaque sprint. Le rythme, jamais.

On construit, on montre, vous arbitrez, on repart. La démo n'est pas un rendez-vous exceptionnel : c'est la fin normale d'un sprint, et elle revient à chaque fois.

Le motif se répète — seul son contenu changeSprint 04 · Temps IV
SPRINTSPRINTSPRINTSPRINTDÉMODÉMODÉMODÉMO01020304
  1. I

    On construit

    Un incrément qui tourne, pas une intention. Il part dans vos dépôts au fil de l'eau, revu et testé.

  2. IIdémo

    On montre

    Le produit tourne en recette, devant vous. Ce n'est pas un jalon exceptionnel : c'est la fin normale d'un sprint.

  3. III

    Vous arbitrez

    Ce qui continue, ce qui s'arrête, ce qui attend. Rien n'entre en silence dans le sprint suivant.

  4. IV

    On repart

    Le sprint d'après démarre avec vos retours dedans. Le périmètre bouge ; la cadence, non.

Ce que ça change pour vous

Vous voyez le produit tourner, bien avant la fin.

Pas de tunnel, pas de grande révélation à l'arrivée. On vous montre le produit en train de fonctionner très tôt, puis encore, et encore — et vous savez à tout moment où on en est.

Ça tourne

Votre produit fonctionne pendant qu'on le construit.

Le rythme revient à l'identique. Le produit, lui, avance.

  • Vous le voyez fonctionner

    Pas un dessin, pas un compte rendu : le produit tourne devant vous, et vous cliquez dedans vous-même.

  • Vous savez où on en est

    Ce qui est fait, ce qui avance, ce qui coince. C'est écrit, chaque semaine — surtout quand la nouvelle est mauvaise.

  • Vous pouvez changer d'avis

    Voir tôt, c'est corriger tant que ça ne coûte presque rien. C'est tout l'intérêt d'avancer à ce rythme-là.

Envie de voir ça sur votre projet ?

Réserver un premier appel

Notre posture

non négociable

Cinq engagements qui ne se négocient pas.

01

Vous gardez tout

Code, données, comptes, maquettes et documentation dans vos dépôts et vos outils. Aucune dépendance construite volontairement.

02

Une équipe senior et stable

Peu de missions en parallèle. Les personnes qui cadrent sont celles qui livrent, et vous les connaissez par leur prénom.

03

Pas de sous-traitance offshore

L'équipe qui écrit votre code est celle que vous avez rencontrée. Même fuseau horaire, même langue, même responsabilité.

04

Le cabinet qui conseille exécute

Nous ne recommandons rien que nous ne devrons pas mettre en production nous-mêmes. Ça filtre beaucoup de mauvaises idées.

05

Réversibilité

Architecture ouverte, formats standards, passation documentée. Partir doit rester possible, sinon la relation n'est pas saine.

Premier échange

La meilleure façon de juger une méthode, c'est de l'essayer.

Un premier appel sans engagement. On écoute, on reformule, et on dit honnêtement si nous sommes le bon interlocuteur.

06Questions

Avant de nous appeler.

01Combien de temps dure un projet type ?+

Vite, et c'est justement notre différence : appel de cadrage, note d'intention, architecture, puis une première démo — le tout enchaîné sans temps mort. Les projets plus lourds gardent exactement la même cadence mais s'étalent sur plusieurs vagues, chacune décidée séparément. Le calendrier précis est fixé au cadrage, une fois le périmètre réel connu.

02Comment se passe le premier appel ?+

Trente minutes, sans préparation de votre côté. Vous décrivez votre contexte, nous reformulons, et nous disons franchement si nous sommes le bon interlocuteur. Il nous arrive de recommander un logiciel du marché plutôt qu'un développement sur mesure : c'est plus honnête, et ça finit toujours par se savoir.

03Travaillez-vous au forfait ou en régie ?+

Au forfait quand le périmètre est cadré, ce qui est le cas une fois la note d'intention et l'architecture livrées. En régie pour le run et les phases d'exploration. Dans les deux cas le budget est annoncé avant de commencer, et un dépassement se discute avant, jamais sur la facture.

04Que se passe-t-il si le périmètre change en cours de route ?+

Il change presque toujours, et c'est normal. Chaque demande nouvelle est chiffrée puis arbitrée au point hebdomadaire : on ajoute, on retire, ou on décale. Rien n'entre en silence dans le sprint suivant, et la date de mise en production reste une décision, pas une surprise.

05À qui appartient le code ?+

À vous, sans condition. Les dépôts sont créés sous votre organisation Git dès le premier jour, avec l'historique complet, l'intégration continue et la documentation. Il n'y a aucun accès à récupérer ni aucune licence à négocier si la mission s'arrête.

06Que devient le projet une fois livré ?+

Deux options, décidées ensemble avant la mise en production. Soit nous restons en run : monitoring, astreinte convenue, itérations mensuelles. Soit vos équipes reprennent, avec une passation documentée et une période d'accompagnement. Nous restons tant que c'est utile, pas un jour de plus.

On commence par 30 minutes.

Décrivez votre contexte en quelques lignes. Nous revenons vers vous sous 24 h.