SCRUM

la gestion de projet standard est un assez rigide, il ya un projet à exécuter un délai et un budget et
lorsqu'on veut changer quelque chose dans ce schéma cela impacte tout le reste .et l’équipe de
projet doit refaire valider tout son travail .il existe cependant un cadre méthodologique plus agile il
provient du monde de l’informatique et après il s'est généraliser y compris dans le marketing son
nom est scrum

 Définition

Trouvant son origine dans le rugby (le mot scrum signifie « mêlée » en anglais), la méthode SCRUM
place l’équipe au cœur de la gestion du développement produit. Son principe est simple : avancer
ensemble, en équipe, tout en ayant la capacité à réorienter les spécifications du produit selon son
avancement et les nouvelles exigences du client……SCRUM est une méthode agile qui est orientée
sur la satisfaction du client. Concrètement, des versions incrémentielles du produit sont livrées à
l’utilisateur final sur des échéances courtes (rythme de deux à trois semaines en moyenne). Le but
est de maximiser la valeur délivrée, du début à la fin du projet SCRUM

 Les principes SCRUM

SCRUM est un processus empirique l’enchainement des taches n’est pas défini à
l’avance dans un SPRINT , la méthode repose sur
la Transparence, l’Inspection et l’Adaptation.

 Transparence :

les aspects importants du processus doivent être visibles à tous. C’est pour cela que SCRUM
insiste sur le fait de créer un langage commun entre les membres de l’équipe et le management,
ce qui permettra une compréhension commune du projet.

Inspection :

un bilan régulier sur les résultats produits est réalisé afin de détecter les écarts indésirables. Il est
important que ces inspections soient faites par un inspecteur bien formé et cela de manière
adaptée car cela pourrait nuire à l’avancement du projet

Adaptation :

lorsqu’un écart est constaté pendant l’inspection, le processus devra être adapté grâce à des actions
visant à améliorer la situation

 Les rôles Scrum

se complètent. Tous les rôles sont uniques et le succès de l’équipe ne peut survenir que si les
membres travaillent ensemble, en synergie, dans un respect mutuel.

Les rôles Scrum sont complémentaires et essentiels au succès de l’équipe. Chaque rôle est
unique et le travail en synergie et le respect mutuel sont cruciaux.
Scrum Product Owner : Responsable de maximiser la valeur du produit et d’assurer la
justification commerciale tout au long du projet. Il représente la voix du client et gère le
backlog, les parties prenantes et les versions.

Scrum Master : Coach de l’équipe qui veille à l’adoption correcte des pratiques et principes
Scrum. Il promeut les valeurs Scrum, assure la transparence, facilite l'auto-organisation et
planifie les sprints.

Scrum Developer : Membre de l'équipe de développement qui crée les livrables du projet.
Chaque développeur livre des éléments fonctionnels du produit, estime les user stories, et
veille à l’organisation et à la transparence.

Ensemble, ces rôles assurent une gestion efficace et fluide du projet.

Résumé :image

Le modèle Scrum est un cadre Agile qui se déroule en plusieurs étapes clés et réunit trois
rôles principaux : Scrum Master, Product Owner, et Développeurs.

Processus résumé :

1. Product Backlog Grooming : Préparation des besoins du projet.

2. Sprint Planning : Planification du travail à accomplir pendant le sprint.
3. Sprint Backlog : Création d'une liste de tâches à réaliser.
4. Sprint : Phase de développement où l'équipe travaille sur les tâches.
5. Daily Scrum : Courtes réunions quotidiennes pour suivre les progrès.
6. Sprint Review : Présentation du travail fini et collecte de feedback.
7. Sprint Retrospective : Analyse des points à améliorer pour le prochain sprint.

Chaque cycle de 1 à 4 semaines produit un incrément prêt à être livré, favorisant des
améliorations continues et des livraisons régulières.

 Les outils

SCRUM BOARD

Le Scrum Board est un outil flexible et personnalisable qui aide les équipes Scrum à suivre
l’avancement des tâches dans un sprint. Il peut être physique (tableau avec des post-its) ou
numérique (outils en ligne).

