Méthode agile scrum, exemple

methode agile scrum exemple
methode agile scrum exemple

Voici un article pour comprendre la méthode agile scrum. Quoi de mieux qu’un exemple pour comprendre ?

Prenons un sujet en exemple

Pour commencer, je désire créer un nouveau blog dédié à la méthode agile scrum appelé scrum.sg.

Voici ce que présentera ce blog :

  • tous les éléments définit par le framework scrum
  • ne présentera que des éléments du scrum guide
  • proposera des illustrations claires

Le sujet est simple mais permettra de bien poser les bases de notre exemple.

Comment démarrer notre méthode agile scrum ?

En effet, il n’est pas simple de démarrer un projet avec la méthode agile scrum sans la moindre préparation.

Commencer par une phase de préparation

Pour ma part je recommande de préparer une première vision du backlog ; pour cela, n’hésitez pas à aller voir le framing agile qui est un framework de lancement de produit 100% agile.

Il permettra :

  • d’aligner l’équipe autour de la mission et des objectifs
  • d’avoir une vision du produit que nous désirons réaliser
  • de visualiser les risques et de la roadmap du produit
  • de définir l’organisation et la gouvernance de l’équipe
Canvas du framing agile v2.0 beta – methode agile scrum exemple

Site : Le framing agile

A la fin de votre framing agile, vous aurez définit un premier backlog avec quelques éléments « prêt » à être développés et de nombreux éléments encore non détaillés.

L’équipe aura pris le temps lors du framing agile pour définir le definition of done qui détermine l’ensemble des critères qui validera qu’un item est terminé soit potentiellement publiable en production.

definition of done
Article : definition of done

Démarrer son premier sprint

Pour rappel, un sprint commence par un sprint planning et se termine par une sprint review ainsi qu’une rétrospective. Le scrum master va aider l’équipe à devenir autonome tout au long des sprints.

scrum sprint cérémonies
scrum sprint cérémonies – methode agile scrum exemple

Méthode agile scrum : sprint planning

Lors de cette sprint planning, l’équipe scrum va définir son sprint backlog avec les éléments suivants :

  • l’objectif du sprint
  • les items répondant à l’objectif du sprint
  • le plan de réalisation de ces items (sous-tâches techniques, ordonnancement…)

Voici ce que l’équipe scrum définit ensemble pour notre exemple de blog :

objectif du sprint : « afficher une première version du blog scrum.sg »

items sélectionnés par l’équipe :

  • En tant que visiteur, je souhaite voir la page d’accueil avec les derniers articles du blog
  • ETQ visiteur, je souhaite pouvoir obtenir le flux RSS des articles
  • En tant que visiteur, je souhaite pouvoir lire un article au complet

Pour respecter les exigences du scrum guide, le product owner avait complété les items par :

  • des tests en gherkin pour dire comment les tester
  • la valeur de chacun d’eux
  • l’estimation de chacun d’eux proposée précédemment par l’équipe de dev.

L’équipe de développement et le product owner se mettent alors d’accord sur le « comment » répondre à ces besoins lors de cette sprint planning. C’est la fameux « plan » attendu lors de la sprint planning. Et en effet, cette partie est souvent sous-estimée.

L’équipe doit parler de la solution

Solution proposée par l’équipe de développement : mettre un wordpress qui répond aux 3 besoins avec l’installation de wordpress et quelques configurations.

Le product owner décide de valider la solution. L’équipe de développement proposera alors au product owner de rajouter des items car ils sont persuadés qu’ils pourront faire beaucoup plus de choses.

D’ailleurs, ils indiquent aussi au product owner, que certains items auront aussi été réalisé grâce à cette solution :

  • en tant qu’auteur, je souhaite pouvoir écrire un article sur le blog
  • en tant qu’auteur, je souhaite que ma partie administration du blog soit sécurisée par un accès login/mot de passe

Comme vous le voyez, selon le « plan » proposé et/ou validé, cela peut remettre tout le sprint backlog en question. Faire un sprint planning, n’est pas juste de choisir les items à faire mais de parler de comment l’équipe de développement va les réaliser.

