Remerciez-le!

Remerciez @Admin pour avoir partagé cet document gratuitement, de la manière la plus simple, en partageant sur les réseaux sociaux.

Cadre général du projet Objectif Problématique Méthodologie de la gestion de pr

Cadre général du projet Objectif Problématique Méthodologie de la gestion de projet Les méthodes agiles : Les méthodes agiles consistent à travailler en cycle itératifs courts et décomposer le l’objectif global en sous objectifs. L’agilité, comme nous l’appelons, est l’alternative moderne aux méthodes de gestion de projet classiques, qui utilisent le cycle en V, et qui commencent toujours par l’analyse des besoins du client et la rédaction du cahier des charges. Une fois les partis prenantes du projet sont d’accords, les spécifications fonctionnelles, puis techniques de du produit sont rédigées et validées. L’ensemble des fonctionnalités du produit, et les modalités de sa réalisation (choix techniques notamment) est décrit avant que la moindre tache ne soit effectuée. L’approche agile est radicalement différente. Plutôt que de tout spécifier dès le début du projet et de s’en tenir à un cadre très rigide, un projet agile sera organisé en cycles de développements itératifs et incrémentaux, auxquels le client final et l’utilisateur seront intégrés et participeront de façon active. Le centre de gravité n’est donc plus le projet en lui- même, mais bel et bien le produit. L’objectif n’est plus de mener le projet à bien, mais de donner naissance à un produit fini, correspondant parfaitement au besoin du client. Le framework scrum Scrum est considéré comme un cadre ou « framework » de gestion de projet agile. Ce cadre est constitué d'une définition des rôles, de réunions et d'artefacts. Scrum définit 3 rôles :  Le « Product Owner » qui porte la vision du produit à réaliser (représentant généralement le client).  Le « Scrum Master » garant de l'application de la méthodologie Scrum.  L'équipe de développement qui réalise le produit, composée généralement de 2 à 9 personnes, et qui peut inclure également le Product Owner et Scrum Master.  La vie d'un projet Scrum est rythmée par un ensemble de réunions clairement définies et strictement limitées dans le temps (timeboxing):  Planification du Sprint (Sprint = itération) : au cours de cette réunion, l'équipe de développement sélectionne les éléments prioritaires du « Product Backlog » (liste ordonnancée des exigences fonctionnelles et non fonctionnelles du projet) qu'elle pense pouvoir réaliser au cours du sprint (en accord avec le « Product Owner »).  Revue de Sprint : au cours de cette réunion qui a lieu à la fin du sprint, l'équipe de développement présente les fonctionnalités terminées au cours du sprint et recueille les feedbacks du Product Owner et des utilisateurs finaux. C'est également le moment d'anticiper le périmètre des prochains sprints et d'ajuster au besoin la planification de release (nombre de sprints restants).  Rétrospective de Sprint : la rétrospective qui a généralement lieu après la revue de sprint est l'occasion de s'améliorer (productivité, qualité, efficacité, conditions de travail, etc) à la lueur du "vécu" sur le sprint écoulé (principe d'amélioration continue).  Mêlée quotidienne : il s'agit d'une réunion de synchronisation de l'équipe de développement qui se fait debout (elle est aussi appelée "stand up meeting") en 15 minutes maximum au cours de laquelle chacun répond principalement à 3 questions : « Qu'est-ce que j'ai terminé depuis la dernière mêlée ? Qu'est-ce que j'aurai terminé d'ici la prochaine mêlée ? Quels obstacles me retardent ? ». Note : l’annexe 5 présent l’ensemble des taches du projet uploads/Management/ cadre-general-du-projet.pdf