Certification «SCRUM MASTER»

Méthode pédagogique

le « Test Nokia ». Cet exercice, popularisé par Jeff Sutherland, est un moyen reconnu au sein de la communauté agile de confirmer ou d’infirmer l’utilisation des méthodes agiles au sein d’un projet.
Un exercice en self-management visant à responsabiliser les équipes vis-à-vis du Product Owner.
Un exercice visant à mesurer la qualité d’un Scrum Master et un Scrum de 59 minutes

Introduction aux méthodes agiles

Qu’est ce que l’agilité
Les méthodes agiles (Scrum, Extreme Programming, DSDM, Lean, Crystal)
Taux d’échecs
Les outils agiles
Les objectifs de la formation

Présentation générale de SCRUM

Origines de Scrum
Pourquoi Scrum fonctionne ?
Modèles d’organisations
Les origines d’XP
Productivité (le graphique de Maxwell)
Le Nokia test

Le Product Owner

Le « Product Backlog »
Les estimations
Le « Burndown Chart

SCRUM

Le « Sprint Backlog »
La relation entre Scrum et Lean
Une analyse du modèle Toyota
Exercice pratique

L’implémentation de SCRUM

Améliorer les processus de Scrum
Présenter un plan d’action
Exercice pratique (Scrum en 59 minutes)
Les rôles et les responsabilités (Product Owner, Scrum Master, l’équipe)
Le « Product Owner » et l’équipe
Les sprints « planning » et le calcul de la vélocité

La notion de « Done »

La définition de « Done »
Les stratégies à suivre pour atteindre « Done »
ScrUML
Le Scrum dans les équipes multiples
Livrer aux utilisateurs
La notion de « Done » dans des projets de grandes tailles
Gérer « Done » lors ce que les technologies sont différentes

Le Scrum Master : Mythes et réalités

Qu’est ce qu’un bon « Scrum Master »
Les rôles multiples du « Scrum Master »
Une journée dans la vie d’un « Scrum Master »
L’art de l’écoute et la gestion des ressources
Organisation de projets d’envergure
Outsourcing et projets distribués
Les équipes Scrum distribués
Les aléas de l’outsourcing

Planification des livraisons et des srpints

Planifier le projet
Le « Product Backlog », investir dans son « backlog »
Que sont les « User stories »
Estimation des dates de livraisons
CMMI et Scrum : Une analyse de performance
La refactorisation du « Product Backlog »
La réunion de planification du sprint et es engagements du sprint
Le backlog du sprint
Les estimations du sprint backlog
Les problèmes des feuilles de présence
Le tableau Scrum virtuel

Les nuances des bases de SCRUM

Les différentes pratiques de Scrum dans le sprint
L’annulation anticipée d’un sprint
Les « Daily Scrum »
La réunion de synthèse de Sprint
La rétrospective du sprint

Les équipes : une source de productivité, de créativité et de
frustration

Le coeur de l’agilité
Comment échelonner Scrum avec 5000 développeurs
L’exemple de Yahoo !
Le retour sur investissement des formations Scrum chez Yahoo !
L’organisation des équipes : le changement, les conflits et les politiques internes
L’organisation de projets d’envergure
La planification des sprints d’équipes multiples et les sprints simultanés
Les développements des architectures et des infrastructures
Les projets intra et inter dépendants

Constater le progrès : Parler le même language

Réviser le « Product Backlog » et les livraisons
Analyser la productivité
Actions à prendre afin d’améliorer la productivité

Obtenir le maximum d’une livraison

Gestion de la livraison
Estimation de la charge de travail de la livraison
Les tâches d’un « Sprint Backlog »
Gérer les plus-values commerciales
Sept façons d’échouer avec Scrum
Les raisons des échecs du « Product Owner »
Les raisons des échecs des planifications des « Sprints »
Les raisons des échecs des réunions quotidiennes
Les raisons des échecs du « Scrum Master » et des équipes
Les raisons des échecs du « Sprint review »
La responsabilité du management dans les échecs de projets