Template de roadmap produit : les champs à copier

Un template de roadmap produit est un court tableau où chaque ligne est un élément et chaque colonne un champ que vous vous engagez à garder rempli. La version qui convient à la plupart des petites équipes compte six champs : le résultat, qui l’a demandé, le statut, le responsable, la confiance et la date de revue. Tout le reste de ce que proposent les templates à télécharger, comme les swimlanes, les story points et les colonnes par trimestre, est facultatif et explique souvent pourquoi la roadmap cesse d’être mise à jour.

Que doit contenir un template de roadmap produit ?

Ne mettez que les champs dont un lecteur se sert pour décider, et n’ajoutez un champ que si vous pouvez dire qui le lit. Le résultat est la raison d’être de la ligne. La source permet à un client d’y retrouver sa propre demande. Le statut dit si le travail avance. Le responsable est la personne à qui poser la question. La confiance évite qu’une prévision soit lue comme une promesse, et la date de revue empêche la ligne de vieillir.

Deux champs valent la peine d’être ajoutés si votre équipe les réclame. Une liste “on ne fait pas”, gardée à côté du tableau, consigne ce que vous avez décidé de ne pas faire et pourquoi, ce qui évite de refaire le même débat chaque trimestre. Une colonne “dernière modification” indique quand la ligne a été éditée, pour qu’un lecteur distingue une roadmap vivante d’une roadmap abandonnée.

Les champs à laisser de côté dans une première version : les dates au-delà de la date de revue, les estimations d’effort, les story points et les prévisions de revenus. Leur place est dans les documents de planification, où ils peuvent changer sans que personne les lise comme des engagements.

À quoi ressemble un template de roadmap produit rempli ?

Voici le tableau avec une application de tâches fictive comme produit. Tous les éléments sont inventés, et la colonne statut n’utilise que trois valeurs.

Deux lignes portent la leçon. “Mode hors ligne” n’a ni responsable ni confiance élevée, ce qui est une manière honnête de dire “nous y réfléchissons”. “Modifier les échéances en masse” est clos plutôt que supprimé, pour que les clients qui l’avaient demandé puissent encore voir ce qu’il est devenu.

Si vous préférez du texte brut, le même tableau fonctionne en fichier Markdown dans le dépôt, ce qui le garde sous contrôle de version à côté du travail :

| Résultat | Source | Statut | Responsable | Confiance |
|---|---|---|---|---|
| Garder le dernier filtre | 14 demandes | En cours | Dana | Engagé |
| SSO d'entreprise | 9 demandes | Prévu | Marcus | Prévision |

Quel format le template doit-il avoir ?

Prenez un tableau si votre roadmap compte dix éléments ou moins et que les lecteurs veulent du détail. Prenez trois colonnes, Now, Next et Later, si vous changez souvent de direction et ne voulez pas défendre des dates. La disposition Now/Next/Later est décrite dans le guide Atlassian des roadmaps produit, à côté des dispositions en frise chronologique et par thèmes.

Le tableau ci-dessus et un board à trois colonnes contiennent les mêmes données. Le tableau convient mieux à ceux qui travaillent dans la roadmap, et le board à ceux qui n’y jettent qu’un coup d’œil. Exemples de roadmap produit présente six formats avec des éléments réalistes et explique comment chacun échoue, ce qui vous permet de choisir la disposition une fois les champs arrêtés.

Comment remplir le template sans deviner ?

Partez des demandes que vous avez déjà et écrivez le résultat en dernier. Regroupez les demandes ouvertes selon le problème qu’elles décrivent, comptez-les et mettez le total dans la colonne source. Une ligne sans source est une opinion. C’est permis, mais cela doit se voir.

Classez ensuite les lignes avec une règle que vous pouvez expliquer à un client. Prioriser les demandes de fonctionnalités passe en revue les méthodes de scoring et explique pourquoi les votes seuls trompent. L’ordre des lignes répond à “qu’est-ce qui passe en premier”, et la colonne statut répond à “qu’est-ce qui se passe”.

Écrivez la confiance honnêtement. Une ligne engagée veut dire que l’équipe serait surprise de ne pas la livrer dans la fenêtre. Une ligne en prévision veut dire que c’est le plan, sauf si quelque chose change. Une ligne en exploration ne promet rien du tout, et une roadmap qui montre des lignes en exploration aux clients doit dire ce que ce mot signifie.

À quelle fréquence mettre à jour le template ?

Mettez-le à jour chaque fois qu’un élément change de statut, et relisez chaque ligne à sa date de revue. La roadmap vieillit quand la mettre à jour est une corvée à part, alors gardez-la là où le travail se trouve déjà. Si votre issue tracker est la source de vérité, des labels peuvent piloter la colonne statut et personne n’a rien à ressaisir. Comment une roadmap publique reste honnête montre l’organisation avec un label par colonne que Changeloop utilise.

Quand une ligne est livrée, prévenez les personnes qui l’avaient demandée. Aucun champ de template ne peut le faire à votre place, et c’est la raison de garder la colonne source. La boucle de feedback client décrit le chemin complet, de la demande à l’annonce.

Le template doit-il être public ?

Publiez une version réduite si vous voulez que les clients voient que leur demande a été entendue. Un template public garde le résultat et le statut, et retire le responsable, la confiance et la date de revue. Il retire aussi tout ce que vous ne défendriez pas dans un appel commercial. Une liste plus courte qui reste à jour fait plus pour la confiance qu’une longue qui s’endort ; la page template de ProdPad montre comment un éditeur structure le sien.

FAQ

Qu’est-ce qu’un template de roadmap produit ? C’est un tableau ou un board réutilisable avec un ensemble fixe de champs pour chaque élément de la roadmap, comme le résultat, le statut, le responsable et la confiance. Vous le copiez, remplissez une ligne par élément et le tenez à jour.

Quelles colonnes une roadmap produit doit-elle avoir ? Au minimum un résultat, un statut et un responsable. Ajoutez la source de la demande, un niveau de confiance et une date de revue dès que la roadmap dépasse une poignée d’éléments.

Une roadmap produit doit-elle contenir des dates ? Seulement une date de revue, pour la plupart des équipes. Les dates du calendrier deviennent des engagements que les commerciaux et les clients vous resservent, alors utilisez plutôt un niveau de confiance et une fenêtre comme Now, Next et Later.

Puis-je garder une roadmap dans un tableur ou un fichier Markdown ? Oui. Un tableur convient à une équipe qui l’édite à plusieurs, et un tableau Markdown dans le dépôt à une équipe qui veut le versionner. Choisissez l’endroit où le travail est déjà suivi, pour que les mises à jour ne soient pas une corvée à part.

Les affirmations techniques de cet article n'ont pas été vérifiées de façon indépendante. Si quelque chose est faux, dis-le-nous et nous le corrigerons.

À voir sur changeloop : Documentation développeurs, Exemples de changelog