Une livraison rapide, mesurée en logiciel qui fonctionne
Quelque chose de cliquable en troisième semaine, du logiciel qui fonctionne chaque semaine ensuite, et des changements chiffrés par écrit avant d'exister.
Toutes les agences se disent rapides. L'affirmation est invérifiable tant qu'on ne définit pas ce que rapide veut dire, alors voici notre définition : vous cliquez sur du logiciel qui fonctionne en troisième semaine, et chaque semaine suivante, ce que vous pouvez cliquer en fait davantage. Pas des diapositives d'avancement. Pas des pourcentages. Du logiciel.
Pourquoi cette règle existe
Les projets n'échouent pas bruyamment, ils échouent en silence, dans l'écart entre ce qui a été dit et ce qui a été construit. Du logiciel utilisable chaque semaine referme cet écart tant qu'il coûte peu : une hypothèse fausse attrapée en troisième semaine coûte une conversation, la même à la livraison coûte une reconstruction. La version hebdomadaire n'est pas une politesse, c'est le système d'alerte.
Ce qui rend vraiment les projets lents
- Des décisions en attente. L'essentiel du temps calendaire d'un projet en retard n'est pas du développement, c'est une question posée dans une boîte de réception. Nous vous remettons au lancement la liste des décisions et de leurs échéances, pour que vous voyiez votre propre chemin critique.
- Des contenus qui arrivent tard. Textes, photos, pages légales et données produit relèvent généralement du client, et sont généralement la raison d'un lancement qui glisse. Nous les demandons plus tôt qu'il ne semble nécessaire, parce que ça l'est.
- Un périmètre découvert en cours de route. Le travail de cadrage se fait avant le devis, précisément pour que les surprises restent petites.
- Des intégrations qui se comportent autrement en production que dans leur environnement de test. Nous branchons les vrais comptes dès que les accès le permettent.
Le rythme, concrètement
- Un point hebdomadaire court avec quelqu'un de votre côté qui a le pouvoir de trancher. Les retards coûteux sont rarement techniques.
- Un tableau partagé lisible sans formation : ce qui est livré, ce qui est en cours, ce qui est bloqué et par qui.
- Des mises en ligne sur une adresse de préproduction que vous ouvrez sur votre téléphone, chaque semaine, dès la troisième.
- Un lancement qui est un non-événement, parce que le logiciel tourne depuis des semaines et que le jour J ne change que qui peut le voir.
- semaine 3 première version cliquable
- 1 point de décision hebdomadaire, 30 minutes
- 0 facture surprise
Être rapide, ce n'est pas taper vite. C'est ne jamais avoir à construire deux fois la même chose.
Questions fréquentes
Combien de temps dure un projet typique ?
Une application web bien cadrée demande trois à cinq mois du lancement à la production, dont environ le premier tiers en cadrage et conception — la partie qui décide si le reste va vite. Une chaîne d'automatisation se livre en deux à trois semaines. Quiconque annonce des dates fermes avant de comprendre vos intégrations et votre circuit de décision parie avec votre budget.
Que faut-il de notre côté pour tenir le rythme ?
Une personne qui peut décider, trente minutes par semaine, et vos contenus plus tôt que prévu. C'est réellement toute la liste. Les projets avec un interlocuteur décisionnaire côté client vont des mois plus vite que les mêmes projets où chaque question attend un comité.
Que se passe-t-il si une échéance glisse ?
Vous le savez la semaine même, pas à la fin, parce que la version hebdomadaire rend l'avancement visible. Nous vous disons ce qui a bougé, pourquoi, et ce que nous proposons : réduire le périmètre pour tenir la date, ou tenir le périmètre et déplacer la date. Ce que nous ne faisons pas, c'est nous taire en espérant — c'est ainsi que la plupart des projets en retard le sont devenus.