POUSSER l'Agile provoque des "Transe-formations" - Historique des versions

Fabrice Aimetti le 17 décembre 2023 à 11:55

2023-12-17T11:55:33Z

← Version précédente		Version du 17 décembre 2023 à 11:55
Ligne 9 :		Ligne 9 :
	# Encouragez '''les managers à s'abstenir de prendre des décisions pour les équipes''' sachant que Scrum définit clairement que ce niveau de prise de décisions ''appartient'' aux équipes.		# Encouragez '''les managers à s'abstenir de prendre des décisions pour les équipes''' sachant que Scrum définit clairement que ce niveau de prise de décisions ''appartient'' aux équipes.
	# Ensuite, '''encouragez les équipes à prendre des décisions''' pour lesquelles Scrum dit que c'est bien à elles (et uniquement à elles) de prendre.		# Ensuite, '''encouragez les équipes à prendre des décisions''' pour lesquelles Scrum dit que c'est bien à elles (et uniquement à elles) de prendre.
	<br /> Après un certain temps, tout va commencer à s'améliorer. De manière ''durable''.<br /> <br /> Parce que les équipes sont réellement engagées dans cette difficile tâche qui est de ''prendre des décisions en tant qu'équipe''.<br /> <br /> Voir aussi : [https://fr.wikipedia.org/wiki/Effet_Hawthorne Effet Hawthorne]		<br /> Après un certain temps, tout va commencer à s'améliorer. De manière ''durable''.<br /> <br /> Parce que les équipes sont réellement engagées dans cette difficile tâche qui est de ''prendre des décisions en tant qu'équipe''.<br /> <br /> NdT : Voir aussi l'[https://fr.wikipedia.org/wiki/Effet_Hawthorne Effet Hawthorne]

Fabrice Aimetti le 21 avril 2020 à 06:50

2020-04-21T06:50:30Z

← Version précédente		Version du 21 avril 2020 à 06:50
Ligne 5 :		Ligne 5 :
	<span style="background-color: #ffffff">Traducteur : Fabrice Aimetti</span><br /> <span style="background-color: #ffffff">Date : 16/06/2017</span><br />		<span style="background-color: #ffffff">Traducteur : Fabrice Aimetti</span><br /> <span style="background-color: #ffffff">Date : 16/06/2017</span><br />
	----		----
	''<span style="background-color: #ffffff">Traduction :</span>''<br /> <br /> [[Image:daniel-mezick-004.png\|daniel-mezick-004.png]]LEÇONS DE COACHING AGILE<br /> <br /> Les transformations qui poussent au changement semblent à première vue intéressantes, mais en fait ne durent pas dans le temps. Ce qui se joue réellement à ce moment-là est l'Effet Hawthorne (NdT : cf. [[L'Effet Hawthorne]]). Lorsque vous produisez un changement dans un environnement de travail, par exemple améliorer la luminosité des lampes, la productivité augmente temporairement puis revient à la moyenne. Cela ne dure pas. Si vous attendez un moment et que vous diminuez un peu la luminosité, il se passe la même chose. Des changements de ce type génèrent de brèves augmentations de productivité. Lorsqu'on observe les gens suite un changement, ils changent temporairement leurs comportements.<br /> <br /> Ce que l'on vend aujourd'hui comme des "Transformations Agile" sont pour la plupart des augmentations de productivité à court terme qui ne durent pas. Une amélioration temporaire basée sur l'effet Hawthorne. De nouvelles procédures, de nouveaux consultants, de nouvelles équipes, de nouvelles pratiques, ... Observation. Les augmentations de productivité liées à l'effet Hawthorne sont trompeuses. Elles ne durent pas. Elles sont systématiquement temporaires. Il ne s'agit pas d'une "transformation" réelle.<br /> <br /> Dans la [[L'auto-organisation est de l'auto-gestion\|Leçon 4]], je vous ai expliqué la dynamique de l'auto-gestion. Un peu plus tard (dans la [[L'engagement est tout\|Leçon 14]]), j'ai expliqué comment prendre des ''décisions'' déclenche de très hauts niveaux d'''engagement''. Et comment cet engagement ''est réellement à l'origine de'' toutes les améliorations. Tous ses sujets sont liés : prise de décision, engagement, auto-gestion et super résultats. L'un engendre l'autre.<br /> <br /> L'engagement est le nom de ce nouveau jeu, et vous l'obtenez en ''invitant les équipes à prendre certaines décisions'' qui impactent leur travail. Scrum définit certaines décisions que seules les équipes sont autorisées à prendre. Il y a une bonne raison pour cela.<br /> <br /> Si vous "aidez" l'équipe à prendre des décisions, vous '''''découragez''''' l'auto-gestion et l'auto-organisation. C'est pourtant là d'où provient toute amélioration.<br /> <br /> ''Donc, arrêtez de faire ça. Vous générez du désengagement'' et vous contribuez à ce que les membres de l'équipe "partent".<br /> <br /> Vous créez des "'''transes-formations'''".<br /> <br /> '''Pousser'''<br /> <br /> Si vous participez à POUSSER l'Agile dans les équipes sans leur consentement, vous faites partie du problème. Vous poussez des pratiques Agile, et vous prenez la plupart des décisions pour eux. Ou encore pire, vous "fermez littéralement les yeux" pendant que les figures d'autorité de l'organisation prennent des décisions que les équipes ''devraient prendre pour rester engagées''.<br /> <br /> Donc, arrêtez de faire ça. Au lieu de ça, faites plutôt les choses suivantes :<br />		''<span style="background-color: #ffffff">Traduction :</span>''<br /> <br /> [[Image:daniel-mezick-004.png\|daniel-mezick-004.png\|link=]]LEÇONS DE COACHING AGILE<br /> <br /> Les transformations qui poussent au changement semblent à première vue intéressantes, mais en fait ne durent pas dans le temps. Ce qui se joue réellement à ce moment-là est l'Effet Hawthorne (NdT : cf. [[L'Effet Hawthorne]]). Lorsque vous produisez un changement dans un environnement de travail, par exemple améliorer la luminosité des lampes, la productivité augmente temporairement puis revient à la moyenne. Cela ne dure pas. Si vous attendez un moment et que vous diminuez un peu la luminosité, il se passe la même chose. Des changements de ce type génèrent de brèves augmentations de productivité. Lorsqu'on observe les gens suite un changement, ils changent temporairement leurs comportements.<br /> <br /> Ce que l'on vend aujourd'hui comme des "Transformations Agile" sont pour la plupart des augmentations de productivité à court terme qui ne durent pas. Une amélioration temporaire basée sur l'effet Hawthorne. De nouvelles procédures, de nouveaux consultants, de nouvelles équipes, de nouvelles pratiques, ... Observation. Les augmentations de productivité liées à l'effet Hawthorne sont trompeuses. Elles ne durent pas. Elles sont systématiquement temporaires. Il ne s'agit pas d'une "transformation" réelle.<br /> <br /> Dans la [[L'auto-organisation est de l'auto-gestion\|Leçon 4]], je vous ai expliqué la dynamique de l'auto-gestion. Un peu plus tard (dans la [[L'engagement est tout\|Leçon 14]]), j'ai expliqué comment prendre des ''décisions'' déclenche de très hauts niveaux d'''engagement''. Et comment cet engagement ''est réellement à l'origine de'' toutes les améliorations. Tous ses sujets sont liés : prise de décision, engagement, auto-gestion et super résultats. L'un engendre l'autre.<br /> <br /> L'engagement est le nom de ce nouveau jeu, et vous l'obtenez en ''invitant les équipes à prendre certaines décisions'' qui impactent leur travail. Scrum définit certaines décisions que seules les équipes sont autorisées à prendre. Il y a une bonne raison pour cela.<br /> <br /> Si vous "aidez" l'équipe à prendre des décisions, vous '''''découragez''''' l'auto-gestion et l'auto-organisation. C'est pourtant là d'où provient toute amélioration.<br /> <br /> ''Donc, arrêtez de faire ça. Vous générez du désengagement'' et vous contribuez à ce que les membres de l'équipe "partent".<br /> <br /> Vous créez des "'''transes-formations'''".<br /> <br /> '''Pousser'''<br /> <br /> Si vous participez à POUSSER l'Agile dans les équipes sans leur consentement, vous faites partie du problème. Vous poussez des pratiques Agile, et vous prenez la plupart des décisions pour eux. Ou encore pire, vous "fermez littéralement les yeux" pendant que les figures d'autorité de l'organisation prennent des décisions que les équipes ''devraient prendre pour rester engagées''.<br /> <br /> Donc, arrêtez de faire ça. Au lieu de ça, faites plutôt les choses suivantes :<br />

	# Encouragez '''les managers à s'abstenir de prendre des décisions pour les équipes''' sachant que Scrum définit clairement que ce niveau de prise de décisions ''appartient'' aux équipes.		# Encouragez '''les managers à s'abstenir de prendre des décisions pour les équipes''' sachant que Scrum définit clairement que ce niveau de prise de décisions ''appartient'' aux équipes.
	# Ensuite, '''encouragez les équipes à prendre des décisions''' pour lesquelles Scrum dit que c'est bien à elles (et uniquement à elles) de prendre.		# Ensuite, '''encouragez les équipes à prendre des décisions''' pour lesquelles Scrum dit que c'est bien à elles (et uniquement à elles) de prendre.
	<br /> Après un certain temps, tout va commencer à s'améliorer. De manière ''durable''.<br /> <br /> Parce que les équipes sont réellement engagées dans cette difficile tâche qui est de ''prendre des décisions en tant qu'équipe''.<br /> <br /> Voir aussi : [https://fr.wikipedia.org/wiki/Effet_Hawthorne Effet Hawthorne]		<br /> Après un certain temps, tout va commencer à s'améliorer. De manière ''durable''.<br /> <br /> Parce que les équipes sont réellement engagées dans cette difficile tâche qui est de ''prendre des décisions en tant qu'équipe''.<br /> <br /> Voir aussi : [https://fr.wikipedia.org/wiki/Effet_Hawthorne Effet Hawthorne]

Fabrice Aimetti le 28 juillet 2018 à 11:32

2018-07-28T11:32:32Z

← Version précédente		Version du 28 juillet 2018 à 11:32
Ligne 1 :		Ligne 1 :
	[[Category: Daniel Mezick]]		[[Category: Daniel Mezick]]
			[[Category: Transformation Agile]]
	<div id="content_view" class="wiki" style="display: block"><span style="background-color: #ffffff">Auteur : Daniel Mezick ([https://twitter.com/danielmezick @DanielMezick])</span><br /> <span style="background-color: #ffffff">Source : </span>[http://newtechusa.net/agile/trance-formation/ The PUSH of Agile Causes “Trance Formations”]<br /> <span style="background-color: #ffffff">Date : 10/05/2017</span><br />		<div id="content_view" class="wiki" style="display: block"><span style="background-color: #ffffff">Auteur : Daniel Mezick ([https://twitter.com/danielmezick @DanielMezick])</span><br /> <span style="background-color: #ffffff">Source : </span>[http://newtechusa.net/agile/trance-formation/ The PUSH of Agile Causes “Trance Formations”]<br /> <span style="background-color: #ffffff">Date : 10/05/2017</span><br />
	----		----

Fabrice Aimetti le 23 juin 2018 à 17:54

2018-06-23T17:54:20Z

← Version précédente		Version du 23 juin 2018 à 17:54
Ligne 4 :		Ligne 4 :
	<span style="background-color: #ffffff">Traducteur : Fabrice Aimetti</span><br /> <span style="background-color: #ffffff">Date : 16/06/2017</span><br />		<span style="background-color: #ffffff">Traducteur : Fabrice Aimetti</span><br /> <span style="background-color: #ffffff">Date : 16/06/2017</span><br />
	----		----
	''<span style="background-color: #ffffff">Traduction :</span>''<br /> <br /> [[Image:daniel-mezick-004.png\|daniel-mezick-004.png]]LEÇONS DE COACHING AGILE<br /> <br /> Les transformations qui poussent au changement semblent à première vue intéressantes, mais en fait ne durent pas dans le temps. Ce qui se joue réellement à ce moment-là est l'Effet Hawthorne (NdT : cf. [~~/L%27Effet%20Hawthorne~~ L'Effet Hawthorne]). Lorsque vous produisez un changement dans un environnement de travail, par exemple améliorer la luminosité des lampes, la productivité augmente temporairement puis revient à la moyenne. Cela ne dure pas. Si vous attendez un moment et que vous diminuez un peu la luminosité, il se passe la même chose. Des changements de ce type génèrent de brèves augmentations de productivité. Lorsqu'on observe les gens suite un changement, ils changent temporairement leurs comportements.<br /> <br /> Ce que l'on vend aujourd'hui comme des "Transformations Agile" sont pour la plupart des augmentations de productivité à court terme qui ne durent pas. Une amélioration temporaire basée sur l'effet Hawthorne. De nouvelles procédures, de nouveaux consultants, de nouvelles équipes, de nouvelles pratiques, ... Observation. Les augmentations de productivité liées à l'effet Hawthorne sont trompeuses. Elles ne durent pas. Elles sont systématiquement temporaires. Il ne s'agit pas d'une "transformation" réelle.<br /> <br /> Dans la [[L'auto-organisation est de l'auto-gestion\|Leçon 4]], je vous ai expliqué la dynamique de l'auto-gestion. Un peu plus tard (dans la [[L'engagement est tout\|Leçon 14]]), j'ai expliqué comment prendre des ''décisions'' déclenche de très hauts niveaux d'''engagement''. Et comment cet engagement ''est réellement à l'origine de'' toutes les améliorations. Tous ses sujets sont liés : prise de décision, engagement, auto-gestion et super résultats. L'un engendre l'autre.<br /> <br /> L'engagement est le nom de ce nouveau jeu, et vous l'obtenez en ''invitant les équipes à prendre certaines décisions'' qui impactent leur travail. Scrum définit certaines décisions que seules les équipes sont autorisées à prendre. Il y a une bonne raison pour cela.<br /> <br /> Si vous "aidez" l'équipe à prendre des décisions, vous '''''découragez''''' l'auto-gestion et l'auto-organisation. C'est pourtant là d'où provient toute amélioration.<br /> <br /> ''Donc, arrêtez de faire ça. Vous générez du désengagement'' et vous contribuez à ce que les membres de l'équipe "partent".<br /> <br /> Vous créez des "'''transes-formations'''".<br /> <br /> '''Pousser'''<br /> <br /> Si vous participez à POUSSER l'Agile dans les équipes sans leur consentement, vous faites partie du problème. Vous poussez des pratiques Agile, et vous prenez la plupart des décisions pour eux. Ou encore pire, vous "fermez littéralement les yeux" pendant que les figures d'autorité de l'organisation prennent des décisions que les équipes ''devraient prendre pour rester engagées''.<br /> <br /> Donc, arrêtez de faire ça. Au lieu de ça, faites plutôt les choses suivantes :<br />		''<span style="background-color: #ffffff">Traduction :</span>''<br /> <br /> [[Image:daniel-mezick-004.png\|daniel-mezick-004.png]]LEÇONS DE COACHING AGILE<br /> <br /> Les transformations qui poussent au changement semblent à première vue intéressantes, mais en fait ne durent pas dans le temps. Ce qui se joue réellement à ce moment-là est l'Effet Hawthorne (NdT : cf. [[L'Effet Hawthorne]]). Lorsque vous produisez un changement dans un environnement de travail, par exemple améliorer la luminosité des lampes, la productivité augmente temporairement puis revient à la moyenne. Cela ne dure pas. Si vous attendez un moment et que vous diminuez un peu la luminosité, il se passe la même chose. Des changements de ce type génèrent de brèves augmentations de productivité. Lorsqu'on observe les gens suite un changement, ils changent temporairement leurs comportements.<br /> <br /> Ce que l'on vend aujourd'hui comme des "Transformations Agile" sont pour la plupart des augmentations de productivité à court terme qui ne durent pas. Une amélioration temporaire basée sur l'effet Hawthorne. De nouvelles procédures, de nouveaux consultants, de nouvelles équipes, de nouvelles pratiques, ... Observation. Les augmentations de productivité liées à l'effet Hawthorne sont trompeuses. Elles ne durent pas. Elles sont systématiquement temporaires. Il ne s'agit pas d'une "transformation" réelle.<br /> <br /> Dans la [[L'auto-organisation est de l'auto-gestion\|Leçon 4]], je vous ai expliqué la dynamique de l'auto-gestion. Un peu plus tard (dans la [[L'engagement est tout\|Leçon 14]]), j'ai expliqué comment prendre des ''décisions'' déclenche de très hauts niveaux d'''engagement''. Et comment cet engagement ''est réellement à l'origine de'' toutes les améliorations. Tous ses sujets sont liés : prise de décision, engagement, auto-gestion et super résultats. L'un engendre l'autre.<br /> <br /> L'engagement est le nom de ce nouveau jeu, et vous l'obtenez en ''invitant les équipes à prendre certaines décisions'' qui impactent leur travail. Scrum définit certaines décisions que seules les équipes sont autorisées à prendre. Il y a une bonne raison pour cela.<br /> <br /> Si vous "aidez" l'équipe à prendre des décisions, vous '''''découragez''''' l'auto-gestion et l'auto-organisation. C'est pourtant là d'où provient toute amélioration.<br /> <br /> ''Donc, arrêtez de faire ça. Vous générez du désengagement'' et vous contribuez à ce que les membres de l'équipe "partent".<br /> <br /> Vous créez des "'''transes-formations'''".<br /> <br /> '''Pousser'''<br /> <br /> Si vous participez à POUSSER l'Agile dans les équipes sans leur consentement, vous faites partie du problème. Vous poussez des pratiques Agile, et vous prenez la plupart des décisions pour eux. Ou encore pire, vous "fermez littéralement les yeux" pendant que les figures d'autorité de l'organisation prennent des décisions que les équipes ''devraient prendre pour rester engagées''.<br /> <br /> Donc, arrêtez de faire ça. Au lieu de ça, faites plutôt les choses suivantes :<br />

	# Encouragez '''les managers à s'abstenir de prendre des décisions pour les équipes''' sachant que Scrum définit clairement que ce niveau de prise de décisions ''appartient'' aux équipes.		# Encouragez '''les managers à s'abstenir de prendre des décisions pour les équipes''' sachant que Scrum définit clairement que ce niveau de prise de décisions ''appartient'' aux équipes.
	# Ensuite, '''encouragez les équipes à prendre des décisions''' pour lesquelles Scrum dit que c'est bien à elles (et uniquement à elles) de prendre.		# Ensuite, '''encouragez les équipes à prendre des décisions''' pour lesquelles Scrum dit que c'est bien à elles (et uniquement à elles) de prendre.
	<br /> Après un certain temps, tout va commencer à s'améliorer. De manière ''durable''.<br /> <br /> Parce que les équipes sont réellement engagées dans cette difficile tâche qui est de ''prendre des décisions en tant qu'équipe''.<br /> <br /> Voir aussi : [https://fr.wikipedia.org/wiki/Effet_Hawthorne Effet Hawthorne]		<br /> Après un certain temps, tout va commencer à s'améliorer. De manière ''durable''.<br /> <br /> Parce que les équipes sont réellement engagées dans cette difficile tâche qui est de ''prendre des décisions en tant qu'équipe''.<br /> <br /> Voir aussi : [https://fr.wikipedia.org/wiki/Effet_Hawthorne Effet Hawthorne]

Fabrice Aimetti le 23 juin 2018 à 17:53

2018-06-23T17:53:31Z

← Version précédente		Version du 23 juin 2018 à 17:53
Ligne 4 :		Ligne 4 :
	<span style="background-color: #ffffff">Traducteur : Fabrice Aimetti</span><br /> <span style="background-color: #ffffff">Date : 16/06/2017</span><br />		<span style="background-color: #ffffff">Traducteur : Fabrice Aimetti</span><br /> <span style="background-color: #ffffff">Date : 16/06/2017</span><br />
	----		----
	''<span style="background-color: #ffffff">Traduction :</span>''<br /> <br /> [[Image:daniel-mezick-004.png\|daniel-mezick-004.png]]LEÇONS DE COACHING AGILE<br /> <br /> Les transformations qui poussent au changement semblent à première vue intéressantes, mais en fait ne durent pas dans le temps. Ce qui se joue réellement à ce moment-là est l'Effet Hawthorne (NdT : cf. [/L%27Effet%20Hawthorne L'Effet Hawthorne]). Lorsque vous produisez un changement dans un environnement de travail, par exemple améliorer la luminosité des lampes, la productivité augmente temporairement puis revient à la moyenne. Cela ne dure pas. Si vous attendez un moment et que vous diminuez un peu la luminosité, il se passe la même chose. Des changements de ce type génèrent de brèves augmentations de productivité. Lorsqu'on observe les gens suite un changement, ils changent temporairement leurs comportements.<br /> <br /> Ce que l'on vend aujourd'hui comme des "Transformations Agile" sont pour la plupart des augmentations de productivité à court terme qui ne durent pas. Une amélioration temporaire basée sur l'effet Hawthorne. De nouvelles procédures, de nouveaux consultants, de nouvelles équipes, de nouvelles pratiques, ... Observation. Les augmentations de productivité liées à l'effet Hawthorne sont trompeuses. Elles ne durent pas. Elles sont systématiquement temporaires. Il ne s'agit pas d'une "transformation" réelle.<br /> <br /> Dans la [[L'auto-organisation est de l'auto-gestion\|Leçon 4]], je vous ai expliqué la dynamique de l'auto-gestion. Un peu plus tard (dans la [L'engagement est tout\|Leçon 14]), j'ai expliqué comment prendre des ''décisions'' déclenche de très hauts niveaux d'''engagement''. Et comment cet engagement ''est réellement à l'origine de'' toutes les améliorations. Tous ses sujets sont liés : prise de décision, engagement, auto-gestion et super résultats. L'un engendre l'autre.<br /> <br /> L'engagement est le nom de ce nouveau jeu, et vous l'obtenez en ''invitant les équipes à prendre certaines décisions'' qui impactent leur travail. Scrum définit certaines décisions que seules les équipes sont autorisées à prendre. Il y a une bonne raison pour cela.<br /> <br /> Si vous "aidez" l'équipe à prendre des décisions, vous '''''découragez''''' l'auto-gestion et l'auto-organisation. C'est pourtant là d'où provient toute amélioration.<br /> <br /> ''Donc, arrêtez de faire ça. Vous générez du désengagement'' et vous contribuez à ce que les membres de l'équipe "partent".<br /> <br /> Vous créez des "'''transes-formations'''".<br /> <br /> '''Pousser'''<br /> <br /> Si vous participez à POUSSER l'Agile dans les équipes sans leur consentement, vous faites partie du problème. Vous poussez des pratiques Agile, et vous prenez la plupart des décisions pour eux. Ou encore pire, vous "fermez littéralement les yeux" pendant que les figures d'autorité de l'organisation prennent des décisions que les équipes ''devraient prendre pour rester engagées''.<br /> <br /> Donc, arrêtez de faire ça. Au lieu de ça, faites plutôt les choses suivantes :<br />		''<span style="background-color: #ffffff">Traduction :</span>''<br /> <br /> [[Image:daniel-mezick-004.png\|daniel-mezick-004.png]]LEÇONS DE COACHING AGILE<br /> <br /> Les transformations qui poussent au changement semblent à première vue intéressantes, mais en fait ne durent pas dans le temps. Ce qui se joue réellement à ce moment-là est l'Effet Hawthorne (NdT : cf. [/L%27Effet%20Hawthorne L'Effet Hawthorne]). Lorsque vous produisez un changement dans un environnement de travail, par exemple améliorer la luminosité des lampes, la productivité augmente temporairement puis revient à la moyenne. Cela ne dure pas. Si vous attendez un moment et que vous diminuez un peu la luminosité, il se passe la même chose. Des changements de ce type génèrent de brèves augmentations de productivité. Lorsqu'on observe les gens suite un changement, ils changent temporairement leurs comportements.<br /> <br /> Ce que l'on vend aujourd'hui comme des "Transformations Agile" sont pour la plupart des augmentations de productivité à court terme qui ne durent pas. Une amélioration temporaire basée sur l'effet Hawthorne. De nouvelles procédures, de nouveaux consultants, de nouvelles équipes, de nouvelles pratiques, ... Observation. Les augmentations de productivité liées à l'effet Hawthorne sont trompeuses. Elles ne durent pas. Elles sont systématiquement temporaires. Il ne s'agit pas d'une "transformation" réelle.<br /> <br /> Dans la [[L'auto-organisation est de l'auto-gestion\|Leçon 4]], je vous ai expliqué la dynamique de l'auto-gestion. Un peu plus tard (dans la [[L'engagement est tout\|Leçon 14]]), j'ai expliqué comment prendre des ''décisions'' déclenche de très hauts niveaux d'''engagement''. Et comment cet engagement ''est réellement à l'origine de'' toutes les améliorations. Tous ses sujets sont liés : prise de décision, engagement, auto-gestion et super résultats. L'un engendre l'autre.<br /> <br /> L'engagement est le nom de ce nouveau jeu, et vous l'obtenez en ''invitant les équipes à prendre certaines décisions'' qui impactent leur travail. Scrum définit certaines décisions que seules les équipes sont autorisées à prendre. Il y a une bonne raison pour cela.<br /> <br /> Si vous "aidez" l'équipe à prendre des décisions, vous '''''découragez''''' l'auto-gestion et l'auto-organisation. C'est pourtant là d'où provient toute amélioration.<br /> <br /> ''Donc, arrêtez de faire ça. Vous générez du désengagement'' et vous contribuez à ce que les membres de l'équipe "partent".<br /> <br /> Vous créez des "'''transes-formations'''".<br /> <br /> '''Pousser'''<br /> <br /> Si vous participez à POUSSER l'Agile dans les équipes sans leur consentement, vous faites partie du problème. Vous poussez des pratiques Agile, et vous prenez la plupart des décisions pour eux. Ou encore pire, vous "fermez littéralement les yeux" pendant que les figures d'autorité de l'organisation prennent des décisions que les équipes ''devraient prendre pour rester engagées''.<br /> <br /> Donc, arrêtez de faire ça. Au lieu de ça, faites plutôt les choses suivantes :<br />

	# Encouragez '''les managers à s'abstenir de prendre des décisions pour les équipes''' sachant que Scrum définit clairement que ce niveau de prise de décisions ''appartient'' aux équipes.		# Encouragez '''les managers à s'abstenir de prendre des décisions pour les équipes''' sachant que Scrum définit clairement que ce niveau de prise de décisions ''appartient'' aux équipes.
	# Ensuite, '''encouragez les équipes à prendre des décisions''' pour lesquelles Scrum dit que c'est bien à elles (et uniquement à elles) de prendre.		# Ensuite, '''encouragez les équipes à prendre des décisions''' pour lesquelles Scrum dit que c'est bien à elles (et uniquement à elles) de prendre.
	<br /> Après un certain temps, tout va commencer à s'améliorer. De manière ''durable''.<br /> <br /> Parce que les équipes sont réellement engagées dans cette difficile tâche qui est de ''prendre des décisions en tant qu'équipe''.<br /> <br /> Voir aussi : [https://fr.wikipedia.org/wiki/Effet_Hawthorne Effet Hawthorne]		<br /> Après un certain temps, tout va commencer à s'améliorer. De manière ''durable''.<br /> <br /> Parce que les équipes sont réellement engagées dans cette difficile tâche qui est de ''prendre des décisions en tant qu'équipe''.<br /> <br /> Voir aussi : [https://fr.wikipedia.org/wiki/Effet_Hawthorne Effet Hawthorne]

Fabrice Aimetti le 23 juin 2018 à 17:52

2018-06-23T17:52:57Z

← Version précédente		Version du 23 juin 2018 à 17:52
Ligne 4 :		Ligne 4 :
	<span style="background-color: #ffffff">Traducteur : Fabrice Aimetti</span><br /> <span style="background-color: #ffffff">Date : 16/06/2017</span><br />		<span style="background-color: #ffffff">Traducteur : Fabrice Aimetti</span><br /> <span style="background-color: #ffffff">Date : 16/06/2017</span><br />
	----		----
	''<span style="background-color: #ffffff">Traduction :</span>''<br /> <br /> [[Image:daniel-mezick-004.png\|daniel-mezick-004.png]]LEÇONS DE COACHING AGILE<br /> <br /> Les transformations qui poussent au changement semblent à première vue intéressantes, mais en fait ne durent pas dans le temps. Ce qui se joue réellement à ce moment-là est l'Effet Hawthorne (NdT : cf. [/L%27Effet%20Hawthorne L'Effet Hawthorne]). Lorsque vous produisez un changement dans un environnement de travail, par exemple améliorer la luminosité des lampes, la productivité augmente temporairement puis revient à la moyenne. Cela ne dure pas. Si vous attendez un moment et que vous diminuez un peu la luminosité, il se passe la même chose. Des changements de ce type génèrent de brèves augmentations de productivité. Lorsqu'on observe les gens suite un changement, ils changent temporairement leurs comportements.<br /> <br /> Ce que l'on vend aujourd'hui comme des "Transformations Agile" sont pour la plupart des augmentations de productivité à court terme qui ne durent pas. Une amélioration temporaire basée sur l'effet Hawthorne. De nouvelles procédures, de nouveaux consultants, de nouvelles équipes, de nouvelles pratiques, ... Observation. Les augmentations de productivité liées à l'effet Hawthorne sont trompeuses. Elles ne durent pas. Elles sont systématiquement temporaires. Il ne s'agit pas d'une "transformation" réelle.<br /> <br /> Dans la [[L'auto-organisation est de l'auto-gestion\|Leçon 4]], je vous ai expliqué la dynamique de l'auto-gestion. Un peu plus tard (dans la [/L~~%27engagement%20est%20tout%20%28le%C3%A7on%2014%29~~ Leçon 14]), j'ai expliqué comment prendre des ''décisions'' déclenche de très hauts niveaux d'''engagement''. Et comment cet engagement ''est réellement à l'origine de'' toutes les améliorations. Tous ses sujets sont liés : prise de décision, engagement, auto-gestion et super résultats. L'un engendre l'autre.<br /> <br /> L'engagement est le nom de ce nouveau jeu, et vous l'obtenez en ''invitant les équipes à prendre certaines décisions'' qui impactent leur travail. Scrum définit certaines décisions que seules les équipes sont autorisées à prendre. Il y a une bonne raison pour cela.<br /> <br /> Si vous "aidez" l'équipe à prendre des décisions, vous '''''découragez''''' l'auto-gestion et l'auto-organisation. C'est pourtant là d'où provient toute amélioration.<br /> <br /> ''Donc, arrêtez de faire ça. Vous générez du désengagement'' et vous contribuez à ce que les membres de l'équipe "partent".<br /> <br /> Vous créez des "'''transes-formations'''".<br /> <br /> '''Pousser'''<br /> <br /> Si vous participez à POUSSER l'Agile dans les équipes sans leur consentement, vous faites partie du problème. Vous poussez des pratiques Agile, et vous prenez la plupart des décisions pour eux. Ou encore pire, vous "fermez littéralement les yeux" pendant que les figures d'autorité de l'organisation prennent des décisions que les équipes ''devraient prendre pour rester engagées''.<br /> <br /> Donc, arrêtez de faire ça. Au lieu de ça, faites plutôt les choses suivantes :<br />		''<span style="background-color: #ffffff">Traduction :</span>''<br /> <br /> [[Image:daniel-mezick-004.png\|daniel-mezick-004.png]]LEÇONS DE COACHING AGILE<br /> <br /> Les transformations qui poussent au changement semblent à première vue intéressantes, mais en fait ne durent pas dans le temps. Ce qui se joue réellement à ce moment-là est l'Effet Hawthorne (NdT : cf. [/L%27Effet%20Hawthorne L'Effet Hawthorne]). Lorsque vous produisez un changement dans un environnement de travail, par exemple améliorer la luminosité des lampes, la productivité augmente temporairement puis revient à la moyenne. Cela ne dure pas. Si vous attendez un moment et que vous diminuez un peu la luminosité, il se passe la même chose. Des changements de ce type génèrent de brèves augmentations de productivité. Lorsqu'on observe les gens suite un changement, ils changent temporairement leurs comportements.<br /> <br /> Ce que l'on vend aujourd'hui comme des "Transformations Agile" sont pour la plupart des augmentations de productivité à court terme qui ne durent pas. Une amélioration temporaire basée sur l'effet Hawthorne. De nouvelles procédures, de nouveaux consultants, de nouvelles équipes, de nouvelles pratiques, ... Observation. Les augmentations de productivité liées à l'effet Hawthorne sont trompeuses. Elles ne durent pas. Elles sont systématiquement temporaires. Il ne s'agit pas d'une "transformation" réelle.<br /> <br /> Dans la [[L'auto-organisation est de l'auto-gestion\|Leçon 4]], je vous ai expliqué la dynamique de l'auto-gestion. Un peu plus tard (dans la [L'engagement est tout\|Leçon 14]), j'ai expliqué comment prendre des ''décisions'' déclenche de très hauts niveaux d'''engagement''. Et comment cet engagement ''est réellement à l'origine de'' toutes les améliorations. Tous ses sujets sont liés : prise de décision, engagement, auto-gestion et super résultats. L'un engendre l'autre.<br /> <br /> L'engagement est le nom de ce nouveau jeu, et vous l'obtenez en ''invitant les équipes à prendre certaines décisions'' qui impactent leur travail. Scrum définit certaines décisions que seules les équipes sont autorisées à prendre. Il y a une bonne raison pour cela.<br /> <br /> Si vous "aidez" l'équipe à prendre des décisions, vous '''''découragez''''' l'auto-gestion et l'auto-organisation. C'est pourtant là d'où provient toute amélioration.<br /> <br /> ''Donc, arrêtez de faire ça. Vous générez du désengagement'' et vous contribuez à ce que les membres de l'équipe "partent".<br /> <br /> Vous créez des "'''transes-formations'''".<br /> <br /> '''Pousser'''<br /> <br /> Si vous participez à POUSSER l'Agile dans les équipes sans leur consentement, vous faites partie du problème. Vous poussez des pratiques Agile, et vous prenez la plupart des décisions pour eux. Ou encore pire, vous "fermez littéralement les yeux" pendant que les figures d'autorité de l'organisation prennent des décisions que les équipes ''devraient prendre pour rester engagées''.<br /> <br /> Donc, arrêtez de faire ça. Au lieu de ça, faites plutôt les choses suivantes :<br />

	# Encouragez '''les managers à s'abstenir de prendre des décisions pour les équipes''' sachant que Scrum définit clairement que ce niveau de prise de décisions ''appartient'' aux équipes.		# Encouragez '''les managers à s'abstenir de prendre des décisions pour les équipes''' sachant que Scrum définit clairement que ce niveau de prise de décisions ''appartient'' aux équipes.
	# Ensuite, '''encouragez les équipes à prendre des décisions''' pour lesquelles Scrum dit que c'est bien à elles (et uniquement à elles) de prendre.		# Ensuite, '''encouragez les équipes à prendre des décisions''' pour lesquelles Scrum dit que c'est bien à elles (et uniquement à elles) de prendre.
	<br /> Après un certain temps, tout va commencer à s'améliorer. De manière ''durable''.<br /> <br /> Parce que les équipes sont réellement engagées dans cette difficile tâche qui est de ''prendre des décisions en tant qu'équipe''.<br /> <br /> Voir aussi : [https://fr.wikipedia.org/wiki/Effet_Hawthorne Effet Hawthorne]		<br /> Après un certain temps, tout va commencer à s'améliorer. De manière ''durable''.<br /> <br /> Parce que les équipes sont réellement engagées dans cette difficile tâche qui est de ''prendre des décisions en tant qu'équipe''.<br /> <br /> Voir aussi : [https://fr.wikipedia.org/wiki/Effet_Hawthorne Effet Hawthorne]

Fabrice Aimetti le 23 juin 2018 à 17:51

2018-06-23T17:51:36Z

← Version précédente		Version du 23 juin 2018 à 17:51
Ligne 4 :		Ligne 4 :
	<span style="background-color: #ffffff">Traducteur : Fabrice Aimetti</span><br /> <span style="background-color: #ffffff">Date : 16/06/2017</span><br />		<span style="background-color: #ffffff">Traducteur : Fabrice Aimetti</span><br /> <span style="background-color: #ffffff">Date : 16/06/2017</span><br />
	----		----
	''<span style="background-color: #ffffff">Traduction :</span>''<br /> <br /> [[Image:daniel-mezick-004.png\|daniel-mezick-004.png]]LEÇONS DE COACHING AGILE<br /> <br /> Les transformations qui poussent au changement semblent à première vue intéressantes, mais en fait ne durent pas dans le temps. Ce qui se joue réellement à ce moment-là est l'Effet Hawthorne (NdT : cf. [/L%27Effet%20Hawthorne L'Effet Hawthorne]). Lorsque vous produisez un changement dans un environnement de travail, par exemple améliorer la luminosité des lampes, la productivité augmente temporairement puis revient à la moyenne. Cela ne dure pas. Si vous attendez un moment et que vous diminuez un peu la luminosité, il se passe la même chose. Des changements de ce type génèrent de brèves augmentations de productivité. Lorsqu'on observe les gens suite un changement, ils changent temporairement leurs comportements.<br /> <br /> Ce que l'on vend aujourd'hui comme des "Transformations Agile" sont pour la plupart des augmentations de productivité à court terme qui ne durent pas. Une amélioration temporaire basée sur l'effet Hawthorne. De nouvelles procédures, de nouveaux consultants, de nouvelles équipes, de nouvelles pratiques, ... Observation. Les augmentations de productivité liées à l'effet Hawthorne sont trompeuses. Elles ne durent pas. Elles sont systématiquement temporaires. Il ne s'agit pas d'une "transformation" réelle.<br /> <br /> Dans la [L'auto-organisation est de l'auto-gestion\|Leçon 4], je vous ai expliqué la dynamique de l'auto-gestion. Un peu plus tard (dans la [/L%27engagement%20est%20tout%20%28le%C3%A7on%2014%29 Leçon 14]), j'ai expliqué comment prendre des ''décisions'' déclenche de très hauts niveaux d'''engagement''. Et comment cet engagement ''est réellement à l'origine de'' toutes les améliorations. Tous ses sujets sont liés : prise de décision, engagement, auto-gestion et super résultats. L'un engendre l'autre.<br /> <br /> L'engagement est le nom de ce nouveau jeu, et vous l'obtenez en ''invitant les équipes à prendre certaines décisions'' qui impactent leur travail. Scrum définit certaines décisions que seules les équipes sont autorisées à prendre. Il y a une bonne raison pour cela.<br /> <br /> Si vous "aidez" l'équipe à prendre des décisions, vous '''''découragez''''' l'auto-gestion et l'auto-organisation. C'est pourtant là d'où provient toute amélioration.<br /> <br /> ''Donc, arrêtez de faire ça. Vous générez du désengagement'' et vous contribuez à ce que les membres de l'équipe "partent".<br /> <br /> Vous créez des "'''transes-formations'''".<br /> <br /> '''Pousser'''<br /> <br /> Si vous participez à POUSSER l'Agile dans les équipes sans leur consentement, vous faites partie du problème. Vous poussez des pratiques Agile, et vous prenez la plupart des décisions pour eux. Ou encore pire, vous "fermez littéralement les yeux" pendant que les figures d'autorité de l'organisation prennent des décisions que les équipes ''devraient prendre pour rester engagées''.<br /> <br /> Donc, arrêtez de faire ça. Au lieu de ça, faites plutôt les choses suivantes :<br />		''<span style="background-color: #ffffff">Traduction :</span>''<br /> <br /> [[Image:daniel-mezick-004.png\|daniel-mezick-004.png]]LEÇONS DE COACHING AGILE<br /> <br /> Les transformations qui poussent au changement semblent à première vue intéressantes, mais en fait ne durent pas dans le temps. Ce qui se joue réellement à ce moment-là est l'Effet Hawthorne (NdT : cf. [/L%27Effet%20Hawthorne L'Effet Hawthorne]). Lorsque vous produisez un changement dans un environnement de travail, par exemple améliorer la luminosité des lampes, la productivité augmente temporairement puis revient à la moyenne. Cela ne dure pas. Si vous attendez un moment et que vous diminuez un peu la luminosité, il se passe la même chose. Des changements de ce type génèrent de brèves augmentations de productivité. Lorsqu'on observe les gens suite un changement, ils changent temporairement leurs comportements.<br /> <br /> Ce que l'on vend aujourd'hui comme des "Transformations Agile" sont pour la plupart des augmentations de productivité à court terme qui ne durent pas. Une amélioration temporaire basée sur l'effet Hawthorne. De nouvelles procédures, de nouveaux consultants, de nouvelles équipes, de nouvelles pratiques, ... Observation. Les augmentations de productivité liées à l'effet Hawthorne sont trompeuses. Elles ne durent pas. Elles sont systématiquement temporaires. Il ne s'agit pas d'une "transformation" réelle.<br /> <br /> Dans la [[L'auto-organisation est de l'auto-gestion\|Leçon 4]], je vous ai expliqué la dynamique de l'auto-gestion. Un peu plus tard (dans la [/L%27engagement%20est%20tout%20%28le%C3%A7on%2014%29 Leçon 14]), j'ai expliqué comment prendre des ''décisions'' déclenche de très hauts niveaux d'''engagement''. Et comment cet engagement ''est réellement à l'origine de'' toutes les améliorations. Tous ses sujets sont liés : prise de décision, engagement, auto-gestion et super résultats. L'un engendre l'autre.<br /> <br /> L'engagement est le nom de ce nouveau jeu, et vous l'obtenez en ''invitant les équipes à prendre certaines décisions'' qui impactent leur travail. Scrum définit certaines décisions que seules les équipes sont autorisées à prendre. Il y a une bonne raison pour cela.<br /> <br /> Si vous "aidez" l'équipe à prendre des décisions, vous '''''découragez''''' l'auto-gestion et l'auto-organisation. C'est pourtant là d'où provient toute amélioration.<br /> <br /> ''Donc, arrêtez de faire ça. Vous générez du désengagement'' et vous contribuez à ce que les membres de l'équipe "partent".<br /> <br /> Vous créez des "'''transes-formations'''".<br /> <br /> '''Pousser'''<br /> <br /> Si vous participez à POUSSER l'Agile dans les équipes sans leur consentement, vous faites partie du problème. Vous poussez des pratiques Agile, et vous prenez la plupart des décisions pour eux. Ou encore pire, vous "fermez littéralement les yeux" pendant que les figures d'autorité de l'organisation prennent des décisions que les équipes ''devraient prendre pour rester engagées''.<br /> <br /> Donc, arrêtez de faire ça. Au lieu de ça, faites plutôt les choses suivantes :<br />

	# Encouragez '''les managers à s'abstenir de prendre des décisions pour les équipes''' sachant que Scrum définit clairement que ce niveau de prise de décisions ''appartient'' aux équipes.		# Encouragez '''les managers à s'abstenir de prendre des décisions pour les équipes''' sachant que Scrum définit clairement que ce niveau de prise de décisions ''appartient'' aux équipes.
	# Ensuite, '''encouragez les équipes à prendre des décisions''' pour lesquelles Scrum dit que c'est bien à elles (et uniquement à elles) de prendre.		# Ensuite, '''encouragez les équipes à prendre des décisions''' pour lesquelles Scrum dit que c'est bien à elles (et uniquement à elles) de prendre.
	<br /> Après un certain temps, tout va commencer à s'améliorer. De manière ''durable''.<br /> <br /> Parce que les équipes sont réellement engagées dans cette difficile tâche qui est de ''prendre des décisions en tant qu'équipe''.<br /> <br /> Voir aussi : [https://fr.wikipedia.org/wiki/Effet_Hawthorne Effet Hawthorne]		<br /> Après un certain temps, tout va commencer à s'améliorer. De manière ''durable''.<br /> <br /> Parce que les équipes sont réellement engagées dans cette difficile tâche qui est de ''prendre des décisions en tant qu'équipe''.<br /> <br /> Voir aussi : [https://fr.wikipedia.org/wiki/Effet_Hawthorne Effet Hawthorne]

Fabrice Aimetti le 23 juin 2018 à 17:51

2018-06-23T17:51:14Z

← Version précédente		Version du 23 juin 2018 à 17:51
Ligne 4 :		Ligne 4 :
	<span style="background-color: #ffffff">Traducteur : Fabrice Aimetti</span><br /> <span style="background-color: #ffffff">Date : 16/06/2017</span><br />		<span style="background-color: #ffffff">Traducteur : Fabrice Aimetti</span><br /> <span style="background-color: #ffffff">Date : 16/06/2017</span><br />
	----		----
	''<span style="background-color: #ffffff">Traduction :</span>''<br /> <br /> [[Image:daniel-mezick-004.png\|daniel-mezick-004.png]]LEÇONS DE COACHING AGILE<br /> <br /> Les transformations qui poussent au changement semblent à première vue intéressantes, mais en fait ne durent pas dans le temps. Ce qui se joue réellement à ce moment-là est l'Effet Hawthorne (NdT : cf. [/L%27Effet%20Hawthorne L'Effet Hawthorne]). Lorsque vous produisez un changement dans un environnement de travail, par exemple améliorer la luminosité des lampes, la productivité augmente temporairement puis revient à la moyenne. Cela ne dure pas. Si vous attendez un moment et que vous diminuez un peu la luminosité, il se passe la même chose. Des changements de ce type génèrent de brèves augmentations de productivité. Lorsqu'on observe les gens suite un changement, ils changent temporairement leurs comportements.<br /> <br /> Ce que l'on vend aujourd'hui comme des "Transformations Agile" sont pour la plupart des augmentations de productivité à court terme qui ne durent pas. Une amélioration temporaire basée sur l'effet Hawthorne. De nouvelles procédures, de nouveaux consultants, de nouvelles équipes, de nouvelles pratiques, ... Observation. Les augmentations de productivité liées à l'effet Hawthorne sont trompeuses. Elles ne durent pas. Elles sont systématiquement temporaires. Il ne s'agit pas d'une "transformation" réelle.<br /> <br /> Dans la [/L~~%27auto~~-organisation~~%20est%20de%20l%27auto~~-gestion~~%20%28le%C3%A7on%204%29~~ Leçon 4], je vous ai expliqué la dynamique de l'auto-gestion. Un peu plus tard (dans la [/L%27engagement%20est%20tout%20%28le%C3%A7on%2014%29 Leçon 14]), j'ai expliqué comment prendre des ''décisions'' déclenche de très hauts niveaux d'''engagement''. Et comment cet engagement ''est réellement à l'origine de'' toutes les améliorations. Tous ses sujets sont liés : prise de décision, engagement, auto-gestion et super résultats. L'un engendre l'autre.<br /> <br /> L'engagement est le nom de ce nouveau jeu, et vous l'obtenez en ''invitant les équipes à prendre certaines décisions'' qui impactent leur travail. Scrum définit certaines décisions que seules les équipes sont autorisées à prendre. Il y a une bonne raison pour cela.<br /> <br /> Si vous "aidez" l'équipe à prendre des décisions, vous '''''découragez''''' l'auto-gestion et l'auto-organisation. C'est pourtant là d'où provient toute amélioration.<br /> <br /> ''Donc, arrêtez de faire ça. Vous générez du désengagement'' et vous contribuez à ce que les membres de l'équipe "partent".<br /> <br /> Vous créez des "'''transes-formations'''".<br /> <br /> '''Pousser'''<br /> <br /> Si vous participez à POUSSER l'Agile dans les équipes sans leur consentement, vous faites partie du problème. Vous poussez des pratiques Agile, et vous prenez la plupart des décisions pour eux. Ou encore pire, vous "fermez littéralement les yeux" pendant que les figures d'autorité de l'organisation prennent des décisions que les équipes ''devraient prendre pour rester engagées''.<br /> <br /> Donc, arrêtez de faire ça. Au lieu de ça, faites plutôt les choses suivantes :<br />		''<span style="background-color: #ffffff">Traduction :</span>''<br /> <br /> [[Image:daniel-mezick-004.png\|daniel-mezick-004.png]]LEÇONS DE COACHING AGILE<br /> <br /> Les transformations qui poussent au changement semblent à première vue intéressantes, mais en fait ne durent pas dans le temps. Ce qui se joue réellement à ce moment-là est l'Effet Hawthorne (NdT : cf. [/L%27Effet%20Hawthorne L'Effet Hawthorne]). Lorsque vous produisez un changement dans un environnement de travail, par exemple améliorer la luminosité des lampes, la productivité augmente temporairement puis revient à la moyenne. Cela ne dure pas. Si vous attendez un moment et que vous diminuez un peu la luminosité, il se passe la même chose. Des changements de ce type génèrent de brèves augmentations de productivité. Lorsqu'on observe les gens suite un changement, ils changent temporairement leurs comportements.<br /> <br /> Ce que l'on vend aujourd'hui comme des "Transformations Agile" sont pour la plupart des augmentations de productivité à court terme qui ne durent pas. Une amélioration temporaire basée sur l'effet Hawthorne. De nouvelles procédures, de nouveaux consultants, de nouvelles équipes, de nouvelles pratiques, ... Observation. Les augmentations de productivité liées à l'effet Hawthorne sont trompeuses. Elles ne durent pas. Elles sont systématiquement temporaires. Il ne s'agit pas d'une "transformation" réelle.<br /> <br /> Dans la [L'auto-organisation est de l'auto-gestion\|Leçon 4], je vous ai expliqué la dynamique de l'auto-gestion. Un peu plus tard (dans la [/L%27engagement%20est%20tout%20%28le%C3%A7on%2014%29 Leçon 14]), j'ai expliqué comment prendre des ''décisions'' déclenche de très hauts niveaux d'''engagement''. Et comment cet engagement ''est réellement à l'origine de'' toutes les améliorations. Tous ses sujets sont liés : prise de décision, engagement, auto-gestion et super résultats. L'un engendre l'autre.<br /> <br /> L'engagement est le nom de ce nouveau jeu, et vous l'obtenez en ''invitant les équipes à prendre certaines décisions'' qui impactent leur travail. Scrum définit certaines décisions que seules les équipes sont autorisées à prendre. Il y a une bonne raison pour cela.<br /> <br /> Si vous "aidez" l'équipe à prendre des décisions, vous '''''découragez''''' l'auto-gestion et l'auto-organisation. C'est pourtant là d'où provient toute amélioration.<br /> <br /> ''Donc, arrêtez de faire ça. Vous générez du désengagement'' et vous contribuez à ce que les membres de l'équipe "partent".<br /> <br /> Vous créez des "'''transes-formations'''".<br /> <br /> '''Pousser'''<br /> <br /> Si vous participez à POUSSER l'Agile dans les équipes sans leur consentement, vous faites partie du problème. Vous poussez des pratiques Agile, et vous prenez la plupart des décisions pour eux. Ou encore pire, vous "fermez littéralement les yeux" pendant que les figures d'autorité de l'organisation prennent des décisions que les équipes ''devraient prendre pour rester engagées''.<br /> <br /> Donc, arrêtez de faire ça. Au lieu de ça, faites plutôt les choses suivantes :<br />

	# Encouragez '''les managers à s'abstenir de prendre des décisions pour les équipes''' sachant que Scrum définit clairement que ce niveau de prise de décisions ''appartient'' aux équipes.		# Encouragez '''les managers à s'abstenir de prendre des décisions pour les équipes''' sachant que Scrum définit clairement que ce niveau de prise de décisions ''appartient'' aux équipes.
	# Ensuite, '''encouragez les équipes à prendre des décisions''' pour lesquelles Scrum dit que c'est bien à elles (et uniquement à elles) de prendre.		# Ensuite, '''encouragez les équipes à prendre des décisions''' pour lesquelles Scrum dit que c'est bien à elles (et uniquement à elles) de prendre.
	<br /> Après un certain temps, tout va commencer à s'améliorer. De manière ''durable''.<br /> <br /> Parce que les équipes sont réellement engagées dans cette difficile tâche qui est de ''prendre des décisions en tant qu'équipe''.<br /> <br /> Voir aussi : [https://fr.wikipedia.org/wiki/Effet_Hawthorne Effet Hawthorne]		<br /> Après un certain temps, tout va commencer à s'améliorer. De manière ''durable''.<br /> <br /> Parce que les équipes sont réellement engagées dans cette difficile tâche qui est de ''prendre des décisions en tant qu'équipe''.<br /> <br /> Voir aussi : [https://fr.wikipedia.org/wiki/Effet_Hawthorne Effet Hawthorne]

Fabrice Aimetti : Page créée avec « Category: Daniel Mezick
Auteur : Daniel Mezick ([https://twitter.com... »

2018-06-23T17:49:31Z

Page créée avec « Category: Daniel Mezick <div id="content_view" class="wiki" style="display: block">Auteur : Daniel Mezick ([https://twitter.com... »

Nouvelle page

[[Category: Daniel Mezick]]
<div id="content_view" class="wiki" style="display: block">Auteur : Daniel Mezick ([https://twitter.com/danielmezick @DanielMezick]) Source : [http://newtechusa.net/agile/trance-formation/ The PUSH of Agile Causes “Trance Formations”] Date : 10/05/2017 
----
Traducteur : Fabrice Aimetti Date : 16/06/2017 
----
''Traduction :'' [[Image:daniel-mezick-004.png|daniel-mezick-004.png]]LEÇONS DE COACHING AGILE Les transformations qui poussent au changement semblent à première vue intéressantes, mais en fait ne durent pas dans le temps. Ce qui se joue réellement à ce moment-là est l'Effet Hawthorne (NdT : cf. [/L%27Effet%20Hawthorne L'Effet Hawthorne]). Lorsque vous produisez un changement dans un environnement de travail, par exemple améliorer la luminosité des lampes, la productivité augmente temporairement puis revient à la moyenne. Cela ne dure pas. Si vous attendez un moment et que vous diminuez un peu la luminosité, il se passe la même chose. Des changements de ce type génèrent de brèves augmentations de productivité. Lorsqu'on observe les gens suite un changement, ils changent temporairement leurs comportements. Ce que l'on vend aujourd'hui comme des "Transformations Agile" sont pour la plupart des augmentations de productivité à court terme qui ne durent pas. Une amélioration temporaire basée sur l'effet Hawthorne. De nouvelles procédures, de nouveaux consultants, de nouvelles équipes, de nouvelles pratiques, ... Observation. Les augmentations de productivité liées à l'effet Hawthorne sont trompeuses. Elles ne durent pas. Elles sont systématiquement temporaires. Il ne s'agit pas d'une "transformation" réelle. Dans la [/L%27auto-organisation%20est%20de%20l%27auto-gestion%20%28le%C3%A7on%204%29 Leçon 4], je vous ai expliqué la dynamique de l'auto-gestion. Un peu plus tard (dans la [/L%27engagement%20est%20tout%20%28le%C3%A7on%2014%29 Leçon 14]), j'ai expliqué comment prendre des ''décisions'' déclenche de très hauts niveaux d'''engagement''. Et comment cet engagement ''est réellement à l'origine de'' toutes les améliorations. Tous ses sujets sont liés : prise de décision, engagement, auto-gestion et super résultats. L'un engendre l'autre. L'engagement est le nom de ce nouveau jeu, et vous l'obtenez en ''invitant les équipes à prendre certaines décisions'' qui impactent leur travail. Scrum définit certaines décisions que seules les équipes sont autorisées à prendre. Il y a une bonne raison pour cela. Si vous "aidez" l'équipe à prendre des décisions, vous '''''découragez''''' l'auto-gestion et l'auto-organisation. C'est pourtant là d'où provient toute amélioration. ''Donc, arrêtez de faire ça. Vous générez du désengagement'' et vous contribuez à ce que les membres de l'équipe "partent". Vous créez des "'''transes-formations'''". '''Pousser''' Si vous participez à POUSSER l'Agile dans les équipes sans leur consentement, vous faites partie du problème. Vous poussez des pratiques Agile, et vous prenez la plupart des décisions pour eux. Ou encore pire, vous "fermez littéralement les yeux" pendant que les figures d'autorité de l'organisation prennent des décisions que les équipes ''devraient prendre pour rester engagées''. Donc, arrêtez de faire ça. Au lieu de ça, faites plutôt les choses suivantes : 

# Encouragez '''les managers à s'abstenir de prendre des décisions pour les équipes''' sachant que Scrum définit clairement que ce niveau de prise de décisions ''appartient'' aux équipes.
# Ensuite, '''encouragez les équipes à prendre des décisions''' pour lesquelles Scrum dit que c'est bien à elles (et uniquement à elles) de prendre.
 Après un certain temps, tout va commencer à s'améliorer. De manière ''durable''. Parce que les équipes sont réellement engagées dans cette difficile tâche qui est de ''prendre des décisions en tant qu'équipe''. Voir aussi : [https://fr.wikipedia.org/wiki/Effet_Hawthorne Effet Hawthorne]

POUSSER l'Agile provoque des "Transe-formations" - Historique des versions

Fabrice Aimetti le 17 décembre 2023 à 11:55

Fabrice Aimetti le 21 avril 2020 à 06:50

Fabrice Aimetti le 28 juillet 2018 à 11:32

Fabrice Aimetti le 23 juin 2018 à 17:54

Fabrice Aimetti le 23 juin 2018 à 17:53

Fabrice Aimetti le 23 juin 2018 à 17:52

Fabrice Aimetti le 23 juin 2018 à 17:51

Fabrice Aimetti le 23 juin 2018 à 17:51

Fabrice Aimetti : Page créée avec « Category: Daniel Mezick Auteur : Daniel Mezick ([https://twitter.com... »

Fabrice Aimetti : Page créée avec « Category: Daniel Mezick
Auteur : Daniel Mezick ([https://twitter.com... »