La méthodologie agile consiste à livrer des petites versions fonctionnelles de votre travail de façon répétée, au lieu d’attendre que l’image complète soit terminée à la fin. Une petite version utilisée par de vraies personnes vous apprend plus qu’un plan complet construit en isolation.
Points Clés à Retenir
- Agile privilégie des petites versions fonctionnelles livrées de façon répétée plutôt qu’une version complète livrée tardivement.
- Une première version n’a pas besoin d’être excellente, elle doit exister et être testée face à un usage réel.
- Les retours d’utilisateurs réels façonnent chaque version suivante plus fiablement que des hypothèses formulées en isolation.
- Accepter que la première version ne soit pas parfaite n’est pas un échec, cela fait partie de la méthode elle-même.
- La bonne question n’est pas à quel point est-ce complet, mais quelle est la plus petite version que je peux montrer cette semaine.
Pourquoi C’est Plus Difficile Qu’il n’y Paraît
Quand j’ai commencé à construire CitizenUp, le premier réflexe était de concevoir toute la plateforme avant de la montrer à quiconque. Ce qui a changé mon parcours a été de décider de lancer une version très simple en quelques semaines, puis de l’ajuster selon ce que les bénévoles et les organisations qui l’utilisaient réellement me disaient. Chaque version était meilleure que la précédente parce qu’elle était construite sur un usage réel, pas sur une supposition de ce dont les gens avaient besoin.
La leçon la plus importante n’était pas la rapidité de livraison, c’est d’accepter que la première version ne soit pas parfaite, et que ce n’est pas un échec, cela fait partie de la méthode elle-même. C’est une expression concrète de la Continuité, l’un des cinq éléments de la Méthode.
Les Étapes
Étape 1 : Définissez la plus petite version fonctionnelle de ce que vous construisez. Une version trop ambitieuse retarde le vrai retour dont vous avez besoin.
Étape 2 : Montrez-la à de vrais utilisateurs avant qu’elle ne vous semble prête. Attendre qu’elle semble prête signifie souvent attendre au-delà du moment où le retour serait encore facile à intégrer.
Étape 3 : Ajustez selon ce que révèle l’usage réel, pas selon vos propres suppositions. Les suppositions formulées en isolation sont fiablement fausses d’une façon que l’usage réel révèle rapidement.
Étape 4 : Répétez le cycle, en traitant chaque version comme une étape, pas un produit final. La valeur de la méthode ne s’accumule que si vous continuez à livrer et ajuster, pas une seule fois.
Un Exemple Concret
La version de CitizenUp qui a fini par fonctionner ressemblait peu au plan original, non pas parce que le plan était mauvais, mais parce que des dizaines de petits ajustements basés sur les retours réels des bénévoles et des organisations l’avaient remodelée en quelque chose de mieux adapté à ce dont les gens avaient réellement besoin.
Pour Conclure
Si vous travaillez actuellement sur quelque chose de grand, demandez-vous quelle en est la plus petite version que vous pourriez montrer cette semaine, au lieu d’attendre que tout soit complet.
FAQ
Livrer quelque chose d’incomplet ne semble-t-il pas peu professionnel ?
Une première version clairement présentée comme telle, avec une intention affichée de l’améliorer selon les retours, se lit comme intentionnelle plutôt qu’inachevée.
Et si les premiers retours contredisent la vision initiale ?
Cette contradiction est souvent le signal le plus précieux que vous obtiendrez. L’usage réel révèle ce que la vision initiale avait manqué.
À quel point la première version doit-elle vraiment être petite ?
Assez petite pour que sa construction ne prenne pas plus de quelques semaines, et assez réelle pour que les gens puissent vraiment l’utiliser, pas seulement la regarder.
