Cartographier les User Stories en Agile - Historique des versions

Fabrice Aimetti le 27 décembre 2023 à 19:31

2023-12-27T19:31:41Z

← Version précédente		Version du 27 décembre 2023 à 19:31
Ligne 12 :		Ligne 12 :
	Les user-story maps aident les équipes agiles à définir ce qu'il faut construire et à maintenir la visibilité sur la façon dont tout cela s'articule. Elles facilitent les conversations centrées sur l'utilisateur, la collaboration et la hiérarchisation des fonctionnalités afin d'aligner et de guider le développement itératif du produit.<br/>		Les user-story maps aident les équipes agiles à définir ce qu'il faut construire et à maintenir la visibilité sur la façon dont tout cela s'articule. Elles facilitent les conversations centrées sur l'utilisateur, la collaboration et la hiérarchisation des fonctionnalités afin d'aligner et de guider le développement itératif du produit.<br/>
	<br/>		<br/>
	[[Fichier:User-story-map-to-epics-and-user-stories_FR.png\|border\|900px]]<br/>		[[Fichier:User-story-map-to-epics-and-user-stories_FR.png\|border\|900px\|link=]]<br/>
	<br/>		<br/>
	Les étapes de la story map se traduisent par des epics, ou groupes de user stories dans un backlog produit Agile. Les détails sont également décomposés en user stories et en tâches avec des critères d'acceptation et sont ajoutés au backlog.<br/>		Les étapes de la story map se traduisent par des epics, ou groupes de user stories dans un backlog produit Agile. Les détails sont également décomposés en user stories et en tâches avec des critères d'acceptation et sont ajoutés au backlog.<br/>
Ligne 19 :		Ligne 19 :
	La créativité peut parfois prendre le dessus : lorsque nous travaillons avec des post-it et des stories, nous pouvons ajouter des éléments risqués à la map - des éléments qui ne sont pas étayés par des données utilisateur, qui ne sont pas techniquement réalisables, ou qui font déraper le budget ou le calendrier de notre projet. Une story map nous aide à voir où se situent ces risques. Nous pouvons déprioriser ces post-its risqués dans la story map et les remplacer par d'autres idées à faible risque ayant la même proposition de valeur. De cette manière, nous pouvons d'abord tirer des enseignements de l'alternative la moins coûteuse avant d'investir davantage dans une conception et un développement sophistiqués ou chronophages.<br/>		La créativité peut parfois prendre le dessus : lorsque nous travaillons avec des post-it et des stories, nous pouvons ajouter des éléments risqués à la map - des éléments qui ne sont pas étayés par des données utilisateur, qui ne sont pas techniquement réalisables, ou qui font déraper le budget ou le calendrier de notre projet. Une story map nous aide à voir où se situent ces risques. Nous pouvons déprioriser ces post-its risqués dans la story map et les remplacer par d'autres idées à faible risque ayant la même proposition de valeur. De cette manière, nous pouvons d'abord tirer des enseignements de l'alternative la moins coûteuse avant d'investir davantage dans une conception et un développement sophistiqués ou chronophages.<br/>
	<br/>		<br/>
	[[Fichier:Risky-assumption-in-story-map FR.png\|border\|900px]]<br/>		[[Fichier:Risky-assumption-in-story-map FR.png\|border\|900px\|link=]]<br/>
	<br/>		<br/>
	Les story maps révèlent les zones à risque du produit qui pourraient rebuter les utilisateurs ou nécessiter un temps de développement excessif. Remplacez les post-its risqués par des alternatives moins coûteuses qui soutiennent la même proposition de valeur. Expérimentez et apprenez comment les utilisateurs réagissent avant d'investir du temps et des efforts supplémentaires pour développer la fonctionnalité complète.		Les story maps révèlent les zones à risque du produit qui pourraient rebuter les utilisateurs ou nécessiter un temps de développement excessif. Remplacez les post-its risqués par des alternatives moins coûteuses qui soutiennent la même proposition de valeur. Expérimentez et apprenez comment les utilisateurs réagissent avant d'investir du temps et des efforts supplémentaires pour développer la fonctionnalité complète.

