Scrum en moins de 10 minutes

Définition Scrum

Sommaire

Retrouvez dans cet article une définition complète de méthode de gestion de projet Scrum. Ce schéma d’organisation de développement de produits complexes, aussi appelé Frameworks, offre une approche qui permet de livrer très rapidement des produits ou fonctionnalités.

Dans la vidéo ci-dessous, vous trouverez une présentation rapide mais très complète de l’approche Scrum dans la gestion de projet.

Source axosoft

Définition de la méthode SCRUM

Pour rappel Scrum est une méthode agile dédiée à la « gestion de projet ». Cette méthode de gestion, ou plutôt ce Framework de management de projet, à pour objectif d’améliorer la productivité de son équipe.

 

Diagramme Scrum

Approfondissez vos connaissances

Définition SCRUM Scrum pour les nuls Définition SCRUM Définition SCRUM Définition SCRUM

Répartitions des rôles dans Scrum

Le Scrum Master

  • S’assure que les principes et les valeurs de Scrum sont respectés
  • Facilite la communication au sein de l’équipe
  • Cherche à améliorer la productivité et le savoir faire de son équipe

L’équipe

  • Pas de rôle bien déterminé : architecte, développeur, testeur
  • Tous les membres de l’équipe apportent leur savoir faire pour accomplir les tâches
  • Taille de 6 à 10 personnes en général et pouvant aller jusqu’à 200 personnes

Le Product Owner

  • Expert métier, définit les spécifications fonctionnelles
  • Etablit la priorité des fonctionnalités à développer ou corriger
  • Valide les fonctionnalités développées
  • Joue le rôle du client

Méthode de gestion de projet Scrum

Les sprints

Le cycle de vie Scrum est rythmé par des itérations de quelques semaines, les sprints.

Le product backlog

Le référentiel des exigences initiales est dressé et hiérarchisé avec le client. Il constitue ce que l’on nomme le product backlog. Il ne doit pas nécessairement contenir toutes les fonctionnalités attendues dès le début du projet, il va évoluer durant le projet en parallèle des besoins du client.

User Story

Les fonctionnalités décrites portent le nom de User Stories et sont décrites en employant la terminologie utilisée par le client.

Une User Story ou Story contient généralement les informations suivantes :

  • ID – un identifiant unique
  • Nom – un nom court (entre 2 et 10 mots), descriptif de la fonctionnalité attendue par le client (ex. Export / Import Standard Sales Item). Le nom doit être suffisamment clair pour que les membres de l’équipe et le Product Owner comprennent de quelle fonction il s’agit. Le nom ne doit pas introduire d’ambigüités.
  • Importance – un entier qui fixe la priorité des Stories. La priorité d’une story peut être changée en cours de réalisation du projet.
  • Estimation – La quantité de travail nécessaire pour développer, tester, et valider cette fonctionnalité. L’unité de mesure peut être un nombre de jours idéaux (jours à 100% dédiés à la fonctionnalité) ou un nombre de points. Les estimations se font en relatif en comparant les estimations des stories terminées avec la story à estimer.
  • Demo – Un test relativement simple (ex : exporter un objet en XML puis l’effacer de la base, l’importer depuis le XML, à la fin l’objet doit être dans la base). Ce test constitue un test de validation.
  • Notes – toute autre information : clarifications, références documentaires…

le sprint planning meeting

On organise, avant chaque sprint, une réunion de planification, le sprint planning meeting. Ce planning sélectionne dans le product backlog les exigences les plus prioritaires pour le client. Elles seront développées, testées et livrées au client à la fin du sprint. Elles constituent le sprint backlog, un sous ensemble du product backlog.

La mêlée

Au cours du sprint, il est organisé, chaque jour, une réunion d’avancement (environ 15 min) avec tous les membres de l’équipe afin de s’assurer que les objectifs du sprint seront tenus, c’est le Scrum ou mêlée. Chaque jour, après la réunion Scrum, le Scrum Master maintient un graphique appelé sprint burndown chart. Ce graphique donne une très bonne vision de ce qui a été fait et du rythme de travail de l’équipe. Il permet également d’anticiper si toutes les stories du Sprint Backlog seront terminées à la fin de l’itération ou non.
Burndown Chart

