Différences entre versions de « Scrum »

De Didaquest
Aller à la navigationAller à la recherche
 
(8 versions intermédiaires par 2 utilisateurs non affichées)
Ligne 10 : Ligne 10 :
 
<!--****************** Commercez les modifications: Fiche-Disciplines-Thématiques *********************-->
 
<!--****************** Commercez les modifications: Fiche-Disciplines-Thématiques *********************-->
  
−
|Domaine-Discipline-Thématique-1= Informatique                           
+
|Domaine-Discipline-Thématique-1= Informatique de gestion                            
−
|Domaine-Discipline-Thématique-2= Industrie
+
|Domaine-Discipline-Thématique-2= Management
−
|Domaine-Discipline-Thématique-3= Management
+
|Domaine-Discipline-Thématique-3= Industrie
 
|Domaine-Discipline-Thématique-4= Marketing
 
|Domaine-Discipline-Thématique-4= Marketing
−
|Domaine-Discipline-Thématique-5= Gouvernemental
+
|Domaine-Discipline-Thématique-5=  
−
|Domaine-Discipline-Thématique-6= Agilité
+
|Domaine-Discipline-Thématique-6=  
 
|Domaine-Discipline-Thématique-7=  
 
|Domaine-Discipline-Thématique-7=  
  
Ligne 28 : Ligne 28 :
 
|Définition= <!-- Ne pas Modifier  -->
 
|Définition= <!-- Ne pas Modifier  -->
 
<!-- *************** Commercez les modifications *******************-->
 
<!-- *************** Commercez les modifications *******************-->
 +
* Scrum est un 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.
 +
  
−
* C’est Un cadre de travail (framework) dans lequel 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.
 
  
−
* 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
 
  
 
<!-- ******** Fin Définition Générale ***************************** -->
 
<!-- ******** Fin Définition Générale ***************************** -->
  
 +
<!-- ************* Début Définition Approfondissement ************* -->
 +
|Typologie= <!------------------------------------ Ne pas Modifier  -->
 +
<!-- ****************** Commercez les modifications ****************-->
 +
 +
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.
 +
 +
<!-- ************************* Fin ********************************* -->
 
}}<!-- ******** Fin Fiche Didactique Définition ******************* -->
 
}}<!-- ******** Fin Fiche Didactique Définition ******************* -->
  
Ligne 103 : Ligne 110 :
 
* 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.  
 
* 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.
 
* 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.
 +
 +
{{@}} 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.
  
 
}}<!--************** Fin Fiche Didactique Explicitations ******************* -->
 
}}<!--************** Fin Fiche Didactique Explicitations ******************* -->
Ligne 115 : Ligne 187 :
 
<!-- ****************** Commercez les modifications *************************-->
 
<!-- ****************** Commercez les modifications *************************-->
  
−
* Confusion entre [[méthode agile et FrameWork]]
+
Erreurs fréquentes : Les étudiants ont tendance à commettre les erreurs suivantes :
−
* Confusion entre [[Fonctionnalité et Business Value]]
+
* Erreur Principale : [[Sprint 0]]
−
* Confusion entre [[Complexité et Vélocité]]
+
* Scrum est utilsé pour un développement rapide
−
* Confusion entre [[Rôle de Product Owner et Scrum Master]]
 
−
* Confusion entre [[Retrospective et Review]]
 
−
* Confusion entre [[Daily et Sprint Planning]]
 
−
 
 
−
Erreurs fréquentes: Les étudiants ont tendance à commettre les erreurs suivantes :
 
−
* [[Sprint 0]]
 
−
* Scrum pour un développement rapide
 
 
* L’agilité est la liberté de faire à sa façon
 
* L’agilité est la liberté de faire à sa façon
−
* L’agilité est le développement rapide
 
 
* Les développeurs sont agiles c’est-à-dire maîtres de la situation
 
* Les développeurs sont agiles c’est-à-dire maîtres de la situation
 
* Le développement agile exige des développeurs seniors
 
* Le développement agile exige des développeurs seniors
Ligne 132 : Ligne 196 :
 
* Scrum est pour le contrôle de qualité
 
* Scrum est pour le contrôle de qualité
 
* Durée de sprint changeable
 
* 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
 +
 +
 
}}<!-- ************** Fin Fiche Didactique Conceptions ********************* -->
 
}}<!-- ************** Fin Fiche Didactique Conceptions ********************* -->
  

Version actuelle datée du 5 juin 2020 à 06:53


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

Emblem-important-blue.svg
  • Scrum est un 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.


More-didaquest.png Scrum - Historique (+)


Définition graphique

Emblem-important-blue.svg

  • Historique

  • Artefacts de Scrum

  • Agile Versus Classique


Emblem-important-blue.svg


Emblem-important-blue.svg

{{{AutresMedias}}}


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

Emblem-important-blue.svg

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

(+)



Puce-didaquest.png Questions possibles



Puce-didaquest.png Liaisons enseignements et programmes

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

Emblem-important-blue.svg
  • Jeux de Rôles
  • Jeux Pédagogiques
  • Etude de Cas réels
  • QCM en ligne
  • Préparation à la certification

(+)



Aides et astuces

Emblem-important-blue.svg
  • 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



Puce-didaquest.png Bibliographie

Emblem-important-blue.svg

Pour citer cette page: ([1]) 

ABROUGUI, M & al, 2020. Scrum. In Didaquest [en ligne]. <http:www.didaquest.org/wiki/Scrum>, consulté le 22, novembre, 2024


Récupérée de « https://didaquest.org/w/index.php?title=Scrum&oldid=62678 »