Un indicateur de maturité de la story - Historique des versions

Fabrice Aimetti le 7 août 2025 à 07:26

Fabrice Aimetti — Thu, 07 Aug 2025 07:26:07 GMT

← Version précédente		Version du 7 août 2025 à 07:26
Ligne 2 :		Ligne 2 :
	[[Catégorie: Portail Product Owner]]		[[Catégorie: Portail Product Owner]]
	[[Catégorie: Tests]]		[[Catégorie: Tests]]
			[[Category: Tres Amigos]]
	[[Catégorie: Portail Equipe de développement]]		[[Catégorie: Portail Equipe de développement]]
	[[Catégorie:DoR]]		[[Catégorie:DoR]]

Fabrice Aimetti le 6 août 2025 à 13:04

Fabrice Aimetti — Wed, 06 Aug 2025 13:04:24 GMT

← Version précédente		Version du 6 août 2025 à 13:04
Ligne 22 :		Ligne 22 :
	# '''Dans les 2 itérations avant le développement de la story.''' C'est le moment idéal. Si c'est l'itération qui précède immédiatement, c'est encore mieux.		# '''Dans les 2 itérations avant le développement de la story.''' C'est le moment idéal. Si c'est l'itération qui précède immédiatement, c'est encore mieux.
	# '''Après le début de l'itération de développement.''' Cela indique que la story n'était pas vraiment prête pour le développement. À l'avenir, travaillez davantage sur l'Example Mapping avec les Three Amigos.		# '''Après le début de l'itération de développement.''' Cela indique que la story n'était pas vraiment prête pour le développement. À l'avenir, travaillez davantage sur l'Example Mapping avec les Three Amigos.
	# '''Après l'acceptation de la story.''' Cela indique que tous les scénarios importants n'ont pas été anticipés. C'est parfois inévitable, mais c'est une bonne indication pour vérifier vos hypothèses. Discutez-en lors de la rétrospective et recherchez un [[~~apprentissage en double boucle\|~~La double boucle d'apprentissage]] : « Comment pouvons-nous améliorer notre processus pour que cela ne se reproduise plus à l'avenir ? »<br />		# '''Après l'acceptation de la story.''' Cela indique que tous les scénarios importants n'ont pas été anticipés. C'est parfois inévitable, mais c'est une bonne indication pour vérifier vos hypothèses. Discutez-en lors de la rétrospective et recherchez un [[La double boucle d'apprentissage\|apprentissage en double boucle]] : « Comment pouvons-nous améliorer notre processus pour que cela ne se reproduise plus à l'avenir ? »<br />
	Tracez un histogramme de ces catégories. Vous voulez voir un pic prononcé dans la classe 3. Ne vous inquiétez pas trop pour la classe 1, sauf si elle est plus élevée que la classe 3 ou si vous constatez que le logiciel que vous créez ne répond pas aux besoins réels des utilisateurs.		Tracez un histogramme de ces catégories. Vous voulez voir un pic prononcé dans la classe 3. Ne vous inquiétez pas trop pour la classe 1, sauf si elle est plus élevée que la classe 3 ou si vous constatez que le logiciel que vous créez ne répond pas aux besoins réels des utilisateurs.

Fabrice Aimetti le 6 août 2025 à 13:03

Fabrice Aimetti — Wed, 06 Aug 2025 13:03:56 GMT

