Gestion de projets:

Introduction à la méthode
Agile
Année Universitaire Dr. Seifeddine Mechti
2020/2021 mechtiseif@gmail.com
1
 Plan du cours
1. Introduction générale
2. Qu’est ce qu’une équipe Scrum?
3. Qui fait quoi dans une équipe Scrum?
3.1. Scrum Master
3.2. Product Owner
3.3. Développeurs
4. Le sprint de Scrum
4.1. Définition du sprint agile
4.2. Pourquoi travailler en sprint agile ?
4.3. Les quatre étapes du sprint agile
5. Les artefacts SCRUM
5.1. Le Sprint Backlog
5.2. Le Product Backlog
5.3. L’incrément Produit
 1. Introduction générale

• Scrum est considéré comme un groupe de pratiques répondant pour la plupart aux

préconisations du manifeste agile.

• Scrum est un framework ou un cadre de développement et de travail de produits complexes.

• Scrum est une méthode de développement agile orientée projet informatique dont les

ressources sont régulièrement actualisées.

• Scrum repose sur l'intelligence collective des personnes qui l'utilisent. Sa théorie et sa structure

aident à atteindre les objectifs et créer de la valeur.

• Scrum s'appuie sur le découpage d'un projet en « boîtes de temps », nommées sprints.

• Chaque sprint débute par une estimation suivie d'un planning opérationnel. Le sprint se termine

par une démonstration de ce qui a été accompli. Avant de démarrer un nouveau sprint, l'équipe

réalise une flash-back.

Cette technique analyse le déploiement du sprint accompli, afin de progresser ses pratiques.

Le flux de travail de l'équipe de développement est facilité par son auto-organisation, ce qui

montre donc pas de gestionnaire de projet.

• Scrum est alors définie comme une méthode grâce à laquelle les gens peuvent aborder et
résoudre de manière inventive des problèmes afin de développer des produits estimables comme
précieux pour le client final.

• La méthode Scrum aide les équipes à résoudre rapidement les problèmes tout en reposant sur
les trois piliers suivants :

Transparence

Inspection

Adaptation
A. Transparence

• Toutes les définitions des différentes caractéristiques du projet en cours de

développement doivent être claires et objectives.

• Ces définitions doivent être collectives à tous les participants, afin que tout le
monde « parle la même langue » lors de l’exécution des tâches de chacun.

• En fait, ces informations et définitions doivent être facilement accessibles et

constamment partagées.
B. Inspection

• Des visites doivent être réalisées fréquemment pour vérifier si les progrès
accomplis jusqu’à présent correspondent aux objectifs du projet et aux besoins du
client final.

• Néanmoins, ces inspections ne doivent pas devenir exagérées et causer des retards
au niveau de l’avancement du travail.
C. Adaptation

• Dans le pilier de l’adaptation que le concept d’itérations incrémentales soit mis en

jeu.

• Dans le cas où une inspection découvre que certaines des caractéristiques

garantissant la satisfaction du client ne sont pas réalisées telles que prévues par le
cahier des charges, le processus ou le produit doit être ajusté.
 2.Qu’est ce qu’une équipe Scrum ?
• L’unité fondamentale de Scrum est une petite équipe de personnes qui vont collaborer pendant
les sprints afin de développer un produit de valeur. Cette équipe se compose d’un Scrum
Master, un Product Owner et des Développeurs.

• Au sein d'une équipe Scrum, il n'y a pas de sous-équipes ou des hiérarchies.

Chacun des membres du collectif comprend aisément
le « qui fait quoi » dans ce dispositif :
 3. Qui fait quoi dans une équipe Scrum ?
3.1. Scrum Master
• Ce sont les animateurs Scrum, qui jouent le rôle de coachs pour le reste de l'équipe. Ce sont
des « leaders-serviteurs », comme le dit le Guide Scrum.

• Un Scrum Master est le responsable de l'établissement de Scrum ainsi que de l'efficacité de

l'équipe Scrum.
Les Scrum Masters remplissent souvent tout ou partie des fonctions suivantes:

 Stand-ups : animer les stand-ups quotidiens (ou Daily Scrums), en cas de besoin.

 Réunions de planification d'itération/de sprint : protéger l'équipe contre les engagements

abusifs et la détournement des objectifs. Aider à l'estimation et à la mise en œuvre de sous-
tâches.

 Revues de sprint : participer à la réunion et assembler le feedback.

 Rétrospectives : noter les domaines d'amélioration et les éléments d'action à adopter pour les
futurs sprints.

 Administration des tableaux : travailler en tant qu'administrateur de tableau Scrum.

