Du logiciel qui tourne chaque semaine, payé après recette
Le développement s'étale de quelques semaines à quelques mois, en facturation au jalon. Dès la première semaine, le journal de déploiement vous est ouvert ; dès la deuxième, vous manipulez une version utilisable du système. Le rapport d'avancement, c'est le logiciel.
Le déroulé, concrètement
Six mécaniques, répétées jusqu'à la mise en production du système, et rien qui ressemble aux cérémonies de sprint d'une entreprise plus grosse.
Première semaine : des accès, pas des slides
Le canal partagé s'ouvre, la préproduction est en ligne, la chaîne de déploiement tourne. Vous lisez le journal de déploiement dès le premier jour : rien du développement ne se passe derrière un rideau.
Deuxième semaine : le premier logiciel qui tourne
Ni maquette ni revue de tickets : quelque chose qui tourne, que vous manipulez vous-même. Le périmètre sera étroit. Il sera réel, et il s'élargit chaque semaine à partir de là.
La boucle hebdomadaire
Lundi : le plan de la semaine, par écrit. Du mardi au jeudi : développer, déployer, recommencer. Vendredi : 30 minutes de démo sur du logiciel qui tourne. Cette boucle est la méthode, et il n'y a pas d'autre cérémonie.
La validation des jalons
Quand un jalon est terminé, vous le parcourez au regard du périmètre convenu, puis vous le validez. Ou vous ne le validez pas, et nous corrigeons ce qui manque. Le paiement suit la recette, pas l'effort fourni.
La revue métier mensuelle
Une fois par mois, un associé reprend avec vous l'avancement au regard de l'indicateur métier, la consommation du budget au regard du plan, et une liste de risques honnête. Trente minutes, sans mise en scène.
Les évolutions de périmètre, chiffrées avant
Des idées surgiront en cours de route, et les bonnes doivent partir en production. Chaque changement est cadré et chiffré avant que le travail reprenne, jamais découvert après coup sur une facture.
Une semaine de développement, sans rien enjoliver
Moins de cérémonie que vous ne l'imaginez : un plan écrit, des déploiements continus, une démo, et une revue mensuelle avec un associé. Le reste du temps se passe à construire.
Le livrable
Du logiciel en production, jalon après jalon, et tout ce qui l'entoure pour que ce logiciel devienne le vôtre plutôt que le nôtre.
Votre part du travail
Réponse honnête : peu de choses, mais pas rien non plus. Trois conditions gardent un développement en mouvement.
Un responsable identifié
Une seule personne de votre côté, capable de répondre aux questions et de trancher. Environ 2 à 4 heures par semaine : la démo du vendredi, les réponses asynchrones dans le canal, la validation des jalons.
Des décisions au moment où elles sont posées
Les décisions remontent explicitement, dans le plan du lundi ou dans la démo du vendredi, avec les arbitrages inscrits à côté. Une décision en suspens est la seule chose qui arrête vraiment un développement.
L'accès aux personnes qui font le travail
Une heure avec le dispatcheur, le juriste ou le responsable d'entrepôt vaut mieux que dix heures d'hypothèses. Nous le demandons tôt, et rarement.
Vous pouvez vous arrêter après chaque jalon, et tout garder
Chaque jalon validé est à vous : code, déploiements, documentation, tests. Si les priorités changent, si le budget bouge, ou si vous préférez un autre partenaire, vous repartez avec du logiciel qui fonctionne plutôt qu'avec un chantier à moitié fini. La première facture arrive après la première livraison, si bien que l'ordre du risque reste toujours le même : nous livrons, puis vous payez.
Questions fréquentes sur le développement
Peut-on faire évoluer le périmètre en cours de développement ?
Oui : une bonne idée n'a pas à attendre la v2. Chaque changement est cadré et chiffré avant que le travail reprenne, jamais après. Vous décidez avec les chiffres sous les yeux.
Et si nous ne validons pas un jalon ?
Vous ne le payez pas. Nous corrigeons ce qui manque au regard du périmètre convenu, puis nous le redémontrons. Le paiement suit la recette : c'est tout l'intérêt de la facturation au jalon.
Et si le développement déborde ?
Le devis tient. Si nous avons sous-estimé, les dépassements sont pour nous, et vous ne les découvrez jamais sur une facture. Seul un périmètre que vous avez explicitement approuvé et chiffré modifie le montant.
Nos ingénieurs peuvent-ils travailler dans le code avec vous ?
Oui, régulièrement : nous travaillons en binôme avec des équipes internes, nous partageons une base de code et nous relisons mutuellement notre travail. La passation est plus propre quand votre équipe était là dès le premier jour.
À quoi ressemble concrètement la démo du vendredi ?
30 minutes, du logiciel qui tourne et rien d'autre, votre équipe invitée. Nous parcourons ce qui est parti en production, nous nommons les décisions que nous attendons de vous, et nous terminons à l'heure. Sans slides.
Comment suivre l'avancement entre deux démos ?
La préproduction et le journal de déploiement vous sont ouverts dès la première semaine. Consultez-les quand vous voulez : le développement est visible en continu, et pas une fois par semaine.
La phase d'avant, et celle d'après
Envie de voir un développement avant d'en commander un ?
Trente minutes avec un ingénieur : nous vous montrons un vrai journal de déploiement et un vrai plan de jalons.