Fabrice Aimetti le 27 décembre 2023 à 18:32

2023-12-27T18:32:50Z

← Version précédente		Version du 27 décembre 2023 à 18:32
Ligne 12 :		Ligne 12 :
	Les user-story maps aident les équipes agiles à définir ce qu'il faut construire et à maintenir la visibilité sur la façon dont tout cela s'articule. Elles facilitent les conversations centrées sur l'utilisateur, la collaboration et la hiérarchisation des fonctionnalités afin d'aligner et de guider le développement itératif du produit.<br/>		Les user-story maps aident les équipes agiles à définir ce qu'il faut construire et à maintenir la visibilité sur la façon dont tout cela s'articule. Elles facilitent les conversations centrées sur l'utilisateur, la collaboration et la hiérarchisation des fonctionnalités afin d'aligner et de guider le développement itératif du produit.<br/>
	<br/>		<br/>
	[[Fichier:User-story-map-to-epics-and-user-stories_FR.png\|border\|~~800px~~]]<br/>		[[Fichier:User-story-map-to-epics-and-user-stories_FR.png\|border\|900px]]<br/>
	<br/>		<br/>
	Les étapes de la story map se traduisent par des epics, ou groupes de user stories dans un backlog produit Agile. Les détails sont également décomposés en user stories et en tâches avec des critères d'acceptation et sont ajoutés au backlog.<br/>		Les étapes de la story map se traduisent par des epics, ou groupes de user stories dans un backlog produit Agile. Les détails sont également décomposés en user stories et en tâches avec des critères d'acceptation et sont ajoutés au backlog.<br/>
Ligne 19 :		Ligne 19 :
	La créativité peut parfois prendre le dessus : lorsque nous travaillons avec des post-it et des stories, nous pouvons ajouter des éléments risqués à la map - des éléments qui ne sont pas étayés par des données utilisateur, qui ne sont pas techniquement réalisables, ou qui font déraper le budget ou le calendrier de notre projet. Une story map nous aide à voir où se situent ces risques. Nous pouvons déprioriser ces post-its risqués dans la story map et les remplacer par d'autres idées à faible risque ayant la même proposition de valeur. De cette manière, nous pouvons d'abord tirer des enseignements de l'alternative la moins coûteuse avant d'investir davantage dans une conception et un développement sophistiqués ou chronophages.<br/>		La créativité peut parfois prendre le dessus : lorsque nous travaillons avec des post-it et des stories, nous pouvons ajouter des éléments risqués à la map - des éléments qui ne sont pas étayés par des données utilisateur, qui ne sont pas techniquement réalisables, ou qui font déraper le budget ou le calendrier de notre projet. Une story map nous aide à voir où se situent ces risques. Nous pouvons déprioriser ces post-its risqués dans la story map et les remplacer par d'autres idées à faible risque ayant la même proposition de valeur. De cette manière, nous pouvons d'abord tirer des enseignements de l'alternative la moins coûteuse avant d'investir davantage dans une conception et un développement sophistiqués ou chronophages.<br/>
	<br/>		<br/>
	[[Fichier:Risky-assumption-in-story-map FR.png\|border\|~~800px~~]]<br/>		[[Fichier:Risky-assumption-in-story-map FR.png\|border\|900px]]<br/>
	<br/>		<br/>
	Les story maps révèlent les zones à risque du produit qui pourraient rebuter les utilisateurs ou nécessiter un temps de développement excessif. Remplacez les post-its risqués par des alternatives moins coûteuses qui soutiennent la même proposition de valeur. Expérimentez et apprenez comment les utilisateurs réagissent avant d'investir du temps et des efforts supplémentaires pour développer la fonctionnalité complète.		Les story maps révèlent les zones à risque du produit qui pourraient rebuter les utilisateurs ou nécessiter un temps de développement excessif. Remplacez les post-its risqués par des alternatives moins coûteuses qui soutiennent la même proposition de valeur. Expérimentez et apprenez comment les utilisateurs réagissent avant d'investir du temps et des efforts supplémentaires pour développer la fonctionnalité complète.