Réunions individuelles :Planifier des rencontres individuelles avec les membres de de l'équipe
et les parties prenantes selon les besoins. Régler les conflits au sein de l'équipe concernant le
processus et les styles de travail.

 Services de conseil internes : Les Scrum Masters doivent être prêts à consulter les membres de
l'équipe et les parties prenantes internes sur la meilleure façon de travailler avec l'équipe Scrum.

 Rapports : Analyse régulière des graphiques Burndown et d'autres outils de planification de

portefeuille pour comprendre ce qui est développé et à quelle cadence.

 Bloqueurs : Le Scrum Master aide l'équipe en éliminant les bloqueurs externes et en gérant les
obstacles internes par l'amélioration des processus ou des workflows.
 En d'autres termes, le Scrum Master veille au bon déroulement du projet. A la fois leader et
serviteur de son équipe, le Scrum master l'accompagne de près en prenant soin d'assurer son
autonomie.
3.2. Product Owner
• Dans la méthodologie Scrum, le Scrum Product Owner est généralement la partie prenante
clé d'un projet, généralement une personne du marketing ou de la gestion de produit, ou
l'utilisateur principal d'un système.

• Ils ont une compréhension approfondie des utilisateurs, du marché, des concurrents et des
tendances.
Les responsabilités du “Product Owner ” sont :

 D’assurer l’existence d’une représentation partagée pour le Produit,

De gérer et classer le Carnet de Produit,

D’aider les membres de l’équipe à bien assimiler ce qu’il faut créer et pourquoi

De valider à la fin de chaque sprint les nouvelles fonctionnalités ajoutées au Produit

De gérer le planning des versions

D’annoncer sur l’avancement et de gérer les attentes des parties prenantes

De maximiser la valeur du Produit.

3.3. Développeurs
• Les développeurs sont les personnes de l'équipe Scrum qui s’engagent à créer n’importe
quell aspect d’un incrément utilisable à chaque sprint.

• Les compétences spécifiques requises par les développeurs sont souvent larges et varient
selon le domaine de travail. Cependant, les développeurs sont toujours responsables de:

 Créer un plan pour le Sprint qui est le Sprint Backlog,

Inculquer la qualité en adhérant à une Definition of Done,

Adapter leur plan chaque jour vers l'objectif de Sprint,

 Se tenir mutuellement responsables en tant que professionnels.

Flux simplifié de communication avec Scrum
4. Le sprint de Scrum

4.1. Définition du sprint agile

• C'est la phase essentielle de développement du produit. En fait un Sprint rythme le cycle

Scrum et encapsule tous les autres événements. Il est borné par la planification de Sprint au

début et la revue de Sprint, ainsi que la rétrospective de Sprint à la fin.

• Un sprint agile renvoie à une phase séquentielle de développement d'un produit.

• Un sprint est l’ensemble des itérations de courtes durées décomposant un processus de

développement souvent complexe afin de le rendre plus simple et plus facile à réadapter et
à améliorer en fonction du résultat des évaluations intermédiaires .
4.2. Pourquoi travailler en sprint agile ?

• L’apport de travailler par sprints de développement successifs se présente par un process

offrant une meilleure maîtrise de la valeur ajoutée et de la qualité du produit ou service
final.

• En fait, les itérations permettant de rectifier le tire à tout moment en fonction des retours
clients. Un premier produit étant lancé rapidement, le retour sur investissement est aussi
souvent plus rapide.

• Au final, le mode sprint participe à accroître la satisfaction du client, qu'il soit utilisateur
interne du produit ou client final.

• Ce dernier se sent pris en compte tout au long du process de développement.

4.3. Les quatre étapes du sprint agile

a) Le sprint planning ou planification de sprint

• La planification de sprint initie le sprint en définissant le travail à effectuer pour le sprint. Ce

plan est créé par le travail collaboratif de toute l'équipe Scrum.

La planification de sprint aborde les sujets suivants :

Sujet 1 : Pourquoi ce Sprint est-il utile ? : C’est le Product Owner qui propose dans un premier

temps comment le produit pourrait augmenter sa valeur et son utilité dans le Sprint actuel.

Après en collaboration avec toute l'équipe Scrum sera défini un objectif de sprint qui déploie

pourquoi le sprint est précieux pour les parties prenantes.

• Sujet 2 : Que peut-on faire ce Sprint ? : En discutant avec le Product Owner, les Développeurs
sélectionnent les éléments du Product Backlog à inclure dans le Sprint actuel. L'équipe Scrum
peut affiner ces éléments au cours de ce processus, ce qui augmente la compréhension et la
confiance.

• Sujet 3: Comment le travail choisi sera-t-il réalisé ? : Pour chaque élément du Product Backlog
sélectionné, les Développeurs organisent le travail essentiel pour créer un Incrément qui
réplique à la Définition de Terminé. Et cela en décomposant les éléments du Product Backlog
en éléments de travail plus courts d'un jour ou moins. La manière dont cela est fait est à la
seule discrétion des développeurs.

La planification du sprint est limitée à huit heures maximum pour un sprint d'un mois. Pour
les Sprints plus courts, l'événement est généralement plus court.
b) Le daily meeting
• Le daily scrum meeting est une réunion intermédiaire généralement ne dépasse pas les
15 minutes qui intervient en cours de sprint. Elle assemble les membres de l'équipe de
développement ayant comme objectif de faire le point sur les tâches réalisées la veille, et
celle prévue pour la journée.

c) La sprint review ou revue de sprint

A la fin de chaque sprint, une revue de sprint est organisée pour que l'équipe de développement

puisse présenter les incréments apportés au produit en cours d'élaboration. Ce revue est

considéré comme un évènement particulièrement coûteux étant donné qu’elle regroupe de

nombreuses parties prenantes et personnes expérimentées. La réunion est l'occasion de faire le

point sur l'état d'avancement du produit.

Est-il toujours en phase avec les besoins des métier ? Est-il nécessaire le cas échéant de faire

des adaptations ? Lors de la sprint review, le périmètre du prochain sprint est aussi évoqué

ainsi que le nombre de sprints restants pour parvenir jusqu'au produit final.
d) La sprint retrospective

• La rétrospective de Sprint est l’événement final du Sprint. Il suit immédiatement la revue de

Sprint. Il n’est jamais omis, peu importe ce qui arrive durant le Sprint !

• Le but de la Sprint Retrospective est de planifier des moyens d'augmenter la qualité et

l'efficacité.

• La rétrospective Sprint conclut le Sprint. Il est chronométré à un maximum de trois heures pour un

Sprint d'un mois. Pour les Sprints plus courts, l'événement est généralement plus court.
5. Les artefacts SCRUM

• Les artefacts Scrum sont basés sur un ensemble de valeurs, des principes et encore des
pratiques qui fournissent la base de la philosophie Agile.

• Les artefacts de Scrum représentent un travail ou une valeur ayant pour objectif de
maximiser la transparence des informations.

• Les artefacts SCRUM sont au nombre de 3 :

A.Le Sprint Backlog : ensemble des items à réaliser non pris en charge.

B.Le Product Backlog: ensemble des items pris en charge dans un sprint.

C.L’Incrément Produit: ensemble des items « done ».

Qu’est qu’un backlog ?

• Il est un des éléments fondamentaux de la méthodologie Scrum.

• Il représente en fait l’outil de travail principal du Product Owner qui est

s’engage de dégager les besoins auprès des parties prenantes et de les
transformer en un ensembles de tâches prêtes à être développées par l’équipe de
développement.

• Un backlog est une liste ordonnée de toutes les tâches à faire par l’équipe.

Le backlog constitue alors l’intégralité de ce qui constitue le produit.

5.1.Le Sprint Backlog
• Le Product Backlog représnte une liste émergente et classée de ce qui est nécessaire pour
améliorer le produit en développement.

• Le Product Backlog représnte un cadre méthodologique Scrum qui divise le calendrier d’une
équipe en un ensemble cycles répétitifs.
• Un certain nombre de tâches subdivisées et découpées à l’avance sont
incorporées dans ces différents cycles.

• À la fin de chaque cycle, le travail achevé doit créer de la valeur pour le produit
en développement. Ces cycles représentent en fait "les sprints" ayant une date de
début et une date de fin fixe avec une durée fixes de 2 à 3 semaines.
5.2.Le Product Backlog
• C’est le point central de tout projet Scrum, étant aussi l’élément clé de la
méthodologie utilisée.

• Il représente une liste ordonnée de ce qui est nécessaire pour améliorer le

produit désiré.
• C’est la source unique du travail entrepris par l’équipe Scrum contenant les
tâches prédécoupées déjà mises en œuvres dans le Sprint Backlog.

• Les éléments du Product Backlog sont considérés comme prêts pour la

sélection dans un événement de planification de sprint.
5.3.L’Incrément Produit ou Product Increment
• C’est un des artefacts Scrum les plus importants de la méthodologie Agile.

• Il représente un tremplin concret vers l'objectif du produit à développer.

• Durant chaque Sprint, l’équipe de développement Scrum exécute un incrément de produit à

réaliser.

Ce Product Increment doit être conforme avec la «Définition de Terminé» de l’équipe de

développement.
 Références

• https://letsscrumit. © 2022, Built withGatsbycom/

• The Scrum Guide © 2020 Ken Schwaber and Jeff Sutherland
• https://blog-gestion-de-projet.com/
• https://fr.wikipedia.org/