Méthodologie

    SCRUM     

Réalisé Par :
                      ARBI Ahmed 
Plan
Définition de la Méthode SCRUM

Caractéristiques du Méthode

Les Concepts du Méthode

Conclusion
  SCRUM est la plus connue des méthodes
agiles Créée en 1996 par Ken Schwaber . 
 Elle met en avant l’aspect soudé d’une équipe
auto-organisée cherchant à atteindre un but
partagé. La particularité de Scrum est de
placer l’utilisateur final au cœur de l’équipe et
de valoriser l’individu, l’équipe, le concret,
Definition du l’application, la collaboration et l’adaptation.
Scrum n’est pas un acronyme mais le mot
Scrum: anglais signifiant mêlée dans un match de
rugby. 
 Ce n’est pas une méthode au sens strict du
terme mais plutôt une approche, un cadre de
processus et un ensemble de principes, presque
une philosophie fondée sur le changement, la
culture du résultat, la transparence et la
communication, le respect des utilisateurs et
des clients – et l’esprit d’équipe.
  Comme les autres méthodes agiles, Scrum
repose sur une approche empirique, avec une
série de cycles de développement de courte
durée, appelés « sprints », et des rétroactions
fréquentes. Ces sprints sont des blocs de temps
fixes, le plus souvent de 2 à 4 semaines, avec
un rythme et une régularité prédéterminés. Ils
sont itératifs et adaptatifs en fonction des
Caracteristuque besoins ou objectifs évolutifs du client
(utilisateurs). À la fin de chaque cycle, un
du methode livrable est présenté au cours d’une « revue de
sprint ».
scrum
 Ce processus permanent d’adaptation et
d’échange entre développeurs et clients et/ou
utilisateurs (l’équipe sprint mêle les deux)
permet d’obtenir un produit proche des besoins
client en prenant en compte l’évolution de ces
besoins et de maximiser ainsi la valeur du
produit livré. 
 Les roles 
Les concepts du
Les artifacts 
methode scrum
Les processus 
LES ROLES :

Equipe 
Directeur de SCRUM
SCRUM Master
produit
  Directeur de produit, ou Product Owner en anglais, représente
à la fois les clients et les utilisateurs. Mais le terme de directeur
est ici à prendre au sens de guide plus que de chef
hiérarchique. En effet, ses responsabilités se bornent à
l'établissement des limites du projets et de chaque itératon.
 L'avantage du Directeur de Produit est sa relation avec le
client. Il peut néanmoins et pour des raisons évidentes de
productivité travailler dans le même espace que l'équipe de
développement.
Directeur de   Celui-ci sachant de façon précise les attentes du client, il peut
répondre directement interrogations des collaborateurs.
produit  Finalement, le Directeur de Produit définit les fonctionnalités du
produit. Voici une liste de ses responsabilités :
• Choisit la date et le contenu de la release
• Responsable du retour sur investissement
• Définit les priorités dans le backlog en fonction de la valeur
« métier »
• Ajuste les fonctionnalités et les priorités à chaque sprint si
nécessaire
  Ce dernier agit en tant que facilitateur entre le responsable
produit et l’équipe. Son rôle principal est d’éliminer tous les
obstacles qui peuvent empêcher l’équipe d’atteindre les
objectifs fixés pour chaque sprint de travail. Il s’assure que les
principes et les valeurs Scrum sont respectés. Il facilite la
communication au sein de l’équipe et cherche à améliorer la
productivité et le savoir-faire de son équipe. 
 Voici quelques unes de ces caractéristiques :
SCRUM Master  Responsable de faire appliquer par l’équipe les valeurs et
les pratiques de Scrum
 Résout des problèmes
 S'assure que l'équipe est complètement fonctionnelle et
productive
 Facilite une coopération poussée entre tous les rôles et
fonctions
  Dans la méthode SCRUM, l’équipe est
responsable de la réalisation opérationnelle
des tâches. L’équipe est d’ailleurs
généralement composée de 6 à 10 personnes
mais pouvant aller jusqu'à 200 personnes. C’est
Equipe SCRUM toute l’équipe qui est responsable du résultat
final de chaque sprint. La manière dont sont
exécutées les tâches est très libre mais cette
liberté doit être néanmoins cadrée par
l’obligation de répondre aux objectifs du sprint
LES ARTEFACTS:

Incremen
Product B Sprint Bac
acklog klog t
  Le Product Backlog est la liste des besoins d'un
produit : les PBIs (Product Backlog Items).
Fonctionnalités, bugs, besoins non-fonctionnels, etc...
 Le Product Owner priorise les items en fonction de la
valeur business, du risque, des dépendances et la date
de disponibilité souhaitée. 
 En quelques mots voici ce que constitue un
product Backlog :
 Une liste de tout ce qui va entraîner du travail au
projet
Product Backlog  Chaque élément doit apporter de la valeur aux
utilisateurs ou clients du produit
 Les priorités sont définies par le directeur produit
 Les priorités sont revues à chaque sprint
  Le Backlog de Sprint est un engagement Dans
