En 2017, l'accélérateur X-1 de McGill m'a demandé d'animer l'atelier produit pour la cohorte de fondateurs de l'année. J'étais alors VP Produit chez GradeSlam, et j'ai passé la séance à leur montrer comment construire une feuille de route produit. Le support est toujours en ligne, si vous voulez y jeter un œil.
Je l'ai relu l'autre jour, m'attendant à moitié à grimacer. J'ai grimacé sur le design. Sur le contenu, non. La méthode fonctionne toujours. Gérer une feuille de route produit à la manière agile reste la bonne approche.
Ce qui a changé, c'est le monde pour lequel elle a été conçue. Depuis, l'IA a transformé la façon dont les produits se fabriquent et la vitesse à laquelle on peut les livrer. Une grande partie de ce que j'enseignais ce jour-là, les parties lentes et manuelles, découper le travail en tickets, estimer chacun, tout construire à la main, vous pouvez désormais le faire en une après-midi. Mais la raison pour laquelle on construit une feuille de route, elle, n'a pas bougé. Au contraire, l'IA l'a rendue plus importante.
Et cette raison est simple. Une feuille de route n'est pas une promesse sur ce que vous allez construire. C'est un plan sur ce que vous allez apprendre ensuite.
Je l'ai appris chez GradeSlam, où certaines de nos meilleures victoires n'ont jamais figuré sur une feuille de route. Nous les avons trouvées en regardant les gens bloquer et en testant des hypothèses rapidement. Un petit changement dans la façon dont les étudiants démarraient une session a fait grimper les démarrages de session d'environ 25 %, et j'en ai déjà parlé, donc je ne le raconterai pas à nouveau ici. Ce qui compte, c'est le schéma. La valeur n'était pas dans le plan. Elle était dans la boucle : essayer quelque chose, observer ce qui se passe, apprendre, recommencer.
Vous faites des paris, que vous l'admettiez ou non
Pourquoi une liste de paris ? À cause d'une règle que personne ne contourne. On ne peut pas tout construire en même temps. Il y a toujours plus à faire que de temps pour le faire. Une feuille de route, sous toutes les couleurs et les trimestres, n'est donc que l'ordre que vous avez choisi pour tester vos idées. Vous retenez les quelques-unes les plus susceptibles de marcher, vous les construisez, vous observez ce que les gens font vraiment, et les résultats désignent la suivante.
C'est la partie que j'ai bâclée en 2017. J'ai donné aux fondateurs un cadre bien net et ils sont repartis contents, mais le cadre n'a jamais été l'essentiel. L'apprentissage, oui. Un plan qui liste des fonctionnalités et des dates, mais qui ne peut pas dire ce que vous attendez ni comment vous le saurez, n'est pas une feuille de route. C'est une liste de tâches dans une plus belle tenue.
Construire est devenu bon marché. Pas le jugement.
Pendant la majeure partie de ma carrière, construire était la partie coûteuse. On choisissait ses paris avec soin parce que chacun coûtait des semaines, et une mauvaise hypothèse était lente à défaire. C'est fini. Avec l'IA, vous pouvez décrire une idée le matin et mettre quelque chose de réel devant les utilisateurs l'après-midi.
L'IA a donc changé la vitesse, pas la logique. Quand construire devient aussi bon marché, la partie difficile se déplace simplement. Elle se déplace vers les deux choses que l'IA ne peut toujours pas faire à votre place : décider de ce qui vaut la peine d'être construit, et lire ce qui s'est vraiment passé une fois la chose livrée. Les deux relèvent du jugement. Les deux sont à vous.
Voici ce que je n'avais pas vu venir. On pourrait croire qu'une construction moins chère signifierait une planification plus lâche. C'est l'inverse qui s'est produit. Le vieux conseil était de garder les plans légers et de voir au fur et à mesure. L'IA récompense le contraire, parce qu'elle suit magnifiquement un brief clair et remplit un brief flou de bêtises assurées. Le cahier des charges soigné est de retour, et le bon vieux document d'exigences redevient utile, cette fois comme le brief que vous remettez à la machine. Vous n'avez pas besoin de cinquante pages. Pour un produit à ses débuts, il vous faut une page assez nette pour qu'un exécutant rapide et très littéral puisse s'en servir sans vous dans la pièce.
Planifiez par lots, pas par fonctionnalités
Quand construire est bon marché et que le retour est rapide, la façon d'empaqueter le travail change aussi. Voici à quoi cela ressemble en pratique.
Disons que vous voulez que davantage de nouveaux utilisateurs terminent leur première session. Il y a quelques années, vous auriez écrit cela comme six user stories livrées sur un trimestre. Maintenant, vous le traitez comme un seul lot : simplifier le premier écran, supprimer une étape, ajouter un coup de pouce quand quelqu'un hésite, montrer une fin claire. Un résultat, un lot de travail derrière lui, un chiffre à surveiller. Vous le livrez en quelques jours, vous lisez le résultat, et vous décidez de pousser ou d'abandonner.
C'est le basculement. Vous cessez de suivre une longue liste de petites tâches et vous commencez à suivre une courte liste de paris, chacun visant un chiffre qui vous importe. La feuille de route devient plus courte et plus honnête. Elle change aussi plus souvent, parce que le retour arrive enfin assez vite pour la faire changer.
Un test à faire lundi
Tout se ramène à une seule vérification. Ouvrez votre feuille de route et lisez-la ligne par ligne. Pour chaque élément, posez deux questions. Qu'est-ce que je m'attends à voir se produire ? Comment le saurai-je ? Si vous pouvez répondre aux deux, c'est un vrai pari et il mérite sa place. Sinon, ce n'est pas un plan. C'est juste quelque chose que vous avez décidé de construire.
Cet atelier à McGill portait en réalité sur ces deux questions, même si je ne l'ai pas dit aussi clairement à l'époque. La boucle, c'est tout le jeu. Faire un pari, le livrer, en tirer une leçon, choisir à nouveau avec de meilleures informations. L'IA n'a pas remplacé cette boucle. Elle l'a juste fait tourner plus vite que je ne le pouvais sur un tableau blanc en 2017.
C'est précisément pourquoi vous devriez tenir chaque plan sans le serrer trop fort. Écrivez-le au crayon.