Indicateurs de pilotage de projet agile Scrum
Ne jamais oublier le manifeste agile
L'offre de logiciels de gestion de projet Agile est aujourd'hui pléthorique.
Difficile de ne pas céder à la tentation de tout outiller au risque de s'éloigner des valeurs et principes du manifeste agile qui a tellement contribué à révolutionner la gestion de projet dans le monde entier.
Pour ce qui est de l'outillage, on peut penser à cette valeur et ce principe en particulier :
- "Valoriser les individus et leurs interactions plus que les processus et les outils"
- "La simplicité – c’est-à-dire l’art de minimiser la quantité de travail inutile – est essentielle"
Voici un outillage basique sous forme de deux documents Google Docs :
- Instruments de pilotage d'un projet Agile comportant une seule équipe.
- Instruments de pilotage d'un projet Agile comportant deux équipes.
Il se veut simple et épuré avec les instruments de pilotage de projet agile Scrum courants. D'autres peuvent s'y ajouter. En principe, il suffit d'en faire une copie et c'est prêt à l'emploi.
No Estimate Agile
Avertissement
Les tableaux de suivi d'itération (sprint backlog) représentent le nombre d'heures restantes pour chaque tâches du sprint. Cependant l'estimation des tâches en heures ne se pratiquent plus tellement (cf. mouvement "No Estimate") car atteindre un tel niveau de précision dans les estimations présente peu d'intérêt et peut faire l'objet d'un gaspillage de temps. Vous pouvez tout simplement décompter le nombre de tâches restantes. Certaines équipes Scrum ne découpent même pas les User Stories en tâches et préfèrent avoir des User Stories petites et de tailles relativement homogènes.
Vous voulez faire encore plus simple ?
Tracez ces 3 indicateurs à la main (très simple à tracer) sur un tableau blanc ou une feuille et prenez une photo pour l'utiliser partout ou c'est nécessaire 😉
Article associé : Guide de démarrage Scrum
Merci beaucoup pour ce post, il m’as été d’une très grande utilité.
Tout le plaisir est pour moi 😉
Merci pour le partage, très utile!
Bonjour,
Si on estime les tâches en jours/hommes et que la durée du Sprint est de 10 jours (Bon on va dire 8 avec les jours fériés pour ce sprint) et que j’ai par exemple dans mon Sprint Backlog Tâche 1, Valeur prédite : 4Jours/hommes, Lundi : ? , Mardi : ?….Comment je remplis les valeurs de lundi et mardi au fur à mesur de l’avancée du sprint? Si lundi il y a deux personnes de la scrum team qui travaillent pour réaliser la tâche 1 alors dans la case Mardi je mets 2 parce que avoir deux personnes pendant une journée équivaut à deux jours/hommes? Merci de m’éclairer.
Bonjour Sarah,
D’abord il est recommandé d’avoir des tâches estimées en heures de moins d’une journée de travail pour avoir un tableau des tâches associé qui vit et qui facilite la répartition du tra
Bonjour Sarah,
D’abord il est recommandé d’avoir des tâches estimées en heures de moins d’une journée de travail pour avoir un tableau des tâches associé qui vit et qui facilite la répartition du travail. Ce n’est pas toujours évident au début d’être aussi fin. On est rarement habitué à le faire.
Mais je ne réponds pas à votre question. Dans le cas que vous citez, c’est le reste à faire réel qui compte. Pas la soustraction du temps estimé par le temps passé. En binôme, on va généralement plus vite que seul sans aller non plus deux fois plus vite. Une façon de faire consiste à compter le temps estimé restant de chacun des deux développeurs et de les additionner pour mettre à jour le « reste à faire ».
Pour information, au passage, à un niveau de maturité plus avancé de l’équipe, on pratique souvent le « no estimate » de ces tâches. Et on ne suit finalement que l’évolution du nombre de tâches restantes en fonction du temps. Chaque tâche faisant à peu près la même taille.
J’espère avoir répondu à la question
Amicalement,
Florent
Bonjour Florent,
les deux liens vers les documents « outillage » n’ont pas l’air de fonctionner.
Bien cordialement,
Delphine
Bonjour Delphine,
Je viens de faire un test concluant.
Est ce que le problème ne pourrait pas venir du proxy de ton entreprise ?
Merci à toi
Florent
Merci pour ce partage. C’est vraiment sympa de votre part.
Merci pour le partage, très utile!