Vous mettez quoi derrière "Epic" dans ton équipe, dans ta boîte ou chez ton client ? Dis-nous, on est curieux !
@UniversB33 ай бұрын
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
@ScrumLife3 ай бұрын
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-cy7ll3 ай бұрын
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.
@nicolasponcet86263 ай бұрын
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é.
@ScrumLife3 ай бұрын
Est-ce que ça te donne envie de changer d'approche ? -- JP
@ScrumLife12 сағат бұрын
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
@vincentgillet34283 ай бұрын
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
@amineherizi46873 ай бұрын
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.
@OlivierFarlotti3 ай бұрын
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....
@ScrumLife3 ай бұрын
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
@OlivierFarlotti3 ай бұрын
@@ScrumLife peut être les niveaux de découpage.
@ScrumLife12 сағат бұрын
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 🌟
@TheCalibou3 ай бұрын
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é.
@ScrumLife3 ай бұрын
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
3 ай бұрын
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
@ScrumLife3 ай бұрын
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
3 ай бұрын
Le drame c'est quand le PO crée des Epics
3 ай бұрын
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-cy7ll3 ай бұрын
Il faudrait parler du MVP. Pour moi Epic va de paire avec MVP
3 ай бұрын
AH développe , pour moi il n'y a pas de lien. J'adorerais avoir ton avis
@ahupond3 ай бұрын
Le micro de Constantin est un peu étouffé :(
@ScrumLife3 ай бұрын
On va regarder ça ! Qu'as-tu pensé du sujet de la vidéo et de comment nous l'avons traité ? -- JP