← Version précédente		Version du 6 août 2025 à 13:03
Ligne 22 :		Ligne 22 :
	# '''Dans les 2 itérations avant le développement de la story.''' C'est le moment idéal. Si c'est l'itération qui précède immédiatement, c'est encore mieux.		# '''Dans les 2 itérations avant le développement de la story.''' C'est le moment idéal. Si c'est l'itération qui précède immédiatement, c'est encore mieux.
	# '''Après le début de l'itération de développement.''' Cela indique que la story n'était pas vraiment prête pour le développement. À l'avenir, travaillez davantage sur l'Example Mapping avec les Three Amigos.		# '''Après le début de l'itération de développement.''' Cela indique que la story n'était pas vraiment prête pour le développement. À l'avenir, travaillez davantage sur l'Example Mapping avec les Three Amigos.
	# '''Après l'acceptation de la story.''' Cela indique que tous les scénarios importants n'ont pas été anticipés. C'est parfois inévitable, mais c'est une bonne indication pour vérifier vos hypothèses. Discutez-en lors de la rétrospective et recherchez un [[apprentissage en double boucle\|La double boucle d'~~apprentissage~~ apprentissage]] : « Comment pouvons-nous améliorer notre processus pour que cela ne se reproduise plus à l'avenir ? »<br />		# '''Après l'acceptation de la story.''' Cela indique que tous les scénarios importants n'ont pas été anticipés. C'est parfois inévitable, mais c'est une bonne indication pour vérifier vos hypothèses. Discutez-en lors de la rétrospective et recherchez un [[apprentissage en double boucle\|La double boucle d'apprentissage]] : « Comment pouvons-nous améliorer notre processus pour que cela ne se reproduise plus à l'avenir ? »<br />
	Tracez un histogramme de ces catégories. Vous voulez voir un pic prononcé dans la classe 3. Ne vous inquiétez pas trop pour la classe 1, sauf si elle est plus élevée que la classe 3 ou si vous constatez que le logiciel que vous créez ne répond pas aux besoins réels des utilisateurs.		Tracez un histogramme de ces catégories. Vous voulez voir un pic prononcé dans la classe 3. Ne vous inquiétez pas trop pour la classe 1, sauf si elle est plus élevée que la classe 3 ou si vous constatez que le logiciel que vous créez ne répond pas aux besoins réels des utilisateurs.

Fabrice Aimetti le 6 août 2025 à 13:03

Fabrice Aimetti — Wed, 06 Aug 2025 13:03:40 GMT

← Version précédente		Version du 6 août 2025 à 13:03
Ligne 22 :		Ligne 22 :
	# '''Dans les 2 itérations avant le développement de la story.''' C'est le moment idéal. Si c'est l'itération qui précède immédiatement, c'est encore mieux.		# '''Dans les 2 itérations avant le développement de la story.''' C'est le moment idéal. Si c'est l'itération qui précède immédiatement, c'est encore mieux.
	# '''Après le début de l'itération de développement.''' Cela indique que la story n'était pas vraiment prête pour le développement. À l'avenir, travaillez davantage sur l'Example Mapping avec les Three Amigos.		# '''Après le début de l'itération de développement.''' Cela indique que la story n'était pas vraiment prête pour le développement. À l'avenir, travaillez davantage sur l'Example Mapping avec les Three Amigos.
	# '''Après l'acceptation de la story.''' Cela indique que tous les scénarios importants n'ont pas été anticipés. C'est parfois inévitable, mais c'est une bonne indication pour vérifier vos hypothèses. Discutez-en lors de la rétrospective et recherchez un [[apprentissage en double boucle:La double boucle d'apprentissage apprentissage]] : « Comment pouvons-nous améliorer notre processus pour que cela ne se reproduise plus à l'avenir ? »		# '''Après l'acceptation de la story.''' Cela indique que tous les scénarios importants n'ont pas été anticipés. C'est parfois inévitable, mais c'est une bonne indication pour vérifier vos hypothèses. Discutez-en lors de la rétrospective et recherchez un [[apprentissage en double boucle\|La double boucle d'apprentissage apprentissage]] : « Comment pouvons-nous améliorer notre processus pour que cela ne se reproduise plus à l'avenir ? »<br />
	<br />
	Tracez un histogramme de ces catégories. Vous voulez voir un pic prononcé dans la classe 3. Ne vous inquiétez pas trop pour la classe 1, sauf si elle est plus élevée que la classe 3 ou si vous constatez que le logiciel que vous créez ne répond pas aux besoins réels des utilisateurs.		Tracez un histogramme de ces catégories. Vous voulez voir un pic prononcé dans la classe 3. Ne vous inquiétez pas trop pour la classe 1, sauf si elle est plus élevée que la classe 3 ou si vous constatez que le logiciel que vous créez ne répond pas aux besoins réels des utilisateurs.

