Scrum

De Didaquest
Aller à la navigationAller à la recherche
The printable version is no longer supported and may have rendering errors. Please update your browser bookmarks and please use the default browser print function instead.


Autres Fiches Conceptuelles
Posez une Question


(+)

Target Icon.pngVotre Publicité sur le Réseau Target Icon.png

Puce-didaquest.png Définition

Domaine, Discipline, Thématique


More-didaquest.png Justification


Définition écrite


Dans ce cadre de travail, les personnes peuvent aborder des problèmes complexes et adaptatifs tout en livrant de manière itérative et incrémentale des produits de la plus grande valeur possible, des produits qui répondent aux besoins de leurs utilisateurs et tiennent compte du développement technologique. Sa particularité est qu’il est simple à comprendre néanmoins difficile à maîtriser.


More-didaquest.png Scrum - Historique (+)


Définition graphique




Puce-didaquest.png Concepts ou notions associés


More-didaquest.png Scrum - Glossaire / (+)



Puce-didaquest.png Exemples, applications, utilisations

  • Scrum a été utilisé pour développer des logiciels, du matériel, des logiciels embarqués, des réseaux de fonctions interactives, des véhicules autonomes, des écoles, des gouvernements, du marketing, de la gestion opérationnelle des organisations et presque tout ce que nous utilisons dans notre vie quotidienne.
  • Plus il y a une augmentation des complexités sur le plan technologique, marché et environnemental ainsi leurs interactions, plus l'utilité de Scrum, pour faire face à cette complexité, est quotidiennement confirmée.
  • Scrum s'est avéré particulièrement efficace dans le transfert itératif et incrémental de savoir. Maintenant, Scrum est largement utilisé pour la gestion de l'organisation, de ses produits et ses services.


Blue-circle-target.png Exemple d'explicitation des 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


  • 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.


(+)


Puce-didaquest.png Erreurs ou confusions éventuelles



Puce-didaquest.png Questions possibles



Puce-didaquest.png Liaisons enseignements et programmes

Idées ou Réflexions liées à son enseignement



Aides et astuces



Puce-didaquest.png Bibliographie