Story Mapping 101 - Historique des versions

Fabrice Aimetti le 8 juin 2021 à 13:00

2021-06-08T13:00:54Z

← Version précédente		Version du 8 juin 2021 à 13:00
Ligne 13 :		Ligne 13 :
	Les backlogs peuvent être déroutants. Ils commencent typiquement par une liste de features de haut niveau, que nous pouvons appeler "epics" qui donnent du sens à toutes les personnes impliquées. Cependant, alors que nous commençons à décomposer au fur et à mesure en stories sprintables, chacun en vient très vite à se perdre et la seule personne possédant "l'anneau de décodage" est le Product Owner. Il est le seul à savoir comment toutes les stories secondaires se lient les unes aux autres.<br/>		Les backlogs peuvent être déroutants. Ils commencent typiquement par une liste de features de haut niveau, que nous pouvons appeler "epics" qui donnent du sens à toutes les personnes impliquées. Cependant, alors que nous commençons à décomposer au fur et à mesure en stories sprintables, chacun en vient très vite à se perdre et la seule personne possédant "l'anneau de décodage" est le Product Owner. Il est le seul à savoir comment toutes les stories secondaires se lient les unes aux autres.<br/>
	<br/>		<br/>
	[[Fichier:Epics-stories-backlog fr.png\|border\|1000px]]<br/>		[[Fichier:Epics-stories-backlog fr.png\|border\|1000px\|link=]]<br/>
	<br/>		<br/>
	== Backlogs vs Story Maps ==		== Backlogs vs Story Maps ==
