Scrum
 Votre Publicité sur le Réseau
|
Définition
Domaine, Discipline, Thématique
Justification
Définition écrite
- Scrum est cadre de travail (framework), dédiée à la « gestion de projet ». Il facilite les méthodes de gestion de management de projet et à pour objectif d’améliorer la productivité d'une équipe.
- 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.
|
{{{Typologie}}} |
Scrum - Historique (+)
Définition graphique
Historique
Artefacts de Scrum
Agile Versus Classique
{{{AutresMedias}}}
Concepts ou notions associés
Scrum - Glossaire / (+)
Exemples, applications, utilisations
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
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
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
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…
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.
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. |
Erreurs ou confusions éventuelles
Erreurs fréquentes : Les étudiants ont tendance à commettre les erreurs suivantes :
- Erreur Principale : Sprint 0
- Scrum est utilsé pour un développement rapide
- L’agilité est la liberté de faire à sa façon
- Les développeurs sont agiles c’est-à-dire maîtres de la situation
- Le développement agile exige des développeurs seniors
- Scrum est pour les « petits » projets
- Scrum est pour le contrôle de qualité
- Durée de sprint changeable
Confusions fréquentes : Les étudiants ont tendance à confondre les conceptions suivantes
- Confusion entre méthode agile et FrameWork : Les fondateurs de Scrun insistent sur le fait qu’il n’est pas une méthode agile mais plutôt un cadre de travail. En effet, il n’est pas en soi un processus, une technique ou une méthode définitive. C'est plutôt un cadre de travail dans lequel vous pouvez utiliser différents processus et techniques.
- Confusion entre Fonctionnalité et Business Value
- Confusion entre Complexité - Vélocité
- Confusion entre Rôle de Product Owner et Scrum Master
- Confusion entre Retrospective - Review
- Confusion entre Daily et Sprint Planning
Questions possibles
- Quelle est la meilleure définition du Scrum ?
- Quelle est la taille recommandée pour une équipe Scrum ?
- Qui doit être présent au « Daily Scrum » ?
- Que doit faire l’équipe de développement durant le premier sprint ?
- Quels sont les rôles dans une équipe Scrum ?
- Choisir la meilleure définition du « Sprint Review » ?
- Sur quel type de processus est basé Scrum ?
- Le PDG demande à l'équipe de développement d'ajouter un élément «très important» à un sprint en cours. Que devrait faire l'équipe de développement ?
- Est-il obligatoire de livrer l’incrément à chaque fin de sprint ?
- Quelles sont les questions posées lors d’un sprint planning ?
Liaisons enseignements et programmes
Idées ou Réflexions liées à son enseignement
Aides et astuces
- Se référer toujours aux sources fiables!!
- plusieurs sites Internet évoquent des concepts Scrum qui chevauchent avec leur vraie définition.
- Suivre les mises à jour du Scrum Guide publié sur www.scrum.org
- S'entrainer quotidiennement à passer les open assessments sur le site officiel
Bibliographie
Pour citer cette page: ([1])
ABROUGUI, M & al, 2020. Scrum. In Didaquest [en ligne]. <http:www.didaquest.org/wiki/Scrum>, consulté le 25, novembre, 2024
