Cahier des charges déguisé 🫣 Bien utiliser User Story, Epic, Theme, Feature !

[@ScrumLife]

Vous mettez quoi derrière "Epic" dans ton équipe, dans ta boîte ou chez ton client ? Dis-nous, on est curieux !

[@UniversB3]

Ici, on a avait un découpage à 2 niveaux. L epic : qui représentait une grande fonctionnalité qu'on découpait en plusieurs US. Comme on est en phase de réécriture de notre produit, on a ressenti le besoin d'avoir un 3eme niveau. On va avoir dans quelques semaines le découpage suivant sachant qu'on utilise redmine et qu'on garde bien le lien entre les différents niveaux. Epic = { feature} Feature = { Us} Us = un seul scénario utilisateur. Voilou ! Bouchra

[@ScrumLife]

Merci du partage ! Est-ce qu'en prenant un peu de recul tu te dis qu'il faudrait changer quelque chose ? Comment améliorerais-tu ça ? -- JP

[@Roland-cy7ll]

Basiquement derriere une Epic on a des features. Et derriere une Epic on a un MVP qui est un ensemble de features qui permettent de valider l Epic. D ailleurs je ne sais jamais si on dit une ou un Epic.

[@nicolasponcet8626]

Merci pour cette vidéo éclairante ! Comme j utilisais Jira, j ai moi aussi été influencé par l outil 😅 Nous avons commencé notre projet avec des Épics qui sont vites devenus au fur et à mesure des Sprints, des Themes. Et le lien US / Epic(=thème) a été reproduit pour les nouveaux problemes générant de nouveux Récits Utilisateurs, directement sous le nom d'US, au détriment de la lisibilité sur leur taille (Epic=n futures US) et leur association avec le Product Backlog clair et contextualisé.

[@ScrumLife]

Est-ce que ça te donne envie de changer d'approche ? -- JP

[@ScrumLife]

Merci @nicolasponcet8626 pour ton retour ! 🎉 Je comprends parfaitement ta situation. L'influence des outils comme Jira peut parfois brouiller les pistes. 🙂 En fait, c'est un challenge courant dans l'adoption des approches agiles : l'outil devient une fin en soi plutôt qu'un moyen. Ton retour sur la confusion entre Épics et Thèmes est très pertinent. Une Épic devrait en effet être vue comme une grande User Story fragmentée en plus petites, tandis qu'un Thème regroupe des User Stories ayant un objectif commun. Ta remarque sur la lisibilité et l'association avec un Product Backlog clair est cruciale. Un Backlog bien structuré avec une hiérarchisation évidente peut largement faciliter la compréhension et la priorisation des tâches. N'hésite pas à creuser encore plus cette thématique ! Quelles autres bonnes pratiques as-tu mises en place pour garder ton Backlog lisible et pertinent ? À très vite sous la bannière de l'agilité ! 🚀 Robin

[@vincentgillet3428]

Merci pour cette vidéo J'étais dans une mission avec du simili SAFe Les epics pourraient correspondre à des product goals, les PI plannings donnaient une feuille de route découpée en features rattachées à ces epics et enfin lez features étaient découpées en US. Le tout dans Jira. Qu'en dîtes-vous de ce type de découpage ? En tout cas, aucune notion de thème dans mon exemple Merci

[@amineherizi4687]

J'étais dans une mission qui utilisait ce même découpage et tout est claire et efficace, j'étais étonné de voir qu'on pouvait avoir un lien direct entre Epic et US sont passé par des Features. Je pense que le fait d'avoir une Gross Epic avec des Features dedans qui sont par la suite déclinés en US est une très bonne approche.

[@OlivierFarlotti]

Je n'avais pas forcément rapproché explicitement les Epics du Product Goal. Je note :) Pour ma part, dans ma propre pratique auprès de mes coachés, je leur présente les EPICs comme un grand besoin et j'insiste (à tort ?) sur leur dimension business. Je m'attends à y voir des hypothèses de valeur avec des €€€ et , tandis que les features sont un découpage de ce besoin au niveau grande fonctionalité (ou usage) tandis que les US sont encore un découpage portant les uses cases les + petits possibles. Je me rends compte que plus il y a de niveaux de découpage, plus on cristalise une solution....

[@ScrumLife]

Ah ah, on réfléchit tous ensemble, hein ! Avoir une dimension business et des €€€ c'est TOUJOURS une bonne idée 😁 Est-ce que tu changerais des choses dans ton approche par défaut suite au visionnage de cette vidéo ? -- JP

[@OlivierFarlotti]

@@ScrumLife peut être les niveaux de découpage.

[@ScrumLife]

Salut @OlivierFarlotti, Un grand merci pour ton commentaire détaillé et pour avoir partagé ta perspective ! C'est super intéressant de voir comment tu insistes sur la dimension business des Epics. La focalisation sur les hypothèses de valeur et l'impact économique (€€€) est effectivement cruciale dans une approche orientée résultats. C'est vrai, plus on découpe, plus on peut risquer de cristalliser une solution spécifique - mais c'est aussi une opportunité pour affiner la compréhension et maximiser l'alignement avec les objectifs business, non ? Je me demande : comment tes coachés réagissent-ils à cette vision des Epics ? Et comment trouves-tu l'équilibre entre découpage et flexibilité ? Merci encore pour ta contribution et hâte de te lire à nouveau ! À bientôt ! Robin 🌟

[@TheCalibou]

Merci pour cet éclairage. Par contre, je n'ai pas compris ce qu'est un product goal ou une fonctionnalité, car vite écartée. Chez nous, on utilise aussi Jira. Des product owner s'occupe des epic, dont des portfolio, comme des fonctionnalités ressemblant à un cahier des charges. Donc tout est précis des le début mais finement découpé.

[@ScrumLife]

Oh, mais effectivement ! On a parlé comme si de rien n'était du Product Goal, sans prendre le temps de l'expliquer alors que c'est une notion relativement récente... Voici la vidéo sur le sujet : kzbin.info/www/bejne/bn66i5uXgK6Ejpo Dis-nous si ça t'éclaire ensuite ! Merci de ton partage 🙏 -- JP

EPIC > Feature Theme > EPIC Safe a fait beaucoup de tort au vocabulaire. Effectivement, ce qu'on appelle "EPIC" en Scrum (alors que ce n'est pas dans le SG) c'est "une US trop grosse pour un sprint" J'aime beaucoup dire qu'une éqic bien réussie, c'est quand on finit l'epic en ayant fait le MOINS de story possible. Si on dit "c'est fini quand tout est fait" alors on a découpé en tâches et pas un US

[@ScrumLife]

Tu touches un point super intéressant @ChristopheGesche! Ton approche de "faire le moins de stories possible pour compléter un epic" est vraiment dans l'esprit de l'agilité-maximiser la valeur en minimisant le travail non nécessaire. C'est une super perspective pour garder les choses simples et rester focus sur la valeur. 👍💡 Robin

Le drame c'est quand le PO crée des Epics

Si une EPIC est un PBI exprimé sous forme de Récit (US) mais trop ambitieux pour "un sprint"... Comment un PO peut créer un epic sans consulter son équipe pour voir que c'est trop ambitieux

[@Roland-cy7ll]

Il faudrait parler du MVP. Pour moi Epic va de paire avec MVP

AH développe , pour moi il n'y a pas de lien. J'adorerais avoir ton avis

[@ahupond]

Le micro de Constantin est un peu étouffé :(

[@ScrumLife]

On va regarder ça ! Qu'as-tu pensé du sujet de la vidéo et de comment nous l'avons traité ? -- JP