Fabrice Aimetti le 27 décembre 2023 à 18:27

2023-12-27T18:27:12Z

← Version précédente		Version du 27 décembre 2023 à 18:27
Ligne 22 :		Ligne 22 :
	<br/>		<br/>
	Les story maps révèlent les zones à risque du produit qui pourraient rebuter les utilisateurs ou nécessiter un temps de développement excessif. Remplacez les post-its risqués par des alternatives moins coûteuses qui soutiennent la même proposition de valeur. Expérimentez et apprenez comment les utilisateurs réagissent avant d'investir du temps et des efforts supplémentaires pour développer la fonctionnalité complète.		Les story maps révèlent les zones à risque du produit qui pourraient rebuter les utilisateurs ou nécessiter un temps de développement excessif. Remplacez les post-its risqués par des alternatives moins coûteuses qui soutiennent la même proposition de valeur. Expérimentez et apprenez comment les utilisateurs réagissent avant d'investir du temps et des efforts supplémentaires pour développer la fonctionnalité complète.
	~~----~~
	~~[[Fichier:User-story-map-to-epics-and-user-stories EN.jpg\|border\|800px]]~~

Fabrice Aimetti le 27 décembre 2023 à 18:26

2023-12-27T18:26:32Z

← Version précédente		Version du 27 décembre 2023 à 18:26
Ligne 15 :		Ligne 15 :
	<br/>		<br/>
	Les étapes de la story map se traduisent par des epics, ou groupes de user stories dans un backlog produit Agile. Les détails sont également décomposés en user stories et en tâches avec des critères d'acceptation et sont ajoutés au backlog.<br/>		Les étapes de la story map se traduisent par des epics, ou groupes de user stories dans un backlog produit Agile. Les détails sont également décomposés en user stories et en tâches avec des critères d'acceptation et sont ajoutés au backlog.<br/>

			==Aider à l'identification des hypothèses risquées==
			La créativité peut parfois prendre le dessus : lorsque nous travaillons avec des post-it et des stories, nous pouvons ajouter des éléments risqués à la map - des éléments qui ne sont pas étayés par des données utilisateur, qui ne sont pas techniquement réalisables, ou qui font déraper le budget ou le calendrier de notre projet. Une story map nous aide à voir où se situent ces risques. Nous pouvons déprioriser ces post-its risqués dans la story map et les remplacer par d'autres idées à faible risque ayant la même proposition de valeur. De cette manière, nous pouvons d'abord tirer des enseignements de l'alternative la moins coûteuse avant d'investir davantage dans une conception et un développement sophistiqués ou chronophages.<br/>
			<br/>
			[[Fichier:Risky-assumption-in-story-map FR.png\|border\|800px]]<br/>
	<br/>		<br/>
	Aider à l'identification des hypothèses risquées. La créativité peut parfois prendre le dessus : lorsque nous travaillons avec des post-it et des stories, nous pouvons ajouter des éléments risqués à la map - des éléments qui ne sont pas étayés par des données utilisateur, qui ne sont pas techniquement réalisables, ou qui font déraper le budget ou le calendrier de notre projet. Une story map nous aide à voir où se situent ces risques. Nous pouvons déprioriser ces post-its risqués dans la story map et les remplacer par d'autres idées à faible risque ayant la même proposition de valeur. De cette manière, nous pouvons d'abord tirer des enseignements de l'alternative la moins coûteuse avant d'investir davantage dans une conception et un développement sophistiqués ou chronophages.
	* Hypothèse : les utilisateurs veulent gagner du temps en évitant de se rendre à la banque.
	* Proposition de valeur : la possibilité de déposer un chèque n'importe où et n'importe quand.
	* Idée expérimentale : prendre une photo du chèque.

	Les story maps révèlent les zones à risque du produit qui pourraient rebuter les utilisateurs ou nécessiter un temps de développement excessif. Remplacez les post-its risqués par des alternatives moins coûteuses qui soutiennent la même proposition de valeur. Expérimentez et apprenez comment les utilisateurs réagissent avant d'investir du temps et des efforts supplémentaires pour développer la fonctionnalité complète.		Les story maps révèlent les zones à risque du produit qui pourraient rebuter les utilisateurs ou nécessiter un temps de développement excessif. Remplacez les post-its risqués par des alternatives moins coûteuses qui soutiennent la même proposition de valeur. Expérimentez et apprenez comment les utilisateurs réagissent avant d'investir du temps et des efforts supplémentaires pour développer la fonctionnalité complète.
	----		----
	[[Fichier:User-story-map-to-epics-and-user-stories EN.jpg\|border\|800px]]		[[Fichier:User-story-map-to-epics-and-user-stories EN.jpg\|border\|800px]]