Ligne 25 :		Ligne 25 :
	<br/>		<br/>
	'''Raconter une histoire :''' Demander à l'un des experts du domaine de raconter une histoire avec les activités et les tâches qu'il exécute. Pendant qu'il raconte l'histoire, de nombreuses personnes (équipe de dév. ?) est armée de post-its et de marqueurs. En entendant une tâche dont l'utilisateur a besoin, une des personnes l'écrit sur un post-it et le place sur le mur. Nous les plaçons grossièrement dans l'ordre temporel de gauche à droite, même si rien n'est parfaitement linéaire et c'est ok. Ci-dessous, un exemple de story map pour un site de e-commerce.<br/>		'''Raconter une histoire :''' Demander à l'un des experts du domaine de raconter une histoire avec les activités et les tâches qu'il exécute. Pendant qu'il raconte l'histoire, de nombreuses personnes (équipe de dév. ?) est armée de post-its et de marqueurs. En entendant une tâche dont l'utilisateur a besoin, une des personnes l'écrit sur un post-it et le place sur le mur. Nous les plaçons grossièrement dans l'ordre temporel de gauche à droite, même si rien n'est parfaitement linéaire et c'est ok. Ci-dessous, un exemple de story map pour un site de e-commerce.<br/>
	[[Fichier:Tell-a-story fr.png\|border\|1000px]]<br/>		[[Fichier:Tell-a-story fr.png\|border\|1000px\|link=]]<br/>
	<br/>		<br/>
	'''Tout le monde écrit :''' c'est quelque chose qui fonctionne généralement lorsque nous disposons de plusieurs experts du domaine. Chacun écrit les tâches qu'il souhaiterait réaliser, puis les combine en 1 carte en supprimant les doublons.<br/>		'''Tout le monde écrit :''' c'est quelque chose qui fonctionne généralement lorsque nous disposons de plusieurs experts du domaine. Chacun écrit les tâches qu'il souhaiterait réaliser, puis les combine en 1 carte en supprimant les doublons.<br/>
Ligne 34 :		Ligne 34 :
	'''Grouper en activités :''' Une fois la story map initiale construite, nous souhaitons identifier des groupes que nous nommons activités. Si je dis que je peux faire X ou Y ou Z, alors nous les organisons dans une colonne comme un ensemble d'options. Ou si j'ai un groupe d'éléments liés, je les mets ensemble. Si je fais A puis B puis C de façon discrète, alors je les positionnerai probablement horizontalement.<br/>		'''Grouper en activités :''' Une fois la story map initiale construite, nous souhaitons identifier des groupes que nous nommons activités. Si je dis que je peux faire X ou Y ou Z, alors nous les organisons dans une colonne comme un ensemble d'options. Ou si j'ai un groupe d'éléments liés, je les mets ensemble. Si je fais A puis B puis C de façon discrète, alors je les positionnerai probablement horizontalement.<br/>
	<br/>		<br/>
	[[Fichier:Group-and-define-activities FR.png\|border\|1000px]]<br/>		[[Fichier:Group-and-define-activities FR.png\|border\|1000px\|link=]]<br/>
	<br/>		<br/>
	'''Identifier les vides :''' Ensuite, je recherche les tâches manquantes pour ma story map. Je le fais en demandant à quelqu'un de décrire un autre scénario ou de prendre un point de vue différent (par exemple, différentes personas utilisateurs). Pendant que cette personne décrit cet autre scénario, une autre personne se tenant au tableau pointe la story map quand elle voit des éléments déjà couverts. S'ils entendent quelque chose qui manque, le reste de l'équipe est prêt à capturer la nouvelle tâche sur un autre post-it. Cela nous permet d’étoffer avec les "chaînons manquants".<br/>		'''Identifier les vides :''' Ensuite, je recherche les tâches manquantes pour ma story map. Je le fais en demandant à quelqu'un de décrire un autre scénario ou de prendre un point de vue différent (par exemple, différentes personas utilisateurs). Pendant que cette personne décrit cet autre scénario, une autre personne se tenant au tableau pointe la story map quand elle voit des éléments déjà couverts. S'ils entendent quelque chose qui manque, le reste de l'équipe est prêt à capturer la nouvelle tâche sur un autre post-it. Cela nous permet d’étoffer avec les "chaînons manquants".<br/>
	<br/>		<br/>
	[[Fichier:Test-for-gaps FR.png\|border\|1000px]]<br/>		[[Fichier:Test-for-gaps FR.png\|border\|1000px\|link=]]<br/>
	<br/>		<br/>
	'''Prioriser :''' A ce stade, en équipe, nous examinons la story map pour établir des priorités. Dans les activités / colonnes, nous déplaçons les éléments les plus importants et les éléments les moins importants. Nous pouvons trier les éléments d’une activité et nous pouvons également créer différentes couloirs sur la story map pour différencier les niveaux de priorité (ex: Must, Should, Could).<br/>		'''Prioriser :''' A ce stade, en équipe, nous examinons la story map pour établir des priorités. Dans les activités / colonnes, nous déplaçons les éléments les plus importants et les éléments les moins importants. Nous pouvons trier les éléments d’une activité et nous pouvons également créer différentes couloirs sur la story map pour différencier les niveaux de priorité (ex: Must, Should, Could).<br/>
	<br/>		<br/>
	[[Fichier:Prioritize fr.png\|border\|1000px]]<br/>		[[Fichier:Prioritize fr.png\|border\|1000px\|link=]]<br/>
	<br/>		<br/>
	'''Définir les Itérations :''' Maintenant que la story map est priorisée, nous pouvons définir les itérations ou les versions sur notre story map. Nous pouvons tracer une ligne pour la Version 1. À partir de là, nous pouvons estimer le travail avec l'équipe et peut-être affiner notre périmètre.<br/>		'''Définir les Itérations :''' Maintenant que la story map est priorisée, nous pouvons définir les itérations ou les versions sur notre story map. Nous pouvons tracer une ligne pour la Version 1. À partir de là, nous pouvons estimer le travail avec l'équipe et peut-être affiner notre périmètre.<br/>
	<br/>		<br/>
	[[Fichier:Define-iterations FR.png\|border\|1000px]]<br/>		[[Fichier:Define-iterations FR.png\|border\|1000px\|link=]]<br/>
	<br/>		<br/>
	'''Maintenir la story map à jour :''' Imaginez-vous à la première Revue de Sprint et apportez la story map (j'ai une équipe qui l’a fait sur un tableau blanc mobile) et communiquez les progrès en affichant la story map mise à jour avec les éléments marqués comme étant terminés. Les parties prenantes impliquées dans la story map n’auront-elles pas une meilleure compréhension des progrès, au lieu de leur dire que vous avez terminé 20 points sur 100 dans le backlog ? Les story maps ne sont pas uniquement puissantes pour capturer les exigences, mais aussi pour disposer d'une visibilité en continu.<br/>		'''Maintenir la story map à jour :''' Imaginez-vous à la première Revue de Sprint et apportez la story map (j'ai une équipe qui l’a fait sur un tableau blanc mobile) et communiquez les progrès en affichant la story map mise à jour avec les éléments marqués comme étant terminés. Les parties prenantes impliquées dans la story map n’auront-elles pas une meilleure compréhension des progrès, au lieu de leur dire que vous avez terminé 20 points sur 100 dans le backlog ? Les story maps ne sont pas uniquement puissantes pour capturer les exigences, mais aussi pour disposer d'une visibilité en continu.<br/>
	<br/>		<br/>
	Restez à l'écoute pour le deuxième article de Story Mapping, où Reese expliquera comment transformer un backlog hérité en une story map.		Restez à l'écoute pour le deuxième article de Story Mapping, où Reese expliquera comment transformer un backlog hérité en une story map.

Fabrice Aimetti : /* Backlogs vs Story Maps */

2019-09-29T16:16:07Z

Backlogs vs Story Maps

← Version précédente		Version du 29 septembre 2019 à 16:16
Ligne 18 :		Ligne 18 :
	Les défis imposés par les traditionnels backlogs sont liés au fait qu'ils ne communiquent pas la notion de workflow. Cela rend difficile de repérer les éventuels vides existants. De plus, nous perdons le contexte métier lorsque nous essayons de prioriser les plus petites stories entre elles.<br/>		Les défis imposés par les traditionnels backlogs sont liés au fait qu'ils ne communiquent pas la notion de workflow. Cela rend difficile de repérer les éventuels vides existants. De plus, nous perdons le contexte métier lorsque nous essayons de prioriser les plus petites stories entre elles.<br/>
	<br/>		<br/>
	Les Story ~~Maos~~ furent inventées par Jeff Patton ([https://www.amazon.com/User-Story-Mapping-Discover-Product/dp/1491904909/ son livre]) pour aider à découvrir les exigences en partant du point de vue de l'expérience utilisateur. Le processus de création d'une Story Map est un exercice collaboratif mené avec les parties prenantes. Cela nous aide à transformer notre approche de livraison des exigences vers une approche de découverte des exigences.<br/>		Les Story Maps furent inventées par Jeff Patton ([https://www.amazon.com/User-Story-Mapping-Discover-Product/dp/1491904909/ son livre]) pour aider à découvrir les exigences en partant du point de vue de l'expérience utilisateur. Le processus de création d'une Story Map est un exercice collaboratif mené avec les parties prenantes. Cela nous aide à transformer notre approche de livraison des exigences vers une approche de découverte des exigences.<br/>
	<br/>		<br/>

	== Comment créer la Story Map initiale ==		== Comment créer la Story Map initiale ==
	J'aime utiliser deux approches lorsqu'on construit la carte :<br/>		J'aime utiliser deux approches lorsqu'on construit la carte :<br/>

Fabrice Aimetti : /* Créer la Story Map */

2018-11-14T18:50:10Z

Créer la Story Map

← Version précédente		Version du 14 novembre 2018 à 18:50
Ligne 44 :		Ligne 44 :
	<br/>		<br/>
	'''Définir les Itérations :''' Maintenant que la story map est priorisée, nous pouvons définir les itérations ou les versions sur notre story map. Nous pouvons tracer une ligne pour la Version 1. À partir de là, nous pouvons estimer le travail avec l'équipe et peut-être affiner notre périmètre.<br/>		'''Définir les Itérations :''' Maintenant que la story map est priorisée, nous pouvons définir les itérations ou les versions sur notre story map. Nous pouvons tracer une ligne pour la Version 1. À partir de là, nous pouvons estimer le travail avec l'équipe et peut-être affiner notre périmètre.<br/>
			<br/>
			[[Fichier:Define-iterations FR.png\|border\|1000px]]<br/>
	<br/>		<br/>
	'''Maintenir la story map à jour :''' Imaginez-vous à la première Revue de Sprint et apportez la story map (j'ai une équipe qui l’a fait sur un tableau blanc mobile) et communiquez les progrès en affichant la story map mise à jour avec les éléments marqués comme étant terminés. Les parties prenantes impliquées dans la story map n’auront-elles pas une meilleure compréhension des progrès, au lieu de leur dire que vous avez terminé 20 points sur 100 dans le backlog ? Les story maps ne sont pas uniquement puissantes pour capturer les exigences, mais aussi pour disposer d'une visibilité en continu.<br/>		'''Maintenir la story map à jour :''' Imaginez-vous à la première Revue de Sprint et apportez la story map (j'ai une équipe qui l’a fait sur un tableau blanc mobile) et communiquez les progrès en affichant la story map mise à jour avec les éléments marqués comme étant terminés. Les parties prenantes impliquées dans la story map n’auront-elles pas une meilleure compréhension des progrès, au lieu de leur dire que vous avez terminé 20 points sur 100 dans le backlog ? Les story maps ne sont pas uniquement puissantes pour capturer les exigences, mais aussi pour disposer d'une visibilité en continu.<br/>
	<br/>		<br/>
	Restez à l'écoute pour le deuxième article de Story Mapping, où Reese expliquera comment transformer un backlog hérité en une story map.~~<br/>~~		Restez à l'écoute pour le deuxième article de Story Mapping, où Reese expliquera comment transformer un backlog hérité en une story map.
	~~<br/>~~
	~~[[Fichier:Define-iterations FR.png\|border\|1000px]]<br/>~~
	~~<br/>~~

Fabrice Aimetti : /* Créer la Story Map */

2018-11-14T18:49:10Z

Créer la Story Map

← Version précédente		Version du 14 novembre 2018 à 18:49
Ligne 35 :		Ligne 35 :
	[[Fichier:Group-and-define-activities FR.png\|border\|1000px]]<br/>		[[Fichier:Group-and-define-activities FR.png\|border\|1000px]]<br/>
	<br/>		<br/>
	'''Identifier les vides :''' Ensuite, je recherche les tâches manquantes pour ma ~~carte~~. Je le fais en demandant à quelqu'un de décrire un autre scénario ou de prendre un point de vue différent (par exemple, différentes personas utilisateurs). Pendant que cette personne décrit cet autre scénario, une autre personne se tenant au tableau pointe la story map quand elle voit des éléments déjà couverts. S'ils entendent quelque chose qui manque, le reste de l'équipe est prêt à capturer la nouvelle tâche sur un autre post-it. Cela nous permet d’étoffer avec les "chaînons manquants".<br/>		'''Identifier les vides :''' Ensuite, je recherche les tâches manquantes pour ma story map. Je le fais en demandant à quelqu'un de décrire un autre scénario ou de prendre un point de vue différent (par exemple, différentes personas utilisateurs). Pendant que cette personne décrit cet autre scénario, une autre personne se tenant au tableau pointe la story map quand elle voit des éléments déjà couverts. S'ils entendent quelque chose qui manque, le reste de l'équipe est prêt à capturer la nouvelle tâche sur un autre post-it. Cela nous permet d’étoffer avec les "chaînons manquants".<br/>
	<br/>		<br/>
	[[Fichier:Test-for-gaps FR.png\|border\|1000px]]<br/>		[[Fichier:Test-for-gaps FR.png\|border\|1000px]]<br/>
Ligne 43 :		Ligne 43 :
	[[Fichier:Prioritize fr.png\|border\|1000px]]<br/>		[[Fichier:Prioritize fr.png\|border\|1000px]]<br/>
	<br/>		<br/>
	'''Définir les Itérations :''' Maintenant que la story map est priorisée, nous pouvons définir les itérations ou les versions sur notre ~~carte~~. Nous pouvons tracer une ligne pour la Version 1. À partir de là, nous pouvons estimer le travail avec l'équipe et peut-être affiner notre périmètre.<br/>		'''Définir les Itérations :''' Maintenant que la story map est priorisée, nous pouvons définir les itérations ou les versions sur notre story map. Nous pouvons tracer une ligne pour la Version 1. À partir de là, nous pouvons estimer le travail avec l'équipe et peut-être affiner notre périmètre.<br/>
			<br/>
			'''Maintenir la story map à jour :''' Imaginez-vous à la première Revue de Sprint et apportez la story map (j'ai une équipe qui l’a fait sur un tableau blanc mobile) et communiquez les progrès en affichant la story map mise à jour avec les éléments marqués comme étant terminés. Les parties prenantes impliquées dans la story map n’auront-elles pas une meilleure compréhension des progrès, au lieu de leur dire que vous avez terminé 20 points sur 100 dans le backlog ? Les story maps ne sont pas uniquement puissantes pour capturer les exigences, mais aussi pour disposer d'une visibilité en continu.<br/>
			<br/>
			Restez à l'écoute pour le deuxième article de Story Mapping, où Reese expliquera comment transformer un backlog hérité en une story map.<br/>
	<br/>		<br/>
	[[Fichier:Define-iterations FR.png\|border\|1000px]]<br/>		[[Fichier:Define-iterations FR.png\|border\|1000px]]<br/>
	<br/>		<br/>

Fabrice Aimetti : /* Créer la Story Map */

2018-11-14T18:43:17Z

Créer la Story Map

← Version précédente		Version du 14 novembre 2018 à 18:43
Ligne 42 :		Ligne 42 :
	<br/>		<br/>
	[[Fichier:Prioritize fr.png\|border\|1000px]]<br/>		[[Fichier:Prioritize fr.png\|border\|1000px]]<br/>
			<br/>
			'''Définir les Itérations :''' Maintenant que la story map est priorisée, nous pouvons définir les itérations ou les versions sur notre carte. Nous pouvons tracer une ligne pour la Version 1. À partir de là, nous pouvons estimer le travail avec l'équipe et peut-être affiner notre périmètre.<br/>
	<br/>		<br/>
	[[Fichier:Define-iterations FR.png\|border\|1000px]]<br/>		[[Fichier:Define-iterations FR.png\|border\|1000px]]<br/>
	<br/>		<br/>

Fabrice Aimetti le 14 novembre 2018 à 18:40

2018-11-14T18:40:23Z

← Version précédente		Version du 14 novembre 2018 à 18:40
Ligne 1 :		Ligne 1 :
	[[Category: Portail Product Owner]]		[[Category: Portail Product Owner]]
			[[Category: Portail Planification]]
	[[Category: Story Mapping]]		[[Category: Story Mapping]]
	Auteur : David Hawks<br/>		Auteur : David Hawks<br/>

Fabrice Aimetti : /* Créer la Story Map */

2018-11-14T18:39:49Z

Créer la Story Map

← Version précédente		Version du 14 novembre 2018 à 18:39
Ligne 37 :		Ligne 37 :
	<br/>		<br/>
	[[Fichier:Test-for-gaps FR.png\|border\|1000px]]<br/>		[[Fichier:Test-for-gaps FR.png\|border\|1000px]]<br/>
			<br/>
			'''Prioriser :''' A ce stade, en équipe, nous examinons la story map pour établir des priorités. Dans les activités / colonnes, nous déplaçons les éléments les plus importants et les éléments les moins importants. Nous pouvons trier les éléments d’une activité et nous pouvons également créer différentes couloirs sur la story map pour différencier les niveaux de priorité (ex: Must, Should, Could).<br/>
	<br/>		<br/>
	[[Fichier:Prioritize fr.png\|border\|1000px]]<br/>		[[Fichier:Prioritize fr.png\|border\|1000px]]<br/>

Fabrice Aimetti le 14 novembre 2018 à 18:36

2018-11-14T18:36:19Z

← Version précédente		Version du 14 novembre 2018 à 18:36
Ligne 15 :		Ligne 15 :
	<br/>		<br/>
	== Backlogs vs Story Maps ==		== Backlogs vs Story Maps ==
	Les défis imposés par les traditionnels backlogs sont liés au fait qu'ils ne communiquent pas la notion de workflow. Cela rend difficile de repérer les ~~éventuelles lacunes existantes~~. De plus, nous perdons le contexte métier lorsque nous essayons de prioriser les plus petites stories entre elles.<br/>		Les défis imposés par les traditionnels backlogs sont liés au fait qu'ils ne communiquent pas la notion de workflow. Cela rend difficile de repérer les éventuels vides existants. De plus, nous perdons le contexte métier lorsque nous essayons de prioriser les plus petites stories entre elles.<br/>
	<br/>		<br/>
	Les Story Maos furent inventées par Jeff Patton ([https://www.amazon.com/User-Story-Mapping-Discover-Product/dp/1491904909/ son livre]) pour aider à découvrir les exigences en partant du point de vue de l'expérience utilisateur. Le processus de création d'une Story Map est un exercice collaboratif mené avec les parties prenantes. Cela nous aide à transformer notre approche de livraison des exigences vers une approche de découverte des exigences.<br/>		Les Story Maos furent inventées par Jeff Patton ([https://www.amazon.com/User-Story-Mapping-Discover-Product/dp/1491904909/ son livre]) pour aider à découvrir les exigences en partant du point de vue de l'expérience utilisateur. Le processus de création d'une Story Map est un exercice collaboratif mené avec les parties prenantes. Cela nous aide à transformer notre approche de livraison des exigences vers une approche de découverte des exigences.<br/>
Ligne 34 :		Ligne 34 :
	[[Fichier:Group-and-define-activities FR.png\|border\|1000px]]<br/>		[[Fichier:Group-and-define-activities FR.png\|border\|1000px]]<br/>
	<br/>		<br/>
	'''Identifier les ~~lacunes~~ :''' Ensuite, je recherche les tâches manquantes pour ma carte. Je le fais en demandant à quelqu'un de décrire un autre scénario ou de prendre un point de vue différent (par exemple, différentes personas utilisateurs). Pendant que cette personne décrit cet autre scénario, une autre personne se tenant au tableau pointe la story map quand elle voit des éléments déjà couverts. S'ils entendent quelque chose qui manque, le reste de l'équipe est prêt à capturer la nouvelle tâche sur un autre post-it. Cela nous permet d’étoffer avec les "chaînons manquants".<br/>		'''Identifier les vides :''' Ensuite, je recherche les tâches manquantes pour ma carte. Je le fais en demandant à quelqu'un de décrire un autre scénario ou de prendre un point de vue différent (par exemple, différentes personas utilisateurs). Pendant que cette personne décrit cet autre scénario, une autre personne se tenant au tableau pointe la story map quand elle voit des éléments déjà couverts. S'ils entendent quelque chose qui manque, le reste de l'équipe est prêt à capturer la nouvelle tâche sur un autre post-it. Cela nous permet d’étoffer avec les "chaînons manquants".<br/>
	<br/>		<br/>
	[[Fichier:Test-for-gaps FR.png\|border\|1000px]]<br/>		[[Fichier:Test-for-gaps FR.png\|border\|1000px]]<br/>

Fabrice Aimetti : /* Créer la Story Map */

2018-11-14T18:35:25Z

Créer la Story Map

← Version précédente		Version du 14 novembre 2018 à 18:35
Ligne 34 :		Ligne 34 :
	[[Fichier:Group-and-define-activities FR.png\|border\|1000px]]<br/>		[[Fichier:Group-and-define-activities FR.png\|border\|1000px]]<br/>
	<br/>		<br/>
	'''Identifier les lacunes :'''		'''Identifier les lacunes :''' Ensuite, je recherche les tâches manquantes pour ma carte. Je le fais en demandant à quelqu'un de décrire un autre scénario ou de prendre un point de vue différent (par exemple, différentes personas utilisateurs). Pendant que cette personne décrit cet autre scénario, une autre personne se tenant au tableau pointe la story map quand elle voit des éléments déjà couverts. S'ils entendent quelque chose qui manque, le reste de l'équipe est prêt à capturer la nouvelle tâche sur un autre post-it. Cela nous permet d’étoffer avec les "chaînons manquants".<br/>
	<br/>		<br/>
	[[Fichier:Test-for-gaps FR.png\|border\|1000px]]<br/>		[[Fichier:Test-for-gaps FR.png\|border\|1000px]]<br/>

Fabrice Aimetti : /* Créer la Story Map */

2018-11-14T18:30:47Z

Créer la Story Map

← Version précédente		Version du 14 novembre 2018 à 18:30
Ligne 34 :		Ligne 34 :
	[[Fichier:Group-and-define-activities FR.png\|border\|1000px]]<br/>		[[Fichier:Group-and-define-activities FR.png\|border\|1000px]]<br/>
	<br/>		<br/>
	'''Identifier les ~~vides~~ :'''		'''Identifier les lacunes :'''
	<br/>		<br/>
	[[Fichier:Test-for-gaps FR.png\|border\|1000px]]<br/>		[[Fichier:Test-for-gaps FR.png\|border\|1000px]]<br/>

Story Mapping 101 - Historique des versions

Fabrice Aimetti le 8 juin 2021 à 13:00

Fabrice Aimetti : /* Backlogs vs Story Maps */

Fabrice Aimetti : /* Créer la Story Map */

Fabrice Aimetti : /* Créer la Story Map */

Fabrice Aimetti : /* Créer la Story Map */

Fabrice Aimetti le 14 novembre 2018 à 18:40

Fabrice Aimetti : /* Créer la Story Map */

Fabrice Aimetti le 14 novembre 2018 à 18:36

Fabrice Aimetti : /* Créer la Story Map */

Fabrice Aimetti : /* Créer la Story Map */

Fabrice Aimetti : /* Backlogs vs Story Maps */

Fabrice Aimetti : /* Créer la Story Map */

Fabrice Aimetti : /* Créer la Story Map */

Fabrice Aimetti : /* Créer la Story Map */

Fabrice Aimetti : /* Créer la Story Map */

Fabrice Aimetti : /* Créer la Story Map */

Fabrice Aimetti : /* Créer la Story Map */