L’Approche Agile

Pr. Meryeme HADNI

Plan

Chapitre I: Appréhender la méthodologie scrum Agile

• Définition de la méthode Agile Scrum

• Manifest Agile (valeurs et principes)

• Processus de la méthode Agile

• Rôles et responsabilités

• Evénements Scrum

• Artéfacts Scrum

Chapitre II: Manipuler l’outil : Scrum/Jira

Chapitre I: Appréhender la
méthodologie Scrum Agile
1. Définition de la méthode Agile Scrum

 La méthode Scrum est une méthode de gestion de projets, décrite en 2001 par
Sehwaber et Beedle dans le livre «Agile software developement with Scrum» .

 le nom est un terme emprunté au rugby qui signifie « la mêlée ».

 Pourquoi ce nom ? Car le principe de Scrum est de procéder à des mêlées"

quotidiennes, renforçant l'esprit d'équipe, cherchant à atteindre un but .
1. Définition de la méthode Agile Scrum

 Pour les fondateurs, Scrum "is not a process or a methodology, but path". Ce
qui signifie que Scrum n'est pas un processus ou une méthode mais une voie à
suivre.
 Les entreprises utilisatrices de cette méthode : Microsoft, Yahoo, Google, Nokia..
1. Définition de la méthode Agile Scrum

 L’approche SCRUM est une méthode agile consacrée à la gestion de projet.

 Son objectif phare est d’améliorer la productivité des équipes, tout en permettant
une optimisation du produit grâce à des feedbacks réguliers du marché.
 En parallèle, la méthode SCRUM permet d’avoir une vue d’ensemble du projet
pour chacune des parties prenantes.
 Et elle permet aussi la réduction des bugs et une mise à jour régulière des
priorités.
2. Cycle de vie d’un projet Scrum

 Le cycle de vie d’un projet Scrum est composé de 3 phases:

1. Planification

2. Développement

3. Test + Intégration
2. Cycle de vie d’un projet Scrum

A. Planification

o La planification comprend la définition des exigences définies comme des

éléments d'une liste appelée «backlog de produit ».

o Elle comporte aussi la définition de la date de livraison des fonctionnalités d'une

ou plusieurs itérations.

o Le projet est divisé en itérations appelées de« Sprints»

2. Cycle de vie d’un projet Scrum

B. Développement

o La phase de développement comporte l'implémentation du système.

o Le travail dans le sprint est divisé en blocs quotidiens.

o Chaque jour, les membres de l'équipe se réunissent pour mettre à jour le statut du
sprint et choisissent les tâches à développer par la suite.
2. Cycle de vie d’un projet Scrum

C. Test et Intégration

 Pendant la dernière phase de test et d'intégration, le système devrait être déployé

et une documentation finale produite.
3. Les 4 valeurs de la méthode Agile Scrum
 Dans un projet de développement, toute
1)Les individus et les
relation entre le client et l'équipe doit se baser
interactions plus que les
sur un engagement.
processus et les outils
 Le périmètre de cet engagement est défini
avant le démarrage du projet.

 Le client établit avec les développeurs un

plan de livraison qui regroupe les différents
scénarios qui seront réalisés. L'ensemble de
ces scénarios constitue le périmètre du
projet
3. Les 4 valeurs de la méthode Agile Scrum
 Le projet doit être visible à chaque
2) Les logiciels
intervenant.
opérationnels plus qu’une
 Chaque acteur pourra voir combien de
documentation exhaustive
fonctionnalités ont été réalisées, le but
de chaque itération et qui travaille sur quoi.

 Parmi les outils de gestion de projet Scrum,

on peut citer: Agitefant, IceScrum,
Agita, eXPlainPMT et XPlanner, tous sont
open source,
3. Les 4 valeurs de la méthode Agile Scrum
 Le projet doit respecter l'approche de
3)La collaboration avec les
développement incrémental et itératif.
clients plus que la
 À la fin de chaque itération, le logiciel est
négociation contractuelle
testé.

 L'itération ne démarre que si les

spécifications sont complétées.

 L'équipe doit respecter les délais de

livraison.
3. Les 4 valeurs de la méthode Agile Scrum

4)L’adaptation au  Les développeurs doivent avoir du courage pour

changement plus que le commencer un projet sans conception détaillée.

suivi d’un plan  Le courage est aussi nécessaire dans le cas où

l'équipe est obligée de jeter du code inutile ou trop
complexe.

 Le client a aussi besoin de courage pour

communiquer son mécontentement à chaque fin
d'itération ,
4. Les 12 principes de la méthode Agile Scrum

1) Livrer de la valeur au client 2) Intégrer les demandes de changement

 Le fonctionnement en itérations  Pour le Manifeste Agile, le