Fabrice Aimetti le 27 décembre 2023 à 18:08

2023-12-27T18:08:48Z

← Version précédente		Version du 27 décembre 2023 à 18:08
Ligne 16 :		Ligne 16 :
	Les étapes de la story map se traduisent par des epics, ou groupes de user stories dans un backlog produit Agile. Les détails sont également décomposés en user stories et en tâches avec des critères d'acceptation et sont ajoutés au backlog.<br/>		Les étapes de la story map se traduisent par des epics, ou groupes de user stories dans un backlog produit Agile. Les détails sont également décomposés en user stories et en tâches avec des critères d'acceptation et sont ajoutés au backlog.<br/>
	<br/>		<br/>
			Aider à l'identification des hypothèses risquées. La créativité peut parfois prendre le dessus : lorsque nous travaillons avec des post-it et des stories, nous pouvons ajouter des éléments risqués à la map - des éléments qui ne sont pas étayés par des données utilisateur, qui ne sont pas techniquement réalisables, ou qui font déraper le budget ou le calendrier de notre projet. Une story map nous aide à voir où se situent ces risques. Nous pouvons déprioriser ces post-its risqués dans la story map et les remplacer par d'autres idées à faible risque ayant la même proposition de valeur. De cette manière, nous pouvons d'abord tirer des enseignements de l'alternative la moins coûteuse avant d'investir davantage dans une conception et un développement sophistiqués ou chronophages.
	* Hypothèse : les utilisateurs veulent gagner du temps en évitant de se rendre à la banque.		* Hypothèse : les utilisateurs veulent gagner du temps en évitant de se rendre à la banque.
	* Proposition de valeur : la possibilité de déposer un chèque n'importe où et n'importe quand.		* Proposition de valeur : la possibilité de déposer un chèque n'importe où et n'importe quand.
	* Idée expérimentale : prendre une photo du chèque.		* Idée expérimentale : prendre une photo du chèque.

			Les story maps révèlent les zones à risque du produit qui pourraient rebuter les utilisateurs ou nécessiter un temps de développement excessif. Remplacez les post-its risqués par des alternatives moins coûteuses qui soutiennent la même proposition de valeur. Expérimentez et apprenez comment les utilisateurs réagissent avant d'investir du temps et des efforts supplémentaires pour développer la fonctionnalité complète.
	----		----
	[[Fichier:User-story-map-to-epics-and-user-stories EN.jpg\|border\|800px]]		[[Fichier:User-story-map-to-epics-and-user-stories EN.jpg\|border\|800px]]

Fabrice Aimetti le 27 décembre 2023 à 18:01

2023-12-27T18:01:40Z

