Indicateurs
Bien que le Scrum et l'eXtreme Programming ne définissent pas de liste d'indicateurs à mesurer pour analyser la santé de l'équipe, il est important d'établir une liste qui peut être optimisée régulièrement afin d'obtenir un résultat précis facilement.
Voici quelques exemples d'indicateurs :
Si la vélocité baisse alors peut-être que l'équipe passe trop de temps sur du bugfix ou chore.
La volatilité de la vélocité indique la déviance de la vélocité par rapport à la vélocité moyenne.
Si la vélocité n'est pas stable alors il y a probablement un problème dans la façon dont l'effort est estimé ou alors les User Stories sont de taille trop importante.
Mesurez l'intérêt et le temps perdu dans les tâches "ingrates" ou celles qui semblent inutiles.
Exemples : tâches manuelles, pointage, paperwork etc...
Cela peut révéler un "process" inutile ou l'absence d'outils adaptés.
Negativity Bias : Une heure sur une tâche "ingrate" est plus coûteuse qu'une heure sur une tâche utile.
Pensez à mesurer l'humeur ou encore mieux le moral de l'équipe.
Cela peut se faire en proposant à chaque membre de répondre à ces questions à chaque Sprint Retrospective par exemple :
- 1.Je me sens adapté à mon équipe ;
- 2.Je suis fier du travail que je produis au sein de mon équipe ;
- 3.Je suis enthousiaste du travail que je dois produire ;
- 4.Notre travail a du sens.
Evitez le Niko Niko Calendar. Ce dernier peut nuire au moral de l'équipe.
- Vos développeurs travaillent-ils avec des boucliers d’interaction sociale (A.K.A. casques audios) ?
- Entendez-vous du vocabulaire possessif au sein de l’équipe tel que “ton outil ne marche plus”; “mon code”; “j’ai fini ma story”; “ah non ! je ne toucherai pas à ça, c’est machin qui s’en occupe”; ”ce code/cette application/cet outil, c’est mon bébé !” 😱
- L’absence de certaines personnes clées peut-elle aboutir au blocage ou au ralentissement considérable de l’équipe ?
- Votre équipe peut-elle survivre avec 50% de l’effectif ?
- Est-ce que les développeurs sont capables de différencier le code qu’ils ont produits de celui des autres ?
Nombre de bugs et satisfaction du ou des client(s).
Qualité du code.
Last modified 4yr ago