Mettre en œuvre Scrum sur un projet (hors informatique) : Notre conseil

Présentation

Auteur(s)

Morgan DUCHENE

Lire cet article issu d'une ressource documentaire complète, actualisée et validée par des comités scientifiques.

Lire l’article

INTRODUCTION

Ce qui caractérise un développement informatique, c’est que le produit créé est nouveau. Il n’y a pas de moule, de production en chaîne, de recette simple à suivre. Depuis plus de quinze ans, les méthodes agiles ont été créées puis perfectionnées afin de maîtriser ce processus créatif et d’arriver à un produit en parfait accord avec le besoin des utilisateurs.

Mais l’informatique n’est pas le seul domaine où le produit final est nouveau. On a les mêmes contraintes dans la recherche et les productions intellectuelles en général, dans les arts et certaines productions artisanales. Dans tous ces domaines, il est possible de bénéficier des années de recherche et de perfectionnement apportées aux méthodes agiles, et plus particulièrement à Scrum, dès lors que l’on garde en tête les principes mis en évidence.

Cet article est réservé aux abonnés.
Il vous reste 94 % à découvrir.

Pour explorer cet article Consulter l'extrait gratuit

Déjà abonné ? Se connecter

DOI (Digital Object Identifier)

https://doi.org/10.51257/a-v1-fic0862

Lecture en cours
Présentation

Page
suivante

Erreurs à éviter

Article inclus dans l'offre

"Management et ingénierie de l'innovation"

(450 articles)

Une base complète d’articles

Actualisée et enrichie d’articles validés par nos comités scientifiques.

Des contenus enrichis

Quiz, médias, tableaux, formules, vidéos, etc.

Des modules pratiques

Opérationnels et didactiques, pour garantir l'acquisition des compétences transverses.

Des avantages inclus

Un ensemble de services exclusifs en complément des ressources.

Voir l'offre

5. Notre conseil

Suivez l’avancée des tâches à faire et la vitesse de développement. Les équipes Scrum ont l’habitude de travailler avec un tableau pour suivre l’avancée de leurs tâches. Ce tableau est aussi un support de communication autour duquel l’équipe se réunit lors de la réunion quotidienne

Ce tableau montre deux besoins en cours de développement.

Le premier a encore deux tâches non commencées (tâches X et Y), une tâche en cours de réalisation (tâche W) et deux tâches terminées (tâches A et B).

Chaque tâche porte également l’estimation du temps restant en heures pour finir la tâche. On voit certaines estimations barrées, cela signifie que quelqu’un a travaillé dessus et estimé le nouveau temps restant lors de la réunion quotidienne.

Les initiales que l’on voit enfin sont celles des personnes prenant en charge une tâche. On ne les inscrit généralement que dans la colonne « en cours » car plusieurs personnes sont susceptibles de réaliser une tâche.

Complétez ce tableau qui donne une bonne vision des tâches restant à faire et de leur état par une courbe permettant de suivre la vitesse du travail. De cette façon, on vérifie que le travail sera bien fini dans les temps.

Il n’est pas suffisant de suivre l’évolution des tâches pendant une itération Scrum, il faut également suivre la vitesse de développement pour être sûr de finir dans les temps. La courbe de suivi du temps restant estimé ou sprint burndown chart permet de faire cette vérification.

comparant la courbe réelle à la courbe idéale (droite), on peut vérifier que le travail avance à un rythme suffisant pour finir l’ensemble du travail avant la fin de l’itération.

Mettez à jour ces deux outils pour chaque réunion quotidienne de l’équipe.

HAUT DE PAGE

Cet article est réservé aux abonnés.
Il vous reste 92 % à découvrir.