Fabrice Aimetti le 6 août 2025 à 13:01

Fabrice Aimetti — Wed, 06 Aug 2025 13:01:54 GMT

← Version précédente		Version du 6 août 2025 à 13:01
Ligne 22 :		Ligne 22 :
	# '''Dans les 2 itérations avant le développement de la story.''' C'est le moment idéal. Si c'est l'itération qui précède immédiatement, c'est encore mieux.		# '''Dans les 2 itérations avant le développement de la story.''' C'est le moment idéal. Si c'est l'itération qui précède immédiatement, c'est encore mieux.
	# '''Après le début de l'itération de développement.''' Cela indique que la story n'était pas vraiment prête pour le développement. À l'avenir, travaillez davantage sur l'Example Mapping avec les Three Amigos.		# '''Après le début de l'itération de développement.''' Cela indique que la story n'était pas vraiment prête pour le développement. À l'avenir, travaillez davantage sur l'Example Mapping avec les Three Amigos.
	# '''Après l'acceptation de la story.''' Cela indique que tous les scénarios importants n'ont pas été anticipés. C'est parfois inévitable, mais c'est une bonne indication pour vérifier vos hypothèses. Discutez-en lors de la rétrospective et recherchez un [[apprentissage en double boucle\|La double boucle d'apprentissage apprentissage]] : « Comment pouvons-nous améliorer notre processus pour que cela ne se reproduise plus à l'avenir ? »		# '''Après l'acceptation de la story.''' Cela indique que tous les scénarios importants n'ont pas été anticipés. C'est parfois inévitable, mais c'est une bonne indication pour vérifier vos hypothèses. Discutez-en lors de la rétrospective et recherchez un [[apprentissage en double boucle:La double boucle d'apprentissage apprentissage]] : « Comment pouvons-nous améliorer notre processus pour que cela ne se reproduise plus à l'avenir ? »
	<br />		<br />
	Tracez un histogramme de ces catégories. Vous voulez voir un pic prononcé dans la classe 3. Ne vous inquiétez pas trop pour la classe 1, sauf si elle est plus élevée que la classe 3 ou si vous constatez que le logiciel que vous créez ne répond pas aux besoins réels des utilisateurs.		Tracez un histogramme de ces catégories. Vous voulez voir un pic prononcé dans la classe 3. Ne vous inquiétez pas trop pour la classe 1, sauf si elle est plus élevée que la classe 3 ou si vous constatez que le logiciel que vous créez ne répond pas aux besoins réels des utilisateurs.

Fabrice Aimetti le 6 août 2025 à 13:01

Fabrice Aimetti — Wed, 06 Aug 2025 13:01:26 GMT