le quel  chaque développeur s'engage sur un
temps de travail pour chaque tâches établies.
Suite à cela on évalue quotidiennement grâce
aux SCRUM meeting les différences de
prévision. 
 Voici les principales caractéristiques du
Backlog de Sprint:
 L'estimation du reste à faire est ajustée tous les
Backlog de Sprint jours
 Le backlog est adaptable
 Le travail du sprint émerge progressivement
 Si un travail n'est pas clair, il faut définir une tâche
avec plus de temps et la décomposer après.
  Maintenant que nous savons comment lister les
tâches il est interressant de savoir comment
visualiser l'avancement du projet, et surtout des
Sprints inhérent au projet. Pour ce faire nous
avons ce que la terminologie SCRUM nommmé un
Burndown Chart .
 Le Brundown Chart est un indicateur temporelle
de l'évolution des tâches en cours dans le Sprint.
Nous disions précédement que le travail de
l'équipe était adaptable et attribué de façon
Increament
( Burndown Chart)
personnelle à chaque membre. Mais l'objectif
restant de pouvoir, à chaque instant, visualiser
l'état du projet, SCRUM met en place ce que l'on
nomme le SCRUM Board et qui réflechit sous
forme de post-it sur un tableau :
 Les tâches à faire
 Les tâches en cours
LES PROCESSUS:

PLANIFICATIO Scrum Revue du Rétrospective

N quotidien Sprint
 Planification (Sprint planning meeting)

 Ce processus  de gestion du projet vise à organiser les exigences d’affaires, établir le

coût et le calendrier précis du projet (y compris une liste des livrables et leurs dates
de livraison), planifier l’organisation du travail et obtenir l’autorisation des
gestionnaires.
 En SCRUM la planification se fait par niveau, chaque niveau correspondant à un
Sprint. Une réunion de collaborateur s'effectue généralement sur 8h et en deux
temps.
 En première partie :
 On effectue la création du Backlog produit
 On détermine les enjeux du Sprint
 Participants : Product Owner, SCRUM Master, l'équipe
 En deuxième partie :
 On crée le Backlog de Sprint
 Participants: Scrum Master, l'équipe
 Scrum quotidien (Daily Sprint Meeting)

 Le SCRUM meeting est une réunion organisée tous les jours pendant 5 minute.
 Celle-ci n'est pas fait pour résoudre mais plutôt pour identifier les problèmes.
Finalement Tout le monde peut participer au meeting, mais seuls les membres de
l'équipe peuvent parlés.
 Le SCRUM meeting est effectué pour répondre à 3 questions essentielles :
 qu’est-ce que j’ai faits hier?
 qu’est-ce que je fais aujourd’hui?
 quels sont les problèmes?
 Toute l'équipe interviens et le tour de parole doit être  respecté pour éviter que le
SCRUM dérive sur des discussions techniques et déborde des 15 minutes. Si le besoin
s'en fait sentir, des discussions sont alors menées librement après le SCRUM.
 Revue du Sprint (Sprint Review meeting)

 A la fin du sprint, tout le monde se réunit pour effectuer la Revue de

sprint, qui dure au maximum 4 heures. L'objectif de la revue de sprint
est de valider le logiciel qui a été produit pendant le sprint.
 L'équipe présente ce qu'elle a fait pendant le sprint. Habituellement la
revue de Sprint se fait avec une démonstration des nouvelles
fonctionnalités ou de l'architecture .
 La Revue de Sprint est une présentation informelle. Ici il ne s'agit pas
de présenter un PowerPoint ou tout autre diapositives, l'idée est ici
simplement de montré ce qui a été réalisé et qui donc fonctionne. La
préparation est simple et nécessite généralement moins de 2 heures.
Tout le monde peut participer à cette présentation.
 Rétrospective (Sprint retrospective meeting)

 Cette étape est une démarche courante en fin de projet. En SCRUM

elle s'effectue à chaque fin de Sprint. L'idée ici est de réfléchir
régulièrement à ce qui marche et ce qui ne marche pas. Pour cela
l'équipe prend en général 15 à 30 minutes pour se réunir et faire un
point.
 On applique ici un principe de Start / Stop / Continue : ce qu’on
aimerait faire, arrêter de faire, continuer a faire.
 La méthode propose donc une approche
très itérative de la gestion de projet. Le
succès de cette méthode repose sur le
strict respect des rôles de chacun, ainsi
que sur des cycles de travail courts, à la
fois rigoureux et flexibles. Le respect
Conclusion de ces règles octroie dans le même
temps une grande autonomie et liberté
à l’ensemble de l’équipe. Au regard de
la complexité croissante dont les
projets innovants font preuve, la
méthode SCRUM paraît être la meilleure
solution pour répondre aux exigences
d’exécution de ces derniers, ce qui
explique le succès qu’elle rencontre
Merci pour
Votre  Attention