« 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/> | ||