Cette réunion n’a pas seulement un but purement informatif, mais aussi de stimuler l’esprit travail en équipe et le niveau d’engagement de chaque membre de l’équipe dans le projet. Durant la réunion chaque membre de l’équipe doit prendre la parole et présenter principalement les choses suivantes :

  • Ce que j’ai fait hier et les éventuels problèmes rencontrés
  • Ce que je vais faire aujourd’hui
  • Est ce que j’ai des difficultés pour continuer mon travail.
  • En faisant cet exercice quotidiennement chaque membre de l’équipe est au courant de ce que font ses collègues et il peut coordonner son travail et aider ou se faire aider en cas de difficultés.

Le Scrum Meeting n’est pas une réunion pendant laquelle on cherche à résoudre les problèmes, mais uniquement à les identifier et les exprimer. Le Scrum Master a pour rôle d’apporter des solutions ou de déléguer à un autre membre de l’équipe la résolution des problèmes soulevés durant le Scrum Meeting. A la suite de cette réunion le Scrum Master met à jour le burndown chart.
A la fin d’un sprint, on fait une démonstration au client des derniers développements, le Sprint Review Meeting. C’est aussi l’occasion de faire un un bilan, sur le fonctionnement de l’équipe et de trouver des points d’amélioration.

De part ses valeurs, Scrum prône l’adaptabilité, sous l’effet de l’expérience acquise et des spécificités du projet ce qui le rapproche de la méthode de production de Toyota. La visibilité, pour évaluer les résultats du processus. L’inspection, qui consiste à vérifier les écarts par rapport à l’objectif initial.

18 commentaires

  1. tayari soumaya sur 8 mars 2017 à 22:17

    merci :)

  2. Kane Mokhtar sur 7 décembre 2016 à 19:29

    Très bon résumé . Seule remarque selon le manifeste scrum est un cadre « framework » et non une méthode ;)

  3. Christophe sur 23 novembre 2016 à 17:04

    Tutoriel très efficace, bravo.

    Merci beaucoup Monsieur Pigot.

  4. CONSTANCE sur 14 octobre 2016 à 16:34

    En gros ça fait 30 ans que je fais du SCRUM !!!!!!! ah ah ah

  5. Aymen sur 7 septembre 2016 à 17:15

    Merci pour ce tuto résumé

  6. TeamPijama sur 25 mars 2015 à 01:33

    Super article ! Une vidéo concise et bourré d’information digeste avec des schéma/explications pour fixer ce que l’on vient de voir c’est parfait.

    – Un étudiant ravie

  7. Lapierre Guillaume sur 12 février 2015 à 15:03

    Excellent article : simple, précis.

    Merci beaucoup !

  8. jabruzzi sur 15 mars 2014 à 11:22

    Merci Thierry ! :D

  9. Sébastien Ollier sur 22 juillet 2013 à 14:42

    Bel Article.
    Puis je utiliser votre présentation pour une « éducation » de mon entourage professionnel ?
    A bientot,

    Sébastien Ollier

    • Thierry Pigot sur 22 juillet 2013 à 14:57

      Bonjour,

      Il n’y a pas de problèmes à partir du moment ou vous citez bien vos sources.

      Thierry

  10. Mathias LEVEQUE sur 8 novembre 2012 à 18:24

    Merci Thierry !

    Sur vos bons conseils, j’ai acheté le livre « Le guide pratique de la méthode agile » de Claude Aubry, une merveille !

    Il m’a permis de mieux organiser le travail de mes équipes et d’optimiser les temps de développement.

    A acheter sans hésitation !
    Mathias

  11. Hubert Marguerite sur 5 juillet 2012 à 15:45

    Bonjour,
    Merci pour ces informations précises et concises. J’aimerais bien montrer la vidéo « under 10 mn » à quelques collaborateurs pour créer une espèce de dynamque. Existe t-elle en français ?
    Merci : H.M

    • Thierry Pigot sur 5 juillet 2012 à 15:49

      Bonjour,

      Malheuresement non, la vidéo est uniquement disponible en anglais.
      Mais YouTube ne permet-il pas d’afficher les sous-titres et de les traduire ?

      Thierry

  12. M.L sur 10 février 2012 à 03:22

    Résumé simple clair et net, merci beaucoup!

  13. Marc sur 25 mai 2011 à 13:03

    Merci pour ce tuto super qualitatif sur la méthode Scrum
    -Simple
    -Rapide
    -Concis

Laissez un commentaire