permet de délivrer plus vite le changement n’est pas négatif. Il est
produit aux utilisateurs. même positif.

 Il vaut mieux se tromper tôt et de

réparer ses erreurs rapidement que
de se rendre compte trop tard que le
chemin emprunté n’était pas le bon.
4. Les 12 principes de la méthode Agile Scrum

3) Livrer fréquemment une version 4) Assurer une coopération entre le

opérationnelle
 Découper votre produit en petits
morceaux et vos développements
en itérations courtes de deux à
trois semaines.
client et l’équipe
 L'équipe et le client doivent
s’entendre, échanger et travailler
ensemble

 À la fin de chaque itération, livrez

les nouvelles fonctionnalités
développées et testez-les.
4. Les 12 principes de la méthode Agile Scrum
5) Réaliser les projets avec des
personnes motivées
 La confiance mutuelle est un
point essentiel du Manifeste
Agile. En d’autres termes, le
management d’une équipe agile
doit se baser sur la transparence.
 Contrôler étroitement une équipe
de développeur ne va ni les
engager, ni les motiver.
6) Privilégier le dialogue en face à face
 Il n’y a rien de plus efficace que
d’avoir une équipe travaillant sur
le même produit dans un même
espace de travail.
 Les membres peuvent alors se
poser directement les questions,
obtenir les réponses dans la
seconde.
4. Les 12 principes de la méthode Agile Scrum
7) Mesurer l'avancement sur la base
d'un produit opérationnel
 L’objectif du produit n’est pas le
processus, c’est sa valeur. Le
processus est ce qui vous permet
de l’atteindre.
8) Faire avancer le projet à un rythme
soutenable et constant
 La raison de découper un produit
en petites tâches est de garder vos
équipes motivées.
 Si vous travaillez sur un projet
pendant une longue période, vos
équipes rencontreront une
lassitude.
 Ne surchargez pas non plus
l’équipe avec trop d’heures
supplémentaires. Cela aura un
impact sur la qualité de votre
projet.
4. Les 12 principes de la méthode Agile Scrum

9) Contrôler l’excellence technique et à 10) Minimiser la quantité de travail

la conception inutile

 Que ce soit dans le code ou  Si votre objectif est de

dans la méthodologie, la produire rapidement un produit

rigueur va favoriser la fonctionnel, il faut veiller à ne

pas se noyer sous les tâches
construction d’un produit de
complexes et inutiles. Gardez
valeur.
vos documentations simples,
ne vous embarrassez pas de
réunions parasites.
4. Les 12 principes de la méthode Agile Scrum
11) Construire le projet avec des
équipes auto-organisées
 Donner aux équipes l’autonomie
d’agir de manière indépendante.
Ils pourront alors prendre des
décisions rapidement en cas
d’imprévus.
 Une équipe responsabilisée est
une équipe qui fera de son mieux
pour atteindre son objectif.
12) Améliorer constamment l'efficacité
de l'équipe
 Le dernier des 12 principes du
manifeste agile est l'amélioration
continue de l'efficacité.
 Ce dont vous avez besoin, c’est
d’un groupe en constante
évolution, constamment engagé
et à la recherche de moyens
d’améliorer la productivité
Fonctionnement de Scrum
5. Répartitions des rôles dans Scrum
5. Répartitions des rôles dans Scrum

a) Le Product Owner : Il détermine les caractéristiques du produit, fixe la date de

lancement et définit le Product Backlog.

 Expert métier, définit les spécifications fonctionnelles

 Etablit la priorité des fonctionnalités à développer ou corriger

 Donne une vision claire du produit et défini ses caractéristiques

 Valide les fonctionnalités développées

 Joue le rôle du client

5. Répartitions des rôles dans Scrum

b) Le ScrumMaster est le chef de projet Scrum. Il organise les réunions et assure

une collaboration étroite avec le Product Owner .

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

 Protège l’équipe des turbulences

5. Répartitions des rôles dans Scrum

c) Team members ce sont les personnes chargées de la réalisation du sprint

 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

5. Répartitions des rôles dans Scrum

d) Le Product backlog représente le référentiel des exigences initiales est dressé et

hiérarchisé avec le client.

 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.
5. Répartitions des rôles dans Scrum

e) Un Sprint est une itération de 15 à 30 jours .

 Le Sprint backlog est un plan d'itération . Il contient la liste de tâches (user

stories) que l'équipe s'engage à livrer à la fin du sprint (un sous ensemble du
product backlog)
5. Répartitions des rôles dans Scrum

f) Le Sprint Burn-down chart montre :

 Combien d'efforts a été déployé en travaillant sur la tâche contenue dans

le Sprint Backlog

 Et compare cela à la dépense idéale

Le tableau donne une

