la gestion de projet standard est assez rigide il est un projet à exécuter un délai et un budget et lorsque l'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 n'est tend à se généraliser y compris dans le marketing son nom est scrub scrum signifie mêlée en français ce cadre méthodologique âge il révolutionne la manière dont on gère un projet son nom provient du rugby sport dont lequel l'équipe effectue
une mêlée il permet de délivrer et de modifier un projet un produit ou une fonctionnalité très rapidement dans cette vidéo vous saurez en seulement quelques minutes tout ce qu'il faut savoir sur ce cram mettons que vous ayez envie de créer un produit une appli par exemple vous avez toutes sortes de demandes et d'exigences de la part de clients de la farce et commerciaux ou encore de la direction comment gérer un tel développement de manière rapide et agile sans se laisser noyer grâce à la méthode agile scrum elle est basée sur des rôles il y à
l'équipe elle est composée de développeurs de testeurs d'architectes et de tout autre métier nécessaires à la réalisation du projet elle est idéalement composé de 6 à 10 personnes mais peut être beaucoup plus grosse également le producteur ou chefs de produits représentent le client il définit les spécifications fonctionnelles et établit la liste des priorités de ce qu'il faut développer c'est aussi le product owner qui valide les fonctionnalités le scrum master est garant du respect des processus comme il s'assure d'une bonne communication entre les membres de l'équipe maintenant que les rôles sont définis par long du processus
tout commence par une user story en français l'histoire de l'utilisateur il s'agit de décrire l'expérience utilisateur en utilisant le langage le vocabulaire et la terminologie de l'usagé par exemple notre appli doit pouvoir donner l'heure de tous les fuseaux horaires dont le monde je tape une ville et elle me donne l'heure locale chaque user story très forte un identifiant c'est-à-dire un nom qui décrit la fonction du produit de manière succincte l'importance c'est à dire une valeur qui définit la priorité de la story une estimation du travail nécessaire une démonstration un test simple de la story qu'il
faudra valider est les notes qui comporte toutes autres informations nécessaires à la réalisation de 7 stories de la user story il va émaner des exigences elles seront hiérarchisées avec le client dans ce que l'on appelle un product backlog une sorte de carnet de commandes pour le produit le product backlog est un miroir de ce qu'il faut faire pour réaliser les besoins du client est délivrée la user story par exemple pour l'apli il faut créer une interface s'adapter au changement d'heure a ajouté des fonctionnalités et ainsi de suite ce produit backlog va constamment évolué pour refléter
les nouveaux besoins une fois que l'on est d'accord sur la you there story et les exigences c'est à dire le produit backlog il est temps de se lancer dans la réalisation du projet celui ci sera découpé en plusieurs itérations que l'on nomme des sprints dans le jargon scrub un sprint commence par une réunion de planification dénommé le sprint planning meeting au cours de cette séance l'on va aller puiser les éléments prioritaires du produit backlog qui seront développés dans les sprints dans chaque sprint qui dure de deux à quatre semaines il y aura du développement puis
un contrôle qualité c'est-à-dire du test et enfin une livraison l'ensemble des livraisons des sprints cumulé se nomme le sprint backlog durant les sprints il y à démêler c'est à dire des scrum qui sont organisés chaque jour il s'agit de réunions quotidiennes d'un quart d'heure souvent effectué deux bouts en début de journée elle permet à l'équipe de mesurer l'avancement du projet est de s'assurer de la qualité des livrables et du respect des délais le scrum master c'est à dire la personne qui est garante du respect de la méthodologie scrum tient un burn daoud charte c'est à
dire un graphique qui décrit l'évolution du projet les séances ce com sont clairement codifié chaque membre de l'équipe doit pouvoir exprimer et expliqué trois choses rapidement ce qui l'a fait la veille est les éventuels problèmes rencontrés ce qu'il va faire pendant la journée et s'ils rencontrent des difficultés pour continuer son travail le but est d'identifier et de communiquer les éventuels problèmes mais pas de les résoudre pendant cette séance qui doit rester courte environ 15 minutes à la fin de la réunion le scrum master aura mis à jour le burn-out charte et déléguer les problèmes identifiés
pendant le meeting aux membres de l'équipe à la fin du sprint c'est à dire en général après deux semaines un autre meeting sera organisé le sprint meeting review il s'agit de présenter la solution aux clients sous forme de démonstrations et d'avoir son retour les éventuelles améliorations suggérées et les problèmes rencontrés seront alors vont-ils et dont le product backlog est priorisée ensuite dans des sprints ce cadre méthodologique est conçu sur des cycles de développement court durant lesquelles on s'adapte constamment tout en maintenant l'utilisateur au centre les progrès sont aussi très visible que ce soit sur le
burn-out charte ou sous forme de démonstrations lors d'un sprint meeting review on résumer un processus comme se déroule de la manière suivante tout d'abord le producteur définit le périmètre du projet et compile les fonctionnalités voulue par les utilisateurs sous forme d user stories les exigences et les développements nécessaires d'une user story sont hiérarchisées dans le product backlog celui ci est susceptible d'évoluer en fonction des nouveaux besoins la réalisation des éléments du produit pack log s'effectue dans des sprints des développement itératif cours de deux à quatre semaines un sprint commence par un sprint planning meeting dans
lequel on prend les éléments prioritaires du produit backlog durant le sprint l'équipe de projet se voit tous les jours un quart d'heure dont des meetings de mêlée appelé meeting scram à la fin d'un sprint lors d'un sprint meeting review l'équipe de projet livre ce qu'elle a effectuée au producteur un honneur qui lui va tester la qualité et faire les retours appropriée à l'équipe et enfin c'est en fonction des retours utilisateurs ou des retours du producteur au nord que l'on va alimenter le producteur clog et améliorer le produit et ainsi de suite pour toutes les fonctionnalités
d user stories vous le voyez c'que hommes changent les règles de la gestion de projet et permet de gagner en efficacité à propos d' efficacité si vous voulez d'autres méthodes efficaces prouvées qui doublent voire triplent votre productivité cliqué tout de suite sur le lien en haut à droite de cette vidéo ou dans la description à bientôt [Musique] [Musique] e
