Posez les bases en utilisant le tableau en haut du modèle pour présenter les informations de votre nouveau produit ou de votre nouvelle fonctionnalité. Quelle est votre date de livraison cible ? Quel est l'état actuel ? Qui fait partie de l'équipe de base ? Vous pouvez saisir /date pour ajouter rapidement votre date de livraison cible, « /jira » pour créer un lien direct vers les epics ou les tickets Jira, et mentionner les membres de l'équipe (p. ex., @tom) pour tenir tout le monde informé.

Vous ne lancez pas ce nouveau produit ou cette nouvelle fonctionnalité pour le plaisir (en tout cas, vous ne devriez pas). Dans la section Objectif du modèle, expliquez brièvement en quoi ce projet soutient les objectifs plus larges de votre organisation. Fondamentalement, pourquoi cette nouvelle fonctionnalité ou ce nouveau produit devrait-il exister ? Ensuite, dans le tableau Métriques de réussite, répertoriez les objectifs spécifiques de votre produit ou de votre fonctionnalité, ainsi que les métriques que vous utiliserez pour surveiller votre réussite. Par exemple, vous souhaiterez peut-être simplifier l'expérience utilisateur et vous saurez que vous y êtes parvenu lorsque vos scores de satisfaction client augmentent d'au moins 15 %.

Ce produit ou cette fonctionnalité est entièrement inédit(e), ce qui signifie que peu d'informations sont disponibles sur le sujet. Cependant, vous envisagez des hypothèses, et celles-ci peuvent être étonnamment efficaces pour éclairer vos prochaines étapes. Dans la section Hypothèses du modèle, notez toutes les hypothèses formulées à propos de vos utilisateurs, les contraintes techniques et les objectifs métier. Vous pensez que la plupart des utilisateurs accéderont à cette fonctionnalité à partir d'une tablette ? Notez cette information ici. 

En gardant ces hypothèses à l'esprit, vous utiliserez le tableau Options pour formuler toutes les exigences produit que vous avez prises en compte. Si la plupart des personnes utiliseront cette fonctionnalité sur une tablette, le produit doit être orienté mobile. En plus d'indiquer l'exigence elle-même, ce tableau contient également des zones vous permettant de proposer une user story (par exemple, John est chef de projet et souhaite vérifier l'avancement de son équipe depuis la gare), d'assigner un niveau d'importance, de consigner les tickets Jira et d'enregistrer toutes les autres notes que vous devez garder à portée de main.

Il y a beaucoup à faire pour développer une nouvelle fonctionnalité ou un nouveau produit, et il s'avère judicieux de conserver ces informations consolidées afin que tout le monde dispose d'une source de référence unique et puisse trouver ce dont il a besoin. Utilisez cette section du modèle pour ajouter des maquettes, des diagrammes ou des conceptions visuelles liées aux exigences produit que vous avez décrites. Lorsque ces éléments sont centralisés à un seul et même endroit, chacun dispose du contexte dont il a besoin.

Parfois, le processus de lancement d'une fonctionnalité ou d'un produit s'apparente à une série de questions sans fin. Pour une question traitée, cinq semblent s'ajouter. Ce tableau vous permet de noter ces questions au fur et à mesure qu'elles vous viennent à l'esprit (par exemple, comment allez-vous informer vos utilisateurs du lancement de cette nouvelle fonctionnalité ?) afin de ne pas les perdre de vue. Lorsque vous trouvez une réponse appropriée, vous pouvez la consigner dans une zone dédiée en précisant la date à laquelle vous y avez répondu, afin de pouvoir suivre votre avancement et l'évolution de votre produit. 

Enfin, nous savons que le terme « dérive des objectifs » suffit à vous donner des frissons. Pour y remédier, il convient d'être proactif. Utilisez cette dernière section du modèle pour répertorier les éléments qui se trouvent en dehors du périmètre pour cette fonctionnalité ou cette version. Soyez aussi précis que possible (et continuez à ajouter des informations à cette section à mesure que vous avancez) afin que tout le monde s'y retrouve.