Différences
Ci-dessous, les différences entre deux révisions de la page.
Les deux révisions précédentes Révision précédente Prochaine révision | Révision précédente | ||
slam5:scrum [2013/01/06 16:59] – jcheron | slam5:scrum [2024/09/25 01:42] (Version actuelle) – [Validation] jcheron | ||
---|---|---|---|
Ligne 1: | Ligne 1: | ||
====== SCRUM ====== | ====== SCRUM ====== | ||
[[http:// | [[http:// | ||
+ | |||
+ | ===== -- L’équipe ===== | ||
+ | |||
+ | Chaque équipe de projet est composée : | ||
+ | * d’un “product owner” qui est responsable du projet. Il définit le besoin ; | ||
+ | * d’un “scrum master” qui a pour rôle de vérifier que la méthode de gestion de projet est correctement appliquée. Il a un rôle de « coach » ; | ||
+ | * de plusieurs “team member” chargés de transformer le besoin exprimé par le “product owner” en fonctionnalités utilisables. | ||
+ | |||
+ | ===== -- Le déroulement du projet ===== | ||
+ | Un projet est composé de plusieurs “sprints” au terme desquels une ou plusieurs fonctionnalités (correspondants à une ou plusieurs tâches) doivent être livrables. | ||
+ | |||
+ | A chaque nouveau sprint, la séance débute obligatoirement par une réunion appelée “revue de sprint” (sprint review) pour faire le point par rapport au sprint précédent. | ||
+ | Au cours de chaque sprint, une ou plusieurs autres réunions, appelées “mêlées” seront lancées par le "scrum master" | ||
+ | |||
+ | ==== Les mêlées ==== | ||
+ | |||
+ | Une mêlée est une réunion très importante qui se fait debout pour éviter de s’éterniser. Elle permet aux membres de l’équipe de se synchroniser, | ||
+ | Au cours de chaque mêlée, chaque “team member” répond à 3 questions : | ||
+ | * Qu’ai-je terminé depuis la dernière mêlée ? | ||
+ | * Qu’est ce que je vais terminer d’ici la prochaine mêlée ? | ||
+ | * Quelles difficultés je rencontre ou je pense rencontrer ? | ||
+ | |||
+ | ==== Les sprints ==== | ||
+ | | ||
+ | Une première planification de projet se fait durant le premier sprint appelé “sprint 0”. | ||
+ | Il est dédié aux travaux préparatoires et permet d’établir un tableau de tâches appelé “product backlog” qui pourra évoluer tout au long du projet. | ||
+ | L’estimation de la durée de chaque tâche s’effectue via un “planning poker”. | ||
+ | |||
+ | Les sprints suivants sont précédés de 15 minutes de revue de sprint permettant un recadrage et une ré-évaluation du “product backlog”. | ||
+ | |||
+ | ===== User stories ===== | ||
+ | L' | ||
+ | |||
+ | Une user story correspond à la réalisation d'une fonctionnalité pour 1 utilisateur. | ||
+ | |||
+ | La formulation d'une User story peut utiliser la matrice Rôle-Fonctionnalité-Bénéfice : | ||
+ | |||
+ | * En tant que < | ||
+ | * Je veux que < | ||
+ | * Afin de < | ||
+ | |||
+ | **Par exemple:** | ||
+ | |||
+ | * En tant que client de la banque | ||
+ | * Je veux retirer de l' | ||
+ | * Afin de ne me soucier ni des horaires d' | ||
+ | |||
+ | Cette formulation permet d' | ||
+ | |||
+ | ==== Établissement ==== | ||
+ | |||
+ | Les user stories sont établies suivant un mode oral et collaboratif, | ||
+ | |||
+ | ==== Validation ==== | ||
+ | |||
+ | La validité d'une user story et sa qualité peuvent être estimés au travers de la matrice [[http:// | ||
Liens : | Liens : | ||
+ | * [[http:// | ||
* [[http:// | * [[http:// | ||
* [[http:// | * [[http:// | ||
* [[http:// | * [[http:// | ||
* [[http:// | * [[http:// | ||
+ | * [[https:// | ||
Outils : | Outils : | ||
+ | * [[https:// | ||
* [[http:// | * [[http:// | ||
+ | * [[http:// | ||
+ | |||
+ | Ressources : | ||
+ | * {{: | ||
+ | * {{: |