Et si j’ai pris cet exemple, c’est qu’il montre à quel point le « plan » peut changer toute la physiognomy d’un sprint imaginé en amont.

L’équipe doit découper en sous-tâches techniques

Les user-stories n’étant pas techniques, l’équipe de développement découpera chacune des user-stories en sous-tâches techniques.

En tant que visiteur, je souhaite voir la page d'accueil avec les derniers articles du blog

L’équipe de développement définira le découpage technique adapté à la solution choisit sachant que ce sera la première user-story de traitée par l’équipe :

  • installer un environnement de développement
  • mettre en place un environnement de recette
  • installer wordpress
  • configurer wordpress pour « scrum.sg »
  • configurer la page d’accueil pour afficher les derniers articles
  • faire de faux articles pour bien vérifier l’affichage

L’équipe de développement va également définir l’ordre de développement des user-stories (au moins pour les premières).

Méthode agile scrum : la réalisation commence

A la fin de la sprint planning, l’équipe de développement commencera la phase de réalisation.

A chaque fois que le développement d’un item sera réalisé, un (ou des) membre de l’équipe de développement, vérifiera que l’item respecte tous les critères de la definition of done avant de le définir comme « done ».

Attention, ce n’est pas le product owner qui fait cela mais bel et bien l’équipe de développement.

Méthode agile scrum : daily scrum

Chaque matin, l’équipe fera une daily scrum classique. Chaque membre de l’équipe de développement va chacun leur tour dire :

  • ce qu’il a fait depuis la dernière Daily
  • puis ce qu’il pense faire jusqu’à la prochaine Daily
  • lèvera éventuellement une alerte

Méthode agile scrum : sprint review

Le product owner invite l’équipe de développement et les parties prenantes pour faire la revue du sprint.

Il va rappeler l’objectif du sprint : « afficher une première version du blog scrum.sg ».

L’équipe de développement va alors expliquer tous les items qu’elle a réussi à finaliser et ceux non finalisés du sprint backlog. Elle en profitera pour expliquer les obstacles rencontrés si il y en a et indiquer si l’objectif du sprint a été atteint.

Quand tout cela est fait, l’équipe présentera la première version du blog (objectif atteint) afin d’obtenir du feedback de l’ensemble des participants à cette sprint review. Avec ces feedback, le product owner rajoutera de nouveaux items non détaillés au sein du product backlog.

Tous les participants vont ensemble définir comment avancer sur le produit dès le prochain sprint.

Méthode agile scrum : sprint rétrospective

L’équipe scrum va en fin de sprint review s’isoler pour faire une sprint rétrospective afin de chercher des axes d’amélioration à mettre en place dès le prochain sprint.

Notre équipe aura défini ceux-ci :

  • améliorer notre management visuel
  • analyser les plugins wordpress pour ne pas refaire le travail
  • analyser l’aspect sécurité de wordpress

Conclusion

J’espère que cet exemple de sprint vous sera d’une grande aide pour mieux comprendre comment se déroule scrum. N’hésitez pas à aller voir notre cours sur scrum beaucoup plus basé sur la théorie :

Scrum : bien démarrer

[ Article lu 1 fois aujourd'hui ]
A propos Judicaël Paquet 518 Articles
  Paquet Judicaël (coach agile et devops sénior) Mes activités en France et en Suisse : - architecte de transformation agile - formations agiles personnalisées - sensibilisations et coaching de manager - audits de maturité agile et de situations - coaching agile (équipes, orga, product owner, scrum master, coach agile) Spécialités : scrum, kanban, management 3.0, agilité à l’échelle, lean startup, méthode agile. [Suisse/France]

Soyez le premier à commenter

Laisser un commentaire

Votre adresse de messagerie ne sera pas publiée.


*


Ce site utilise Akismet pour réduire les indésirables. En savoir plus sur comment les données de vos commentaires sont utilisées.