Types de Scrum Boards :

 Scrum Board Physique : Tableau tangible utilisé dans un espace de travail commun.
 Scrum Board en Ligne : Version numérique accessible via des logiciels, idéale pour les
équipes distribuées ou pour des projets complexes nécessitant des fonctionnalités avancées.

Objectif : Visualiser le processus de travail et suivre l’avancement des tâches pour assurer la
transparence et l'efficacité du sprint. Le choix du type de tableau dépend des préférences de
l’équipe, de la complexité du projet et de la collaboration requise.
Structure d'un Scrum Board :

Le tableau est généralement divisé en colonnes représentant les différentes étapes du

processus de développement, telles que :

1. To Do (À faire) : Les tâches qui doivent encore être commencées.

2. In Progress (En cours) : Les tâches sur lesquelles l'équipe travaille activement.
3. Review/Testing (En revue/test) : Les tâches terminées qui sont en phase de
vérification ou de test.
4. Done (Terminé) : Les tâches complètement finies.

 EXEMPLES

Exemple :
Projet : Création d'une application de suivi de la condition physique

Une startup veut développer une application mobile qui permet aux utilisateurs de suivre leurs
activités sportives, de consulter des statistiques, et de recevoir des conseils personnalisés.

1. Équipe Scrum :

 Product Owner : C'est le responsable produit de la startup qui a une bonne connaissance des
besoins des utilisateurs et des objectifs de l'application.
 Scrum Master : Un membre de l'équipe qui veille à ce que les processus Scrum soient
respectés et qui résout les problèmes logistiques.
 Équipe de développement : Composée de développeurs mobiles, d'un designer UX/UI, et
d'un expert en data pour les fonctionnalités de suivi et de recommandations.

2. Backlog produit :

Le Product Owner crée une liste d'exigences pour l'application, qui pourrait inclure :

 Page de création de compte et de connexion.

 Tableau de bord pour suivre les activités.
 Intégration avec des appareils de suivi (montres connectées, etc.).
 Rapports hebdomadaires des activités.
 Notifications personnalisées.

3. Planification du sprint :

L'équipe se réunit pour planifier le premier sprint, qui durera 2 semaines. Le Product Owner
et l'équipe de développement sélectionnent les tâches prioritaires du Product Backlog, par
exemple :

 Développer la fonctionnalité de création de compte.

 Concevoir l'interface utilisateur du tableau de bord.
 Mettre en place une base de données pour stocker les données des utilisateurs.
4. Sprint :

Pendant les 2 semaines, l'équipe travaille sur les tâches assignées, en organisant des réunions
quotidiennes de 15 minutes (Daily Scrum) pour échanger sur ce qui a été fait, les obstacles
rencontrés, et le plan de la journée.

5. Revue de sprint :

À la fin des 2 semaines, l'équipe présente au Product Owner et à quelques parties prenantes
(comme le responsable marketing) la version initiale de l'application avec la fonctionnalité de
création de compte et le tableau de bord en version prototype. Les parties prenantes donnent
leur avis, et l'équipe prend en note les ajustements nécessaires.

6. Rétrospective de sprint :

L'équipe se réunit pour discuter de ce qui a bien fonctionné (ex. : bonne communication,
respect des délais) et de ce qui pourrait être amélioré (ex. : difficulté à intégrer la base de
données, besoin d'un meilleur partage de ressources).

7. Nouveau sprint :

L'équipe passe au sprint suivant, intégrant les retours reçus et en se concentrant sur de
nouvelles fonctionnalités, comme l'intégration avec des appareils connectés et les
notifications personnalisées.

Résultat : Grâce à la méthode Scrum, l'équipe est capable de développer l'application

progressivement, en la rendant fonctionnelle dès les premiers sprints et en s'adaptant
continuellement aux retours des utilisateurs et aux priorités changeantes. Cela permet de livrer
un produit de meilleure qualité et plus en phase avec les attentes des utilisateurs.