← Version précédente		Version du 6 août 2025 à 13:01
Ligne 22 :		Ligne 22 :
	# '''Dans les 2 itérations avant le développement de la story.''' C'est le moment idéal. Si c'est l'itération qui précède immédiatement, c'est encore mieux.		# '''Dans les 2 itérations avant le développement de la story.''' C'est le moment idéal. Si c'est l'itération qui précède immédiatement, c'est encore mieux.
	# '''Après le début de l'itération de développement.''' Cela indique que la story n'était pas vraiment prête pour le développement. À l'avenir, travaillez davantage sur l'Example Mapping avec les Three Amigos.		# '''Après le début de l'itération de développement.''' Cela indique que la story n'était pas vraiment prête pour le développement. À l'avenir, travaillez davantage sur l'Example Mapping avec les Three Amigos.
	# '''Après l'acceptation de la story.''' Cela indique que tous les scénarios importants n'ont pas été anticipés. C'est parfois inévitable, mais c'est une bonne indication pour vérifier vos hypothèses. Discutez-en lors de la rétrospective et recherchez un [[La double boucle d'apprentissage apprentissage~~\|en double boucle~~]] : « Comment pouvons-nous améliorer notre processus pour que cela ne se reproduise plus à l'avenir ? »		# '''Après l'acceptation de la story.''' Cela indique que tous les scénarios importants n'ont pas été anticipés. C'est parfois inévitable, mais c'est une bonne indication pour vérifier vos hypothèses. Discutez-en lors de la rétrospective et recherchez un [[apprentissage en double boucle\|La double boucle d'apprentissage apprentissage]] : « Comment pouvons-nous améliorer notre processus pour que cela ne se reproduise plus à l'avenir ? »
	<br />		<br />
	Tracez un histogramme de ces catégories. Vous voulez voir un pic prononcé dans la classe 3. Ne vous inquiétez pas trop pour la classe 1, sauf si elle est plus élevée que la classe 3 ou si vous constatez que le logiciel que vous créez ne répond pas aux besoins réels des utilisateurs.		Tracez un histogramme de ces catégories. Vous voulez voir un pic prononcé dans la classe 3. Ne vous inquiétez pas trop pour la classe 1, sauf si elle est plus élevée que la classe 3 ou si vous constatez que le logiciel que vous créez ne répond pas aux besoins réels des utilisateurs.

Fabrice Aimetti le 6 août 2025 à 12:59

Fabrice Aimetti — Wed, 06 Aug 2025 12:59:43 GMT

← Version précédente		Version du 6 août 2025 à 12:59
Ligne 22 :		Ligne 22 :
	# '''Dans les 2 itérations avant le développement de la story.''' C'est le moment idéal. Si c'est l'itération qui précède immédiatement, c'est encore mieux.		# '''Dans les 2 itérations avant le développement de la story.''' C'est le moment idéal. Si c'est l'itération qui précède immédiatement, c'est encore mieux.
	# '''Après le début de l'itération de développement.''' Cela indique que la story n'était pas vraiment prête pour le développement. À l'avenir, travaillez davantage sur l'Example Mapping avec les Three Amigos.		# '''Après le début de l'itération de développement.''' Cela indique que la story n'était pas vraiment prête pour le développement. À l'avenir, travaillez davantage sur l'Example Mapping avec les Three Amigos.
	# '''Après l'acceptation de la story.''' Cela indique que tous les scénarios importants n'ont pas été anticipés. C'est parfois inévitable, mais c'est une bonne indication pour vérifier vos hypothèses. Discutez-en lors de la rétrospective et recherchez un apprentissage en double boucle : « Comment pouvons-nous améliorer notre processus pour que cela ne se reproduise plus à l'avenir ? »		# '''Après l'acceptation de la story.''' Cela indique que tous les scénarios importants n'ont pas été anticipés. C'est parfois inévitable, mais c'est une bonne indication pour vérifier vos hypothèses. Discutez-en lors de la rétrospective et recherchez un [[La double boucle d'apprentissage apprentissage\|en double boucle]] : « Comment pouvons-nous améliorer notre processus pour que cela ne se reproduise plus à l'avenir ? »
	<br />		<br />
	Tracez un histogramme de ces catégories. Vous voulez voir un pic prononcé dans la classe 3. Ne vous inquiétez pas trop pour la classe 1, sauf si elle est plus élevée que la classe 3 ou si vous constatez que le logiciel que vous créez ne répond pas aux besoins réels des utilisateurs.		Tracez un histogramme de ces catégories. Vous voulez voir un pic prononcé dans la classe 3. Ne vous inquiétez pas trop pour la classe 1, sauf si elle est plus élevée que la classe 3 ou si vous constatez que le logiciel que vous créez ne répond pas aux besoins réels des utilisateurs.

Fabrice Aimetti le 6 août 2025 à 11:35

