Il y a deux réponses honnêtes à cette question, et vous avez besoin des deux.
Deux à trois mois pour une première version en production
Pour un premier outil métier que vos équipes utilisent pour de vrai, prévoyez deux à trois mois. Cela couvre l’atelier de cadrage, les sprints qui construisent le cœur du produit, et le lancement.
Nous préférons vous donner ce chiffre plutôt qu’un chiffre flatteur. Une promesse de « quelques semaines » décrit en général un prototype, pas un produit sur lequel votre entreprise peut s’appuyer.
Deux semaines pour la première chose à voir
Ce qui change avec notre façon de travailler, ce n’est pas la date du lancement. C’est tout ce qui la précède.
Chaque sprint de deux semaines se termine par la démo d’une version qui fonctionne. Pas des diapositives, pas des maquettes : le produit, dans son état du moment, qui fait de vraies choses. Entre deux démos, un environnement de test reste ouvert, et vous pouvez aller voir quand vous voulez.
Après deux semaines, vous savez donc déjà si nous vous avons compris. Après un mois, vos futurs utilisateurs peuvent essayer les écrans principaux. Si quelque chose part dans la mauvaise direction, cela coûte un sprint à corriger, pas le projet entier.
Pourquoi une première version, et pas tout d’un coup
La première version n’est pas le rêve complet. C’est le plus petit produit qui supprime déjà une vraie douleur : le tableur que tout le monde se dispute, la double saisie, les coups de téléphone pour savoir où en est une commande.
La lancer tôt a deux effets. Vos équipes commencent à gagner du temps pendant que le reste se construit. Et ce qu’elles disent une fois qu’elles l’utilisent vaut plus que n’importe quel cahier des charges écrit à l’avance.
Ce que cela change pour vous
Vous vous engagez sur un trimestre, et vous vérifiez la direction tous les quinze jours. La longue attente dans le noir, suivie d’une grande révélation, est exactement ce que ce rythme sert à éviter.