« Livre Scrum 5e édition » : différence entre les versions

De Wiki Agile
Aucun résumé des modifications
Aucun résumé des modifications
Ligne 63 : Ligne 63 :


===  Chapitre 11 : Partager les résultats lors de la revue  ===
===  Chapitre 11 : Partager les résultats lors de la revue  ===
# Un article de Mike Cohn pour dire que la revue, ce n’est pas qu’une démo : Arrêtez de renommer la réunion de revue de sprint
# Un article de Mike Cohn pour dire que la revue, ce n’est pas qu’une démo : Arrêtez de renommer la réunion de revue de sprint
<br />
<br />
Ligne 80 : Ligne 79 :


===  Chapitre 15 : Élaborer le backlog initial  ===
===  Chapitre 15 : Élaborer le backlog initial  ===
# Un exemple de carte des impacts par son créateur : Exemple Impact Mapping
# Un exemple de carte des impacts par son créateur : Exemple Impact Mapping
# Un exemple de carte des stories : Exemple de User Story Mapping
# Un exemple de carte des stories : Exemple de User Story Mapping
Ligne 91 : Ligne 89 :


===  Chapitre 17 : Tirer profit des outils  ===
===  Chapitre 17 : Tirer profit des outils  ===
Pas de lien, allez plutôt voir le wiki Agile Games France pour les jeux.
Pas de lien, allez plutôt voir le wiki Agile Games France pour les jeux.
<br />
<br />


===  Chapitre 18 : Améliorer la visibilité avec les indicateurs  ===
===  Chapitre 18 : Améliorer la visibilité avec les indicateurs  ===
# Des idées d’indicateurs avec Scrum, même si je ne suis pas partisan de toutes celles proposées : Indicateurs Scrum
# Des idées d’indicateurs avec Scrum, même si je ne suis pas partisan de toutes celles proposées : Indicateurs Scrum
# Un modèle utilisé chez Spotify : Bilan de santé de la brigade
# Un modèle utilisé chez Spotify : Bilan de santé de la brigade
Ligne 105 : Ligne 100 :


===  Chapitre 19 : Unir les pratiques d'ingénierie à Scrum  ===
===  Chapitre 19 : Unir les pratiques d'ingénierie à Scrum  ===
# Par Poum, la traduction de l’article fondateur de Dan North sur le BDD : Qu’y a t’il dans une histoire ?
# Par Poum, la traduction de l’article fondateur de Dan North sur le BDD : Qu’y a t’il dans une histoire ?
# [[Manifeste%20pour%20l%27Artisanat%20Logiciel|Manifeste pour artisanat du logiciel]] (craftmanship)
# [[Manifeste%20pour%20l%27Artisanat%20Logiciel|Manifeste pour artisanat du logiciel]] (craftmanship)
Ligne 118 : Ligne 111 :


=== Chapitre 21 : Développer un produit à plusieurs équipes ===
=== Chapitre 21 : Développer un produit à plusieurs équipes ===
# Le portail LeSS a été traduit en français, cela donne des dizaines de pages à parcourir : [[LeSS_-_Portail_Framework|LeSS]]
# Le portail LeSS a été traduit en français, cela donne des dizaines de pages à parcourir : [[LeSS_-_Portail_Framework|LeSS]]
# L’article de référence sur la notion de “Feature teams”, que je présente comme équipe fonctionnalités dans le §21.2 : [[Equipe_Feature|équipe feature]]
# L’article de référence sur la notion de “Feature teams”, que je présente comme équipe fonctionnalités dans le §21.2 : [[Equipe_Feature|équipe feature]]
Ligne 125 : Ligne 117 :


=== Chapitre 22 : Pérenniser une pratique vivante de l'agilité ===
=== Chapitre 22 : Pérenniser une pratique vivante de l'agilité ===
# Dan Mezick propose, avec Open Space Agility, une technique dérivée du Forum Ouvert que je suggère pour les rétrospectives de saison. On trouvera des explications dans les leçons 9 et 10 du portail [[https://www.wikiagile.fr/index.php?title=Cat%C3%A9gorie:Portail_Le%C3%A7ons_de_coaching_agile Leçons de coaching agile]]
# Dan Mezick propose, avec Open Space Agility, une technique dérivée du Forum Ouvert que je suggère pour les rétrospectives de saison. On trouvera des explications dans les leçons 9 et 10 du portail [[https://www.wikiagile.fr/index.php?title=Cat%C3%A9gorie:Portail_Le%C3%A7ons_de_coaching_agile Leçons de coaching agile]]
# Un modèle proposé par Michael Sahota en 2012, discutable dans sa taxonomie : [[Guide_de_Survie_à_l'Adoption_ou_Transformation_Agile|Guide de survie à l’adoption ou la transformation agile]]
# Un modèle proposé par Michael Sahota en 2012, discutable dans sa taxonomie : [[Guide_de_Survie_à_l'Adoption_ou_Transformation_Agile|Guide de survie à l’adoption ou la transformation agile]]
<br/>
<br/>