Données d'exemple. Fieldnote est une entreprise fictive qui sert à remplir les 61 boards, pour que les exemples racontent une seule histoire.
Scale-up, Karim rédige le one-pager de la release 1 du mode hors ligne, parce que la squad Field app qui la construit n'était pas dans la discovery.
Ce que l'équipe en a tiré
La page a été validée en une revue de 30 minutes ; la question ouverte sur les jobs supprimés est devenue le premier spike du sprint.
Comment l'animer
Préparation
Le PM écrit un premier jet seul avant la séance et l'envoie 24 heures avant. L'atelier est une revue, pas une séance d'écriture à six.
Invite le tech lead, le designer et une partie prenante qui utilisera le résultat. Quatre personnes, cinq max.
Pré-remplis le board avec le brouillon dans les sept blocs. Laisse le bloc Questions ouvertes volontairement vide : il se remplit en direct.
Déroulé
15 min
Lecture silencieuse Tout le monde lit la page entière en silence et pose un sticky sur chaque phrase avec laquelle il n'est pas d'accord ou qu'il ne comprend pas. Personne ne parle avant la fin du minuteur.
20 min
Problème et objectif Passe les stickies des deux premiers blocs. Le test : la partie prenante peut-elle répéter le problème avec ses mots ? Le tech lead peut-il dire quelle métrique bouge ? Réécris jusqu'à ce que les deux disent oui.
30 min
Périmètre et hors périmètre Lis le Périmètre à voix haute. Pour chaque item, le tech lead demande 'est-ce nécessaire pour faire bouger la métrique ?' Tout ce qui reçoit un non passe en Hors périmètre, écrit, pas supprimé.
25 min
User stories Vérifie que chaque story a un utilisateur, une action et une raison. Fusionne les stories qui décrivent le même écran. S'il y en a plus de dix, le périmètre est trop gros pour une page : découpe le PRD.
20 min
Questions ouvertes Rassemble chaque sticky restant dans le bloc Questions ouvertes. Chacune reçoit un responsable et une date. Une question sans responsable n'est pas ouverte, elle est ignorée.
10 min
Signer Relis l'objectif et le périmètre une dernière fois. La partie prenante, le tech lead et le designer écrivent chacun 'OK' avec leur nom sur le board. C'est la validation ; pas de réunion séparée.
Pièges
Ne dépasse pas une page. Si ça ne tient pas, le périmètre est trop gros, et la deuxième page est là où se cachent les malentendus.
N'écris pas de solutions dans le bloc Problème. 'Les utilisateurs ont besoin d'un tableau de bord' est une solution ; 'les utilisateurs ne voient pas si leur commande est expédiée' est un problème.
Ne laisse pas Hors périmètre vide. C'est le bloc qui protège l'équipe pendant le sprint.
Ensuite
Le PRD signé est la référence pour le user flow et les wireframes. Les questions ouvertes vont dans le canal de l'équipe avec leurs dates. Tout changement de périmètre après signature est un nouveau paragraphe daté dans le PRD, jamais un accord de couloir.