← Version précédente		Version du 27 décembre 2023 à 18:01
Ligne 14 :		Ligne 14 :
	[[Fichier:User-story-map-to-epics-and-user-stories_FR.png\|border\|800px]]<br/>		[[Fichier:User-story-map-to-epics-and-user-stories_FR.png\|border\|800px]]<br/>
	<br/>		<br/>
	Les étapes de la story map se traduisent par des epics, ou groupes de user stories dans un backlog produit Agile. Les détails sont également décomposés en user stories et en tâches avec des critères d'acceptation et sont ajoutés au backlog.		Les étapes de la story map se traduisent par des epics, ou groupes de user stories dans un backlog produit Agile. Les détails sont également décomposés en user stories et en tâches avec des critères d'acceptation et sont ajoutés au backlog.<br/>
			<br/>
			* Hypothèse : les utilisateurs veulent gagner du temps en évitant de se rendre à la banque.
			* Proposition de valeur : la possibilité de déposer un chèque n'importe où et n'importe quand.
			* Idée expérimentale : prendre une photo du chèque.
	----		----
	[[Fichier:User-story-map-to-epics-and-user-stories EN.jpg\|border\|800px]]		[[Fichier:User-story-map-to-epics-and-user-stories EN.jpg\|border\|800px]]

Fabrice Aimetti le 27 décembre 2023 à 17:56

2023-12-27T17:56:33Z

← Version précédente		Version du 27 décembre 2023 à 17:56
Ligne 10 :		Ligne 10 :
	Traduction :<br />		Traduction :<br />
	<br />		<br />
	[[Fichier:User-story-map-to-epics-and-user-stories_FR.png\|border\|800px]]		Les user-story maps aident les équipes agiles à définir ce qu'il faut construire et à maintenir la visibilité sur la façon dont tout cela s'articule. Elles facilitent les conversations centrées sur l'utilisateur, la collaboration et la hiérarchisation des fonctionnalités afin d'aligner et de guider le développement itératif du produit.<br/>
			<br/>
			[[Fichier:User-story-map-to-epics-and-user-stories_FR.png\|border\|800px]]<br/>
			<br/>
			Les étapes de la story map se traduisent par des epics, ou groupes de user stories dans un backlog produit Agile. Les détails sont également décomposés en user stories et en tâches avec des critères d'acceptation et sont ajoutés au backlog.
	----		----
	[[Fichier:User-story-map-to-epics-and-user-stories EN.jpg\|border\|800px]]		[[Fichier:User-story-map-to-epics-and-user-stories EN.jpg\|border\|800px]]

Fabrice Aimetti le 27 décembre 2023 à 17:50

2023-12-27T17:50:56Z

← Version précédente		Version du 27 décembre 2023 à 17:50
Ligne 10 :		Ligne 10 :
	Traduction :<br />		Traduction :<br />
	<br />		<br />
	[[Fichier:User-story-map-to-epics-and-user-stories_FR.png\|border]]		[[Fichier:User-story-map-to-epics-and-user-stories_FR.png\|border\|800px]]
	----		----
	[[Fichier:User-story-map-to-epics-and-user-stories EN.jpg\|border]]		[[Fichier:User-story-map-to-epics-and-user-stories EN.jpg\|border\|800px]]

Fabrice Aimetti : Page créée avec « Category: Portail Product Owner Category: Story Mapping Auteur : Anna Kaley
Source : [https://www.nngroup.com/articles/user-story-mapping/ Mapping User Stories in Agile]
Date : 24/01/2021
---- Traducteur : Fabrice Aimetti
Date : 27/12/2023
---- Traduction :

border ---- border »

2023-12-27T17:50:38Z

Page créée avec « Category: Portail Product Owner Category: Story Mapping Auteur : Anna Kaley Source : [https://www.nngroup.com/articles/user-story-mapping/ Mapping User Stories in Agile] Date : 24/01/2021 ---- Traducteur : Fabrice Aimetti Date : 27/12/2023 ---- Traduction : border ---- border »

Nouvelle page

[[Category: Portail Product Owner]]
[[Category: Story Mapping]]
Auteur : Anna Kaley 
Source : [https://www.nngroup.com/articles/user-story-mapping/ Mapping User Stories in Agile] 
Date : 24/01/2021 
----
Traducteur : Fabrice Aimetti 
Date : 27/12/2023 
----
Traduction : 
 
[[Fichier:User-story-map-to-epics-and-user-stories_FR.png|border]]
----
[[Fichier:User-story-map-to-epics-and-user-stories EN.jpg|border]]