« Indicateurs Scrum » : différence entre les versions
De Wiki Agile
Page créée avec « Category: Portail Framework <div id="content_view" class="wiki" style="display: block"> Auteur : Bob Boyd<br /> Source : [http://implementingagile.blogspot.fr/2011/06... » |
Aucun résumé des modifications |
||
| (3 versions intermédiaires par le même utilisateur non affichées) | |||
| Ligne 1 : | Ligne 1 : | ||
[[Category: Portail Framework]] | [[Category: Portail Framework]] | ||
Auteur : Bob Boyd<br /> | |||
Source : [http://implementingagile.blogspot.fr/2011/06/scrum-metrics.html Scrum Metrics]<br /> | |||
Date : 26/06/2011<br /> | |||
---- | ---- | ||
Traducteur : Fabrice Aimetti<br /> | |||
Date : 24/10/2017<br /> | |||
---- | ---- | ||
Traduction :<br /> | |||
<br /> | |||
Il y a des tas d'indicateurs qui pourraient être collectés pour évaluer les compétences, le succès, l'ingéniosité, la qualité et la quantité de travail d'une équipe de développement logiciel. Si vous souhaitez vous faire une idée des indicateurs à collecter, jetez un coup d'oeil aux 185 pratiques du [https://www.sei.cmu.edu/cmmi/index.cfm CMMI pour le Développement]. L'Agilité, au contraire de CMMI, n'a pas besoin de "preuve" sur le fait que les pratiques d'ingénierie sont appliquées et ne dispose, par conséquent, que de peu d'indicateurs qu'une Equipe de Développement pourrait collecter pour mesurer le succès de chaque sprint. Ci-dessous, on a 9 indicateurs qu'une Equipe Scrum pourrait envisager d'utiliser :<br /> | |||
# Stories finies vs Stories engagées | # Stories finies vs Stories engagées | ||
# Gestion de la Dette Technique | # Gestion de la Dette Technique | ||
| Ligne 18 : | Ligne 22 : | ||
{| class="captionBox" | {| class="captionBox" | ||
| class="captionedImage" | | | class="captionedImage" | | ||
[[Image:Scrum-Team-Metrics_fr.png|Scrum-Team-Metrics_fr.png]] | [[Image:Scrum-Team-Metrics_fr.png|Scrum-Team-Metrics_fr.png|border|link=]] | ||
|- | |- | ||
| class="imageCaption" | Utiliser un radar est un moyen facile pour le ScrumMaster de suivre et comparer les résultats de sprint en sprint. | | class="imageCaption" | Utiliser un radar est un moyen facile pour le ScrumMaster de suivre et comparer les résultats de sprint en sprint. | ||
| Ligne 61 : | Ligne 65 : | ||
{| class="captionBox" | {| class="captionBox" | ||
| class="captionedImage" | | | class="captionedImage" | | ||
[[Image:Customer-Satisfaction-Survey-Sprint-Review_fr.png|Customer-Satisfaction-Survey-Sprint-Review_fr.png]] | [[Image:Customer-Satisfaction-Survey-Sprint-Review_fr.png|Customer-Satisfaction-Survey-Sprint-Review_fr.png|link=]] | ||
|- | |- | ||
| class="imageCaption" | Le ScrumMaster peut documenter tous les avis des clients et parties prenantes en utilisant un radar facile à lire. | | class="imageCaption" | Le ScrumMaster peut documenter tous les avis des clients et parties prenantes en utilisant un radar facile à lire. | ||
| Ligne 150 : | Ligne 154 : | ||
* Le périmètre des exigences dérive ; le Product Owner ajoute des choses dans le périmètre des stories, ou ajoute des critères d'acceptation non vus lors de la planification du sprint (voir Stories finies vs Stories engagées, Vélocité de l'Equipe, Communication dans l'Equipe). | * Le périmètre des exigences dérive ; le Product Owner ajoute des choses dans le périmètre des stories, ou ajoute des critères d'acceptation non vus lors de la planification du sprint (voir Stories finies vs Stories engagées, Vélocité de l'Equipe, Communication dans l'Equipe). | ||
* L'Equipe ne comprend pas le périmètre du travail à réaliser au début du sprint (voir Vélocité de l'Equipe, Communication dans l'Equipe). | * L'Equipe ne comprend pas le périmètre du travail à réaliser au début du sprint (voir Vélocité de l'Equipe, Communication dans l'Equipe). | ||