tendance qui indique si
l'équipe est susceptible de
respecter son engagement.
5. Répartitions des rôles dans Scrum

 Meeting
Meeting: Sprint Planing Meeting

 Réunion de planification d'un Sprint

 Toute l'équipe scrum est présente à cette réunion, qui ne doit pas durer plus de 8
heures pour un sprint d'un mois.
 Meeting: Sprint Planing Meeting

 D’une manière générale, le Sprint Planning Meeting (SPM) est découpé en

deux parties:

Le SPM 1:
• Durée: 4 heures / Organisateur: le Product Owner
• Objectif: définition du QUOI
• Focus: évaluation du Product Backlog, Découpage des Sprints, Evaluation du
Product Backlog

Le SPM 2:
• Durée: 4 heures / Organisateur: l’Equipe
• Objectif: définition du COMMENT
• Focus: Design, évaluation du Sprint Backlog, Découpage des tâches, Evaluation
du Sprint Backlog, objectif de Sprint
Meeting: Scrum Daily Meeting

 Le Scrum daily meeting est une réunion quotidienne de 15 minutes.

 C’est l’inspect-and-adapt de
l’équipe: synchronisation et
engagement.
 Les 3 questions:
 Qu’est-ce que tu as fait hier?
 Quels sont les problèmes que tu
as rencontrés?
 Qu’est-ce que tu as prévu
aujourd’hui?
 Meeting: Scrum Review Meeting

 Le Sprint review meeting est de revue d'itération.

o L’équipe présente les résultats du

 Organisateur: Product Sprint
Owner o Utilisateurs/Client/ Management
 Participants: l’équipe, le expriment leurs remarques et
ScrumMaster, le trouvent un compromis avec
Management,le client, les l’équipe
utilisateurs. o Le Product Owner valide ou rejeté.
 Durée: 4 heures pour un o C’est le Product Owner qui a
Sprint de 4 semaines toujours
le dernier mot...
 Meeting: Scrum retrospective Meeting

 Le Sprint retrospective meeting est une réunion de bilan d'itération .

o Analyse du Process Scrum:

 Comment cela c’est passé pendant le
 Organisateur: ScrumMaster Sprint
 Participants: l’équipe, le  Comment s’améliorer
ScrumMaster, le Product o Points principaux de vérification:
Owner.  La communication dans l’équipe
 Durée: 3 heures pour un  Les relations entre les membres de
Sprint de 4 semaines l’équipe
 Les process et les outils
 Les besoins en formation
Meeting: Scrum retrospective Meeting

 Nous faisons un point après l’action en nous posant deux questions:

 Qu’est-ce qui a bien fonctionné?

 Que devons-nous améliorer?

 Objectifs:

 Apprendre du passé pour préparer l’avenir

 Améliorer la productivité de l’équipe

Scrum - Organisation

1. Backlog produit (ou catalogue des besoins)

o Besoins priorisés par le product owner

o Besoins évalués par l’équipe

Scrum - Organisation

2. Backlog de sprint
 Extrait du backlog produit
 Besoins éclatés en tâches
Scrum - Organisation

3. Sprint
 Développement des fonctionnalités du backlog de sprint
 Aucune modification du backlog de sprint possible
Scrum - Organisation

4. Mêlée quotidienne
 Point de contrôle quotidien de l’équipe
 Interventions régulées – 2 min. par personne
Scrum - Organisation

5. Incrément logiciel : livré au product owner à la fin du sprint.

6. Artéfact Scrum

Comprenant des entrants et sortants du processus, appelés "artéfacts"

 Le mot artefact désigne un produit ayant subi une transformation, même
minime, par l'homme.
Les artefacts SCRUM sont au nombre de 3 :
 Product Backlog
 Sprint Backlog
 L’incrément du produit
6. Artéfact Scrum

 Product Backlog :
 liste des fonctionnalités du produit.
 Au démarrage du développement d’un produit agile, le produit va être
découpé en petites fonctionnalités ou tâches à réaliser pour faciliter sa
construction.
 Le Product Backlog est une sorte de réservoir regroupant l’ensemble des
fonctionnalités du produit. Les tâches doivent y être ordonnées avec
discernement en fonction de la priorité dans laquelle elles doivent être
réalisées.
6. Artéfact Scrum

 Sprint Backlog
 Planification des éléments du Product Backlog à mettre en oeuvre lors du Sprint
pour livrer l'incrément de produit doté des fonctionnalités requises pour cette
étape.
 Le cadre méthodologique SCRUM divise le calendrier d’une équipe en cycles qui
se répètent, nommés Sprint.
 Le Sprint Backlog est une vue en temps-réel, très visible du travail que l’Équipe
