dans chaque métier il y a toujours un basique une chose que l'on estime savoir faire par défaut pour mon boulanger c'est pétrir la pâte pour mon poissonnier c'est écailler une dorade et bah pour un produit manager c'est rédigé de bonnes user stories basique simple diront certains les mêmes qui pourtant n'ont pas les bases car maîtriser le découpage de fonctionnalités et savoir rédiger de bonnes users Stories est un art qui demande méthodologies et capacité d'animation moi c'est Antoine je suis EDD of product chez Tyga et ça fait 7 ans que j'écris des visas story bienvenue dans l'effet produit [Musique] en tant que consultant en produits que management je veux vous expliquer comment écrire de bonnes User Stories afin d'apporter rapidement et de façon continue de la valeur à vos utilisateurs cette formulation vous dit quelque chose dans ce cas vous êtes au bon endroit d'emblée je vous livre les trois étapes essentielles de succès que nous allons aborder durant cette vidéo et qui fonctionne quel que soit le contexte premièrement le découpage deuxièmement la rédaction et enfin troisièmement les personnes impliquées c'est parti [Musique] en tant que produc manager il arrive parfois de tomber sur un sujet bien trop gros pour être traité dans sa totalité en une itération mais pas de panique vous avez un compagnon de route pour vous aider à rédiger de parfaite User Story et c'est le découpage je vous renvoie à la définition du Larousse découpage action de découper en morceaux exemple le découpage d'une volaille et je vais peut-être vous surprendre mais il n'y a pas de grandes différences à découper votre produit ou une dinde si je vous dis ça c'est parce que dans les deux cas l'objectif est bien de passer d'un élément entier et cohérent à des sous-éléments spécifiques donc chacun porte une partie de la valeur globale retenez bien que très souvent le découpage se passe à plusieurs niveaux successifs et le nombre d'étapes dépend de la taille de la complexité de votre sujet dans notre cas nous allons nous concentrer sur ce que je fais le plus souvent c'est à dire un découpage à deux niveaux on découpe d'abord l'opportunité en épique puis les épiques en User Story imaginons que je travaille sur une plateforme qui diffuse des publications et des articles de presse mon objectif produit est de toujours plus diversifier les usages de mes utilisateurs en contenu et en forme avec l'équipe produit nous faisons le choix d'explorer l'idée de proposer une expérience audio d'articles narré dans ce cas concret l'opportunité est la création de cette nouvelle expérience il faut savoir qu'une opportunité est souvent formulée sous la forme d'un problème utilisateur qu'on vient détailler et étoffer avec des éléments de contexte quantitatif et qualitatif mais il ne faut pas oublier que en tant que produit manager pour rendre cette nouvelle expérience d'articles audio réel je vais devoir la développer avec mes équipes et la première question qui se pose c'est par quel bout commencer car à ce moment là la magie User Story semble un peu loin et c'est là que les epic entre en scène les pics est une brique fonctionnelle de haut niveau qui permet de proposer des solutions concrètes aux problèmes formulés dans votre opportunité dans le cas de l'expérience audio d'articles narré certaines des épiques pourraient être gérer l'intégration automatisée de fichiers audio identifier les articles disponibles en audio narration ou écouter un article disponible vous devez retenir que les pics est une unité de réalisation qui doit pouvoir être formulée en décrivant le contexte la valeur cible pour l'entreprise et pour l'utilisateur ainsi que le moyen de mesurer la valeur réellement apportée après l'avoir livré et alors ça c'est un point crucial car c'est cela qu'il fera la différence entre un fonctionnement projet et un fonctionnement produit maintenant vous allez me demander ok mais souvent on parle de MVP minimum vyable product il est où le MVP avec ton opportunité et ses épices et c'est une très bonne question car la taille ainsi que le nombre d'épics que vous souhaitez développer avant de partir live vont définir le poids de votre minimum Viber products on essaiera soit le plus rapide possible à lancer sachant que la durée exacte peut varier d'un produit à l'autre imaginons que votre produit soit un burger pourquoi pas et que votre problème utilisateur soit de combler la fin sans utiliser de couvert dans ce cas est-ce que vous allez attendre d'avoir livré les pics salades les pics fromages ou les piquets tomates avant de partir en production à la rencontre de vos consommateurs est-ce que finalement la viande et le pain ne serait pas le cœur de votre proposition de valeur si c'est le cas confrontez-vous le plus tôt possible à vos consommateurs sur cette base et avant de continuer à investir de manière aveugle revenons donc sur l'exemple de l'expérience audio d'articles narines le MVP pourrait se cantonner et intégration manuelle des fichiers audio ou une expérience d'écoute ultra simplifiée ou en tant qu'utilisateur finalement je ne peux juste faire que play et pause car finalement si mes utilisateurs ne sont pas convaincus du format ou de l'expérience audio alors développer un player plus complexe ou tout autre fonctionnalité n'aura aucun sens la question à laquelle nous souhaitons maintenant répondre et donc comment pouvons-nous passer d'une opportunité à plusieurs épices pour définir le MVP et ainsi identifier les bonnes User Stories à rédiger en priorité car c'est bien de cela qu'il s'agit [Musique] la réponse à cette question peut être multiple ce sont ce qu'on appelle les méthodes de découpage et même si nous avons nos chouchous chez Tiga elles sont toutes intéressantes selon la taille et la complexité du sujet que vous souhaitez découper la première approche est celle par opération le but est de découper votre sujet selon les actions qui leur en mesure d'effectuer par exemple dans le cas de l'expérience audio d'articles narré cela pourrait être uploader le contenu ou lire le contenu la seconde approche est celle par étape du flux ici vous allez découper votre sujet selon les étapes par lesquelles l'utilisateur va passer au fil de son expérience dans notre exemple cela pourrait être mise en avant des articles narrés ou écouter un articlearié la troisième approche est celle par composant ici le but est de découper selon les différents composants techniques sur lesquels il repose toujours dans notre exemple cela pourrait être le module backend d'ingestion du contenu ou le player audio fontaine la quatrième et dernière approche et celle par comportement utilisateur le but est de découper votre sujet selon les interactions que votre utilisateur pourra avoir avec votre produit ici cela pourrait être je peux interagir avec l'article lecture ou je peux créer ma playlist d'articles rappelez-vous que quel que soit l'approche que vous choisissez l'objectif est d'obtenir le découpage le plus petit et efficace vous me suivez toujours pour tout vous dire j'ai une préférence pour une combinaison entre l'approche par flux et l'approche par comportement utilisateur cela nous permet d'être dans un mode de réflexion continuellement orienté vers la valeur utilisateur à ce moment-là de la vidéo vous demandez peut-être comment on passe d'une épique à des User Story et bien la bonne nouvelle c'est que l'approche ne change pas [Musique] en effet vous pouvez adopter exactement les mêmes principes de découpage pour diviser une épique en User Story la seule différence et que la durée d'implémentation du newsur Story est un sprint donc il faudra que votre granularité de découpage la prenne en compte une fois vos User Story découpés pour savoir si vous l'avez bien fait vous pouvez utiliser l'approche invest la règle est simple votre User Story doit être indépendante elle peut être réalisée sans devoir attendre une autre que le soit durant l'itération négociable son périmètre doit pouvoir être modifié suite aux discussions que vous avez avec vos équipes valeur c'est à dire que ça réalisation apporte de la valeur à l'utilisateur ou à votre entreprise estimable l'équipe doit pouvoir se prononcer sur sa complexité suffisamment petite elle doit pouvoir être terminée au maximum un sprint et attention c'est bien un maximum si elle est réalisable en deux trois jours c'est mieux testable une fois terminé vous devez en mesure de valider si elle répond bien aux attentes ou non entre vous et moi il y a un choix à faire car plus vous serez petit moins vous aurez de valeur et moins vous serez indépendant CQFD personnellement je choisis que la valeur ou l'impact soit avant ou portée au niveau de l’épique à mon sens la User Story doit surtout être négociable estimable petite et testable sinon c'est la fluidité et la performance de votre délivrez agile qui en fera les frais rappelez-vous ce que l'on s'est dit au début de cette vidéo pour vite apporter de la valeur le découpage c'est la clé [Musique] il y a quelques années lorsqu'on cherchait à savoir concrètement comment rédiger une User Story on tombait souvent sur ce type de message le bon format des pics ou de User Story c'est le format qui marche avec vos interlocuteurs tant que vous gardez le bénéfice et le contexte en ligne de mire alors oui c'est vrai mais il existe quand même quelques guidelines et Paterne commun pour rédiger une bonne newsor story une User Story est avant tout une carte qui sert de support à la conversation afin d'arriver à une confirmation de ce qui doit être réalisé et pourquoi et si un titre ou même une image suffisait pour atteindre ces trois objectifs ce serait top et là c'est l'histoire nous montre que nous avons besoin d'un peu plus d'éléments c'est pour cela qu'au fil de mes expériences j'ai pu faire émerger une structure générique qu'il s'agisse de User Story fonctionnel ou de User Story technique les éléments clés auxquels je suis attaché sont tout d'abord un titre court et clair qui explique l'action à réaliser ou le résultat attendu les pics de rattachement car rappelez-vous une User Story est un élément dont la réalisation permettra d'atteindre l'impact visé par les pics une description que l'on formule souvent en introduction avec la phrase en tant que je souhaite afin de et que l'on peut compléter avec d'autres éléments tels que le contexte dans lequel cette demande est faite les prérequis à la réalisation de liveser story vous y renseigné peu ou Prous les éléments de votre définition offready c'est à dire des éléments tech schéma d'architecture définition des piailles des éléments autour de la data plant de bagages jeux de données ou des éléments design tels que les maquettes les éléments responsive ou les animations les règles de gestion qui ne sont que les instructions et contraintes dans lesquelles une action doit amener un résultat définit on y retrouve notamment la description des cas passant et des cas non passants et le plus important les critères d'acceptation c'est l'ensemble des conditions que la User Story doit satisfaire pour être considéré comme complète et terminé on essaye de ne pas en avoir plus de 5 par User Story sinon cela veut dire que la User Story est trop grosse et couvre un trop gros périmètre fonctionnel et dans ce cas vous savez quoi faire des couper maintenant je vais vous livrer l'un de mes tips favoris les meilleurs critères d'acceptation sont rédigés grâce à un langage gearkim c'est un langage naturel qui est historiquement utilisé pour l'automatisation des tests car il permet de se mettre à la place de notre utilisateur et de simuler les actions qu'il pourrait faire dans un contexte de rédaction de User Story le gerking permet d'éviter tout incompréhension avec l'équipe sur l'attendu une fois que laser stories sera réalisé il se formule de la manière suivante giveen un état initial Wayne je réalise une action zen j'obtiens un résultat dans notre cas fil rouge l'un des critères d'acceptation pourrait être given je suis un utilisateur sans connectivité réseau ni GSM ni Wi-Fi Wayne je clique sur le bouton Play de l'article test numéro 1 zen je vois le message d'erreur réessayer lorsque vous aurez une connexion rétablie et là avec ça vous ne venez un PM au top de l'efficacité et de la clarté [Musique] vous êtes maintenant un PM au top enfin c'est pas encore tout à fait vrai car le PM au top c'est que la rédaction d'une User Story cet art délicat repose aussi sur la force du collectif car vous pouvez avoir le plus pur des découpages et la plus belle des formalisations si vous l’avez fait seul dans votre coin votre User Story ne vaut pas grand chose si je vous dis les tresses amicaux est-ce que ça vous parle c'est un atelier d'affinage de votre backlog et de vos heures Story qui se fait avec au moins un développeur et un kiway le principe est simple pour chaque User Story on s'aligne sur les différents breaks fonctionnels puis pour chacune d'elles on définit les critères d'acceptation rappelez-vous le gerkin le développeur apporte sa connaissance du code le testeur son expertise des jeux données et enfin le produit manager la connaissance des règles métier pour valider les résultats attendus un autre moment de co-construction de vos users Story c'est à dire le découpage et la rédaction sera le backlog refaillement vous devez avoir ce moment avec toute votre équipe une à deux fois paritération pour préparer les suivantes durant ce temps vous allez chercher à faire progresser vos sujets immatures vers des sujets en état ready today qui se base sur votre définition offre éthique rappelez-vous les prérequis dans la partie rédaction d'exor stories bien entendu vous ne ferez pas passer un sujet immature en un sujet réduit en une seule session voyez plutôt le backlogrifiement comme un processus qui se déroule en continu rythmée par vos réunions d'affinage où vous allez chercher à faire avancer vos pions progressivement comprenez bien aussi que c'est avant tout une responsabilité d'équipe et non uniquement du produit manager de faire vivre ce refament pour avoir les User Story de qualité qui rendent efficaces votre délivrer agile en conclusion si je vous dis comment apporter rapidement et de façon continue de la valeur à vos utilis ateurs vous me répondez en écrivant des User Stories top qualité et en faisant particulièrement attention aux découpage à leur rédaction et aux personnes à impliquer à très vite pour un prochain épisode de l'effet produit [Musique]