Réf. : FORM.FINC.

02
FICHE PROGRAMME
Version : 05
D'UNE ACTION DE FORMATION
Date d’application : 09/06/2020

Thème : La méthode Agile de gestion de projets  Année : 2 0 2 1

Population cible :
 Toute personne de l’entreprise amenée à s’impliquer dans un projet en mode AGILE,

 Chefs de Projet, Managers, Coach AGILE, Team Leader, Team Members, Consultants, etc

 Coordinateurs ou régisseurs de programmes et de projets

Les pré-requis :
 Pas de prérequis spécifique. Nb. d'h animées par formateur
 Une sensibilisation aux méthodes Agiles est un plus. dans le domaine

Nom et prénom du Nb.

formateur d'heures

Mr Anouar FARSI 200 hr

Durée : 4 séances de 3 heures : 12 heures

Objectifs de formation : Objectifs Pédagogiques :

Cette formation vous permettra de : Après ce cours le participant doit, entre autres, être capable
de :
 Comprendre les concepts et principes de
 Connaître bases de la méthodologie et les valeurs
l’Agilité
fondamentales des méthodes Agile
 Découvrir les autres approches de Agiles
 Savoir comment la méthode Scrum se positionne par
 Apprendre le framework Scrum
rapport aux autres méthodes existantes, notamment
 Transposer Scrum dans le cadre de l’entreprise
celles en « cascade »
 Gérer et motiver les équipes Scrum dans la
 Comprendre les différents rôles dans un projet Scrum
planification des Sprints, les revues et
 Ecrire des User Stories et leur donner une valeur
rétrospectives
business
 Identifier, impliquer et faire collaborer les
 Estimer la charge de développement d'une story
différents intervenants dans le projet Scrum
 Construire un plan de release
 Créer un environnement propice à la créativité
 Définir le contenu d'un sprint (backlog)
et la performance de l'équipe Scrum
 Organiser le déroulement d'un sprint et en faire la revue

Page : 1 /4
 Méthodes pédagogiques

 Apports théoriques et pratiques

 Mise en situation sous forme d'exercices pratiques à hauteur de 70 % de la formation
 Support de cours formation « La méthode Agile + Scrum »
 Évaluation des acquis en fin de formation

Planning de formation

Jour Méthodes, Moyens Durée (Heures)

s Contenus/Concepts clés à aborder Pédagogiques et Théori
Equipements Pratique
e
1. Introduction et Constat des méthodes classiques
 La méthode Waterfall ou cycle en V
 Variables d'ajustements des forfaits
 Les raisons des échecs : TTM, déception utilisateur, conduite
du changement
 Couverture d'utilisation des logiciels produits
 Mise en place de pratiques itératives et incrémentales

2. Le manifeste Agile et l’état d'esprit

 Qu'est-ce qu’Agile ?
 Histoire de l'Agile
 Le Manifeste Agile :
o 4 valeurs fondamentales du Manifeste Agile.
Exposés suivis de
o Le Manifeste Agile expliqué
questions-
 Les 12 principes agiles réponses et
 La déclaration d'interdépendance d'échanges avec
 Comparaison entre les méthodes Waterfall et Agile
S1 les participants, 1H 2H
o Méthode de la cascade et Méthodes agiles
cas pratiques
o Gestion de projet traditionnelle et Agile
40% théorique,
3. Agilité et rupture culturelle
50% ateliers,
 L'agilité impacte tous les profils dans l'entreprise
10% échanges
 L'agilité : un changement de rythme
 Une MOA orienté business et impliquée en continue dans la
production du produit

4. Définir un projet en mode Agile

 Identifier les utilisateurs
 Appréhender la décomposition incrémentale du besoin
 Maitriser la technique Agile de rédaction du besoin
 Définir les priorités du produit

Etude de cas :
 Estimer et planifier en mode Agile

S2 5. Manager / Animer une équipe projet en mode agile .Exposés suivis 1H 2H

 Maîtriser les bonnes pratiques et principes de de questions-
fonctionnement en équipe agile réponses et
 Appréhender les challenges du management d’équipe projet en d'échanges avec
mode agile : les écueils à éviter les participants,
 Mettre en place une organisation souple et efficace pour cas pratiques
renforcer l’intelligence collective et le travail en équipe
 Adopter une communication efficace pour gérer les flux 40% théorique,
d’informations et les relations entre les différents acteurs
50% ateliers, 10%
Etude de cas : L’étude des responsabilités des différents rôles
Page : 2 /4
 6. Les fondamentaux de la méthodologie SCRUM
 Les rôles :