planifie d’accomplir durant le Sprint et il appartient uniquement à l’équipe de
développement.
6. Artéfact Scrum

 L’incrément de produit
 Durant chaque Sprint, l’équipe de développement réalise un incrément de produit.
 Un Sprint démarre lorsque le précédent est terminé. Il s'agit d'un processus
incrémental
Chapitre II: Manipuler l’outil
Scrum/Jira
1. Définition Jira

 Jira permet aux équipes de s’organiser efficacement, d’établir une

communication durable et de visualiser le projet en un coup d’œil grâce à ses
tableaux de bord personnalisés.
 Cet outil est reconnu comme la solution la plus utilisée par les équipes de
développement logiciel.
 Jira Software permet également de :
o Travailler en méthode agile grâce aux tableaux Kanban et Scrum.
o Accélérer la livraison des projets
o Améliorer en continu des projets
o Faciliter le travail des équipes
1. Définition Jira

Pour pouvoir l’intégrer avec un dépôt Git (Bitbucket, Github, Gitlab…)

 Pour avoir un suivi visuel des tâches : backlog, tableau de bord, tableau agile,
 Pour gérer l’avancé du projet à l’aide d’un reporting,
 Pour travailler à distance grâce à l’application mobile Jira Software Cloud.

Jira s’adapte aux différentes équipes d’une entreprise.

 Jira Work Management pour les équipes métier (Marketing/RH/Finance…),
 Jira Service Management pour les équipes de support (DevOps),
 Jira Software pour les équipes de développement de logiciel (Équipe Agile)
ou pour de la gestion de projet complexe.
2. Manipuler l’outil de gestion de projet
Agile (Scrum/Jira)
Qu’est-ce qu’un ticket dans Jira ?
 Un ticket est une tâche à effectuer, c’est un élément de travail.
 Un ticket suit plusieurs étapes : à faire, puis en cours, puis terminé, et on
peut ajouter d’autres selon le type du projet (exemple :recette ,en attente..).
 On peut dire que le ticket passe dans chaque étape du workflow (flux de travail).
 Une epic peut contenir :soit epic ou tâche ou story
 Une tâche peut contenir des sous-tâches(ticket)
2. Manipuler l’outil de gestion de projet
Agile (Scrum/Jira)
 Les tickets dans Jira peuvent être de plusieurs types. Dans un projet de
développement logiciel, on retrouve les types de ticket suivants :
o Une epic (épopée) :est considérée comme un grand objectif ou une
grosse fonctionnalité devant être simplifié et divisé en plusieurs tâches
afin d’organiser le travail des équipes agiles,
o Une story : représente une fonctionnalité à réaliser,
o Une tâche : est généralement une tâche technique à effectue
o Un bug : désigne un problème à corriger.

Des tickets
2. Manipuler l’outil de gestion de projet
Agile (Scrum/Jira)
 Qu’est-ce qu’un projet dans Jira ?
Un projet Jira regroupe des tickets afin de réaliser un objectif.
Dans Jira , vous avez différentes façons de construire un projet : vous pouvez en
créer un par équipe ou par produit. Cela dépend de votre
 vision du projet et de l’organisation de vos équipes.
Chaque projet Jira possède une clé unique. Par exemple, pour un projet web, la
clé pourra être WEB. Cela aura un impact sur les identifiants de chaque ticket : le
premier ticket créé sera WEB-1, le deuxième ticket WEB-2, etc.
L’organisation des projets est importante car les droits d’accès sont gérés par
projet : cela permet de garantir la confidentialité des informations. Votre collègue
des ressources humaines n’aura pas accès aux projets de développement logiciel ; et
inversement, les développeurs ne verront pas les tickets de RH ou Marketing par
exemple.
2. Manipuler l’outil de gestion de projet
Agile (Scrum/Jira)
 C’est quoi un Backlog ?
 Un Backlog est une liste de fonctionnalités ou d’éléments de travail. Ça
peut être des tâches techniques ou des exigences non fonctionnelles.
 En Jira ,Un backlog contient la liste des épics ou tâches avec leurs tickets
et leurs prépositions (durées ou points) et la personne assignée de faire le
ticket.
 Un ensemble de tickets appartient à un tableau sprint.
 3. Installation de Jira

Il existe deux possibilités pour utiliser Jira gratuitement :

Télécharger la version gratuite du logiciel sur :
https://www.atlassian.com/fr/software/Jira/download-journey
Utiliser la version Jira cloud free online : via
https://www.atlassian.com/fr/software/Jira/free
Puisque les deux versions nécessitent une connexion internet en veut
suggérer d’utiliser la version Jira Cloud
Sélectionner cette option et
cliquer sur continuer vers
MyAtlassian
4. Création d’un projet scrum avec Jira