Fabrice Aimetti — Wed, 06 Aug 2025 11:35:29 GMT

← Version précédente		Version du 6 août 2025 à 11:35
Ligne 15 :		Ligne 15 :
	Un ami m'a demandé des suggestions concernant un indicateur pour le grooming du backlog. Je n'ai jamais noté ces chiffres, mais voici l'indicateur que j'utilise dans ma tête.<br />		Un ami m'a demandé des suggestions concernant un indicateur pour le grooming du backlog. Je n'ai jamais noté ces chiffres, mais voici l'indicateur que j'utilise dans ma tête.<br />
	<br />		<br />
	Quand les critères d'acceptation et les scénarios d'acceptation d'une story changent-ils ?<br />		'''Quand les critères d'acceptation et les scénarios d'acceptation d'une story changent-ils ?'''<br />
	<br />		<br />
	Classez ces changements dans les catégories suivantes :		Classez ces changements dans les catégories suivantes :

Fabrice Aimetti le 6 août 2025 à 11:34

Fabrice Aimetti — Wed, 06 Aug 2025 11:34:38 GMT

← Version précédente		Version du 6 août 2025 à 11:34
Ligne 18 :		Ligne 18 :
	<br />		<br />
	Classez ces changements dans les catégories suivantes :		Classez ces changements dans les catégories suivantes :
	# Lorsque la story est rédigée pour la première fois. C'est normal, car il peut être nécessaire de se rappeler le sujet de la story.		# '''Lorsque la story est rédigée pour la première fois.''' C'est normal, car il peut être nécessaire de se rappeler le sujet de la story.
	# 2 itérations avant le développement de l'~~histoire. Prématuré~~. Cela sépare la définition de ~~l'histoire~~ du développement. On utilise des informations obsolètes, ce qui empêche l'apprentissage pendant le développement. Cela encourage une mentalité de « ~~lancer~~ par-dessus le mur ».		# '''2 itérations avant le développement de la story.''' C'est prématuré. Cela sépare la définition de la story du développement de la story. On utilise des informations obsolètes, ce qui empêche l'apprentissage pendant le développement. Cela encourage une mentalité où tout est « lancé par-dessus le mur ».
	# Dans les 2 itérations avant le développement de l'~~histoire.~~ C'est le moment idéal. L'itération qui précède immédiatement est encore mieux.		# '''Dans les 2 itérations avant le développement de la story.''' C'est le moment idéal. Si c'est l'itération qui précède immédiatement, c'est encore mieux.
	# Après le début de l'itération de développement. Cela indique que ~~l'histoire~~ n'était pas vraiment prête pour le développement. À l'avenir, travaillez davantage sur l'Example Mapping ~~par~~ les Three Amigos.		# '''Après le début de l'itération de développement.''' Cela indique que la story n'était pas vraiment prête pour le développement. À l'avenir, travaillez davantage sur l'Example Mapping avec les Three Amigos.
	# Après l'acceptation de l'~~histoire.~~ Cela indique que tous les scénarios importants n'ont pas été anticipés. ~~Cela~~ est parfois inévitable, mais c'est une bonne indication pour vérifier vos hypothèses. Discutez-en lors de la rétrospective et recherchez un apprentissage en double boucle. « Comment pouvons-nous améliorer notre processus pour que cela ne se reproduise plus à l'avenir ? »		# '''Après l'acceptation de la story.''' Cela indique que tous les scénarios importants n'ont pas été anticipés. C'est parfois inévitable, mais c'est une bonne indication pour vérifier vos hypothèses. Discutez-en lors de la rétrospective et recherchez un apprentissage en double boucle : « Comment pouvons-nous améliorer notre processus pour que cela ne se reproduise plus à l'avenir ? »
	<br />		<br />
	Tracez un histogramme de ces ~~classes~~. Vous voulez voir un pic prononcé dans la classe 3. Ne vous inquiétez pas trop pour la classe 1, sauf si elle est plus élevée que la classe 3 ou si vous constatez que le logiciel que vous créez ne répond pas aux besoins réels des utilisateurs.		Tracez un histogramme de ces catégories. Vous voulez voir un pic prononcé dans la classe 3. Ne vous inquiétez pas trop pour la classe 1, sauf si elle est plus élevée que la classe 3 ou si vous constatez que le logiciel que vous créez ne répond pas aux besoins réels des utilisateurs.

Fabrice Aimetti : Page créée avec « Category: George Dinwiddie Catégorie: Portail Product Owner Catégorie: Tests Catégorie: Portail Equipe de développement Catégorie:DoR Auteur : George Dinwiddie
Source : [https://blog.gdinwiddie.com/2019/08/21/a-metric-for-story-readiness/#more-1317 A Metric for Story Readiness]
Date : 21/08/2019
---- Traducteur : Fabrice Aimetti
Date : 06/08/2025
---- Traduction :

Un ami m'a demandé des suggesti... »

Fabrice Aimetti — Wed, 06 Aug 2025 11:31:53 GMT

Page créée avec « Category: George Dinwiddie Catégorie: Portail Product Owner Catégorie: Tests Catégorie: Portail Equipe de développement Catégorie:DoR Auteur : George Dinwiddie Source : [https://blog.gdinwiddie.com/2019/08/21/a-metric-for-story-readiness/#more-1317 A Metric for Story Readiness] Date : 21/08/2019 ---- Traducteur : Fabrice Aimetti Date : 06/08/2025 ---- Traduction : Un ami m'a demandé des suggesti... »

Nouvelle page

[[Category: George Dinwiddie]]
[[Catégorie: Portail Product Owner]]
[[Catégorie: Tests]]
[[Catégorie: Portail Equipe de développement]]
[[Catégorie:DoR]]
Auteur : George Dinwiddie 
Source : [https://blog.gdinwiddie.com/2019/08/21/a-metric-for-story-readiness/#more-1317 A Metric for Story Readiness] 
Date : 21/08/2019 
----
Traducteur : Fabrice Aimetti 
Date : 06/08/2025 
----
Traduction : 
 
Un ami m'a demandé des suggestions concernant un indicateur pour le grooming du backlog. Je n'ai jamais noté ces chiffres, mais voici l'indicateur que j'utilise dans ma tête. 
 
Quand les critères d'acceptation et les scénarios d'acceptation d'une story changent-ils ? 
 
Classez ces changements dans les catégories suivantes :
# Lorsque la story est rédigée pour la première fois. C'est normal, car il peut être nécessaire de se rappeler le sujet de la story.
# 2 itérations avant le développement de l'histoire. Prématuré. Cela sépare la définition de l'histoire du développement. On utilise des informations obsolètes, ce qui empêche l'apprentissage pendant le développement. Cela encourage une mentalité de « lancer par-dessus le mur ».
# Dans les 2 itérations avant le développement de l'histoire. C'est le moment idéal. L'itération qui précède immédiatement est encore mieux.
# Après le début de l'itération de développement. Cela indique que l'histoire n'était pas vraiment prête pour le développement. À l'avenir, travaillez davantage sur l'Example Mapping par les Three Amigos.
# Après l'acceptation de l'histoire. Cela indique que tous les scénarios importants n'ont pas été anticipés. Cela est parfois inévitable, mais c'est une bonne indication pour vérifier vos hypothèses. Discutez-en lors de la rétrospective et recherchez un apprentissage en double boucle. « Comment pouvons-nous améliorer notre processus pour que cela ne se reproduise plus à l'avenir ? »
 
Tracez un histogramme de ces classes. Vous voulez voir un pic prononcé dans la classe 3. Ne vous inquiétez pas trop pour la classe 1, sauf si elle est plus élevée que la classe 3 ou si vous constatez que le logiciel que vous créez ne répond pas aux besoins réels des utilisateurs.