o Product owner, SCRUM master et SCRUM team
o Comprendre la mission de chaque rôle au sein du
processus
 Les sprints :
o L’organisation et le déroulement d’un sprint
o Planifier les réunions et suivre les actions durant
chaque itération
 Les backlogs :
o Identifier et définir ses besoins
o Rédiger les stories et prioriser les développements à
venir
échanges
7. Atelier SCRUM
 Comprendre la démarche SCRUM
 Identifier les acteurs, leurs rôles et leurs responsabilités :
 Product Owner, Product Manager, ScrumMaster.
 Comprendre le déroulement d’une itération (Les cérémonies et
les supports)
 Identifier les étapes d’un projet SCRUM
 Le “Product Backlog”
 Le “Release Planning”
 Le “Sprint Planning”
 Le “Sprint Backlog”
 Le Sprint
 Le “Sprint Review”
 Le “Daily Scrum”
 Le “Sprint Rétrospective”

S3 8. Les principes de planification Scrum Exposés suivis de 1H 2H

 Découpage d'un projet en releases. questions-
 Les points d'effort pour une User Story. réponses et
 Le Planning Poker pour estimer l'effort. d'échanges avec
 Mesure de la capacité de réalisation de l'équipe. les participants,
 La planification de la release : associer les éléments du backlog cas pratiques
aux sprints.
 Construire le plan de release, la Roadmap. 40% théorique,
50% ateliers, 10%
9. Le backlog produit échanges
 Les différents types de backlog, leurs représentations
 L'interaction avec le Product Owner, compréhension de
l'équipe
 La notion de ” User Story “.
 La notion de ” valeur business ” d’une Story.
 Workshop d’écriture des User Stories, Product Backlog
Grooming
 Ecriture du test de recette qui valide une Story.
 Les fonctionnalités retenues, le Backlog produit.
 Prioriser les fonctionnalités, le modèle de Kano.
 Les outils pour la gestion des exigences.

Etude de cas : Partant d’un besoin, déterminer les premières user

Stories. Assigner une ” valeur business ” aux user stories, les
prioriser.

Page : 3 /4
 10. Estimer l’effort et planifier
 Les points d’effort pour une user story.
 Le planning poker pour estimer l’effort.
 Mesure de la capacité de réalisation de l’équipe.
 La planification du contenu d’une release.

Etude de cas : Estimation en vélocité (point) par l’équipe de chaque

User Story.
Construire le Release Planning des stories.
Mettre en place un sprint planning de la première release.

11. Le déroulement d’un sprint

 Les pré-requis au lancement d’un sprint.
 Déroulement d’un Sprint Planning Meeting.
 L’organisation du travail au quotidien, le Daily meeting.
 Définir l’avancement, la notion de ” Done “.
 La fin et la revue d’un Sprint, ” Sprint Review “.
 Le feedback, l’amélioration continue.

Etude de cas : Atelier groupe : sur un cas, réfléchir à ce qui s’est bien
passé et moins bien passé. Réfléchir aux actions pour améliorer la
situation

12. Mettre en place Scrum

 L’environnement de travail.
 Passer à l’échelle grâce à Scrum of Scrum.
 La motivation et rythme de l’équipe.
 L’usine logicielle agile : les outils.
Exposés suivis de
Etude de cas : Les mises en situation sur ces différentes questions-
problématiques. réponses et
d'échanges avec
13. Inspection/Adaptation source d’amélioration continue les participants,
S4 1H 2H
 La Rétrospective de Sprint, les participants, la conduite de
cas pratiques
réunion
 Techniques de respective, le vote de confiance, l'étude de
risque 40% théorique,
 Quelques métriques : Le Return On Time Invested, 50% ateliers,
 Affiner l'estimation de la vélocité 10% échanges
 Rétrospective

Etude de cas : Analyse SWOT, Consensus Workshop

14. Evaluation

Total 04 h 08 h
12 h

Méthodologie et outil d’évaluation :

 Apports théoriques et pratiques
 Mise en situation sous forme d'exercices pratiques à hauteur de 70% de la formation
 Support de cours formation « La méthode Agile de gestion de projets »
 Test d’évaluation des acquis a la fin de la formation.

NB. : Fiche à établir par la structure de formation et doit Signature et cachet et de Signature du (des)
obligatoirement être visée par le(s) formateur(s),
Page : 4 /4
 l'organisme de formation/ formateur(s)
entreprise*

si et seulement si l'action est animée par des formateurs

* internes

Page : 5 /4