Gestion de Projet - Partie 1 - PDF

PARTIE 1 S’INITIER À LA GESTION DE PROJET Dans ce module, vous allez : Formaliser des exigences Prioriser des "User Stories" M211 - Découvrir la gestion de projet ...

PARTIE 1 S’INITIER À LA GESTION DE PROJET Dans ce module, vous allez : Formaliser des exigences Prioriser des "User Stories" M211 - Découvrir la gestion de projet  CHAPITRE 1 FORMALISER DES EXIGENCES Ce que vous allez apprendre dans ce chapitre : Travailler avec des cahiers de charges Vous appuyer sur un diagramme de cas d’utilisation  CHAPITRE 1 FORMALISER DES EXIGENCES 1. Cahier des charges 2. Diagramme de cas d’utilisation  01 - Formaliser des exigences Cahier des charges Introduction : Qu'est ce qu'un projet ? Un projet est l'ensemble des actions à entreprendre afin de répondre à un besoin défini dans des délais fixés. Les résultats attendus du projet sont appelés « livrables » Le projet est un objectif « extraordinaire » (au sens littéral du mot) qui combine quatre aspects : fonctionnel (réponse à un besoin) technique (respect des spécifications) délais (temps) coûts (budget) Gestion de projets - La gestion de projet est l’utilisation d’un savoir, d’habiletés, d’outils et de techniques dans le cadre des activités d'un projet, en vue de satisfaire ou de dépasser les exigences et les attentes des parties prenantes à l’égard d’un projet. PARTI ( La gestion de projet est aussi une démarche visant à structurer, assurer et optimiser le bon déroulement d'un projet suffisamment complexe) E1  L'objectif c’est obtenir un résultat conforme à des normes de qualité et de performances prédéfinies, pour le moindre coût et dans le meilleur délai possible. Copyright - Tout droit réservé - OFPPT 4  Jalon de projet Le jalon (appelé aussi "milestone" ou encore "événement") est un point d'arrêt dans le processus permettant le suivi du projet. une fois le jalon franchi, l'équipe passe à la suite sans revenir sur ce qui a été fait ou validé. L'objectif d'un jalon est de s'assurer à un moment donné : du bon déroulement de la phase précédente de la validation des livrables attendus de la décision du lancement de l'étape suivante PARTI E1 Copyright - Tout droit réservé - OFPPT 5  01 - Formaliser des exigences Cahier des charges Contraintes: le triangle d’or Qualité ou performance Triptyque QCD : Coût : respecter le budget définis lors du lancement du projet ; identifier les risques de déviation ; mettre en œuvre les mesures de correction appropriées. Délais : Coûts réaliser le projet dans le respect des délais annoncés au client, (en respectant les Délais principaux jalons) ; identifier les risques de dérapage de planning ; Qualité ou mettre en œuvre les mesures de correction appropriées. performance Qualité : réaliser le projet dans le respect de l'état de l’art ; valider chaque étape de la réalisation avec les différents intervenants. PARTI E1 Coûts Délai s Exemple : Non respect des coûts Copyright - Tout droit réservé - OFPPT 6  Cahier des charges Le cahier des charges (CDC) est un document contractuel à respecter lors d'un projet. Il décrit précisément les besoins auxquels le prestataire ou le soumissionnaire doit répondre, et organise la relation entre les différents acteurs tout au long du projet Selon le Guide PMBOK, « Le cahier des charges du projet est la description de la portée du projet, des principaux éléments livrables, des hypothèses et des contraintes » Il donne une description détaillée des tâches à exécuter, des hypothèses, des contraintes, des jalons... de sorte que ne pas rencontrer plus d'obstacles pour mener à bien le projet. Importance du cahier des charges Il aide les parties prenantes à comprendre la portée du projet et du produit Elle réduit les risques de dérapage à des stades ultérieurs Il aide le chef de projet à développer le plan du projet facilement PARTI Elle aide à développer les lignes de base du projet E1 réduit l'incertitude en limitant la portée du projet et en donnant à toutes les parties prenantes un aperçu clair du projet Copyright - Tout droit réservé - OFPPT 7  La Portée du Projet La portée est une sous-partie du cahier des charges qui décrit de quelle manière les objectifs du projet seront atteints. Les éléments de cahier des charges Le cahier des charges comprend les éléments Produits livrables du projet : les résultats suivants : du projet Introduction Exclusions du projet :éléments en dehors But du projet : Il s’agit généralement d’un des limites du projet ; aperçu des buts et objectifs du projet Contraintes du projet : Il s'agit des Description de la portée du produit : Une ressources, de l'organisation, de la politique, de description détaillée du produit à réaliser ; la technologie et de toute autre contrainte qui affecte la performance ; Lieu : Le lieu ou l’environnement dans lequel Hypothèses du projet l’équipe va accomplir son travail PARTI Critères d'acceptation du produit Jalons E1 Période Copyright - Tout droit réservé - OFPPT 8  01 - Formaliser des exigences Cahier des charges Développer une description de la portée d'un projet 1.Identifier les exigences 2. Définir les produits 3. Définir les principaux produits livrables 4.Définir les jalons 5.Critères d'acceptation 6.Exclusion du projet PARTI E1 Copyright - Tout droit réservé - OFPPT 9  01 - Formaliser des exigences Cahier des charges Méthodes de collecte des besoins les méthodes les plus répandues en matière de collecte de données dans le cadre de ce type d’analyse. Questionnaires C’est un formulaire contenant des questions fermées d’ordre général. Enquêtes Ces enquêtes comportent le plus souvent des questions ouvertes, pour obtenir des informations plus détaillées que sur un questionnaire. Groupes de discussion ils permettent de recueillir des informations exhaustives en rapport avec les besoins et l’expérience client. C’est donc l’outil idéal pour obtenir des informations détaillées, La méthodologie QQOQCCP Présentation : Outil de questionnement systématique ou d’aide à la construction d’une réflexion Principe : Répondre aux sept questions posées : Qui ? Quoi ? Où ? Quand ? Combien ? Comment ? Pourquoi ? PARTI Les réunions « Brainstorming » E1 Présentation : Outil de créativité orale de groupe Principe : Mettre en place un groupe hétérogène de 15 personnes maximum sous la conduite d’un animateur spécialisé Réalisation : Toutes les idées exprimées sont Copyright inscrites - Tout sur droit réservé un tableau par l’animateur et numérotées. - OFPPT 10  01 - Formaliser des exigences Cahier des charges La méthode de « Metaplan® » Présentation : Outil de créativité de groupe fondé sur la discussion par l’écrit. Cette méthode consiste à répondre aux questions de l’animateur, par écrit, sur des cartes autocollantes. Principe Mettre en place un groupe limité à 5 personnes, sous la conduite d’un animateur spécialisé. Réalisation À partir d’une question ouverte, on exprimera une idée par carte. Affichées et lues à haute voix, les cartes seront regroupées par famille. Le logigramme Présentation Le logigramme ou flowchart est un outil simple et visuel permettant de construire un enchaînement séquentiel et logique de différentes étapes. Principe Dessiner le logigramme en utilisant des symboles (ovales ; rectangles ; cercles et losanges) pour PARTI identifier à chaque étape de sa construction « qui » fait « quoi » et « comment ». E1 Copyright - Tout droit réservé - OFPPT 11  01 - Formaliser des exigences QCM Question 1 La finalité d'un projet est de : 1.Changer les comportements 2.Gagner de l'argent 3.Développer de nouvelles opérations 4.Gagner du temps PARTI E1 Copyright - Tout droit réservé - OFPPT 12  01 - Formaliser des exigences QCM Réponse Question 1 La finalité d'un projet est de : 1. Changer les comportements 2. Gagner de l'argent 3. Développer de nouvelles opérations 4. Gagner du temps PARTI E1 Copyright - Tout droit réservé - OFPPT 13  01 - Formaliser des exigences QCM Question 2 Les livrables représentent : 1. Un document qui regroupe les outils réalisés dans la phase 2. Des documents qui valident la fin de la phase 3. Des points d'étapes 4. Des états d'avancement du projet PARTI E1 Copyright - Tout droit réservé - OFPPT 14  01 - Formaliser des exigences QCM Réponse Question 2 Les livrables représentent : 1. Un document qui regroupe les outils réalisés dans la phase 2. Des documents qui valident la fin de la phase 3. Des points d'étapes 4. Des états d'avancement du projet PARTI E1 Copyright - Tout droit réservé - OFPPT 15  01 - Formaliser des exigences QCM Question 3 Chaque fin d'étape donne lieu à : 1. Une décision 2. L'ouverture d'une ligne budgétaire 3. Une réunion du comité de pilotage 4. Une prime pour le chef de projet PARTI E1 Copyright - Tout droit réservé - OFPPT 16  01 - Formaliser des exigences QCM Réponse Question 3 Chaque fin d'étape donne lieu à : 1. Une décision 2. L'ouverture d'une ligne budgétaire 3. Une réunion du comité de pilotage 4. Une prime pour le chef de projet PARTI E1 Copyright - Tout droit réservé - OFPPT 17  01 - Formaliser des exigences QCM Question 4 Dans la réalisation d'un projet, le maître d'ouvrage est celui qui : 1. définit le cahier des charges d'ouvrage 2. est responsable de la coordination des intervenants 3. assure les études de conception 4. dirige le chantier de construction de l'ouvrage PARTI E1 Copyright - Tout droit réservé - OFPPT 18  01 - Formaliser des exigences QCM Réponse Question 4 Dans la réalisation d'un projet, le maître d'ouvrage est celui qui : 1. définit le cahier des charges d'ouvrage 2. est responsable de la coordination des intervenants 3. assure les études de conception 4. dirige le chantier de construction de l'ouvrage PARTI E1 Copyright - Tout droit réservé - OFPPT 19  01 - Formaliser des exigences QCM Question 5 Quelles sont les méthodes de définitions des besoins : 1. Questionnaire 2. Enquête 3. Groupes de discussion 4. QQOQCCP PARTI E1 Copyright - Tout droit réservé - OFPPT 20  01 - Formaliser des exigences QCM Réponse Question 5 Quelles sont les méthodes de définitions des besoins : 1. Questionnaire 2. Enquête 3. Groupes de discussion 4. QQOQCCP PARTI E1 Copyright - Tout droit réservé - OFPPT 21  CHAPITRE 1 FORMALISER DES EXIGENCES 1. Cahier des charges 2. Diagramme de cas d’utilisation  Diagramme de cas d’utilisation Introduction Les diagrammes de cas d’utilisation sont élaborés pour visualiser les relations entre les acteurs et les cas d’utilisation Représente une vue externes du système. Il permet la représentation des fonctionnalités du système PARTI E1 Copyright - Tout droit réservé - OFPPT 23  01 - Formaliser des exigences Diagramme de cas d’utilisation Remarque : Les acteurs interagissent directement avec le système Les cas d’utilisation représentent l’utilisation du système par les acteurs PARTI E1 Copyright - Tout droit réservé - OFPPT 24  01 - Formaliser des exigences Diagramme de cas d’utilisation Les acteurs Un acteur est un rôle d’un objet situé à l’extérieur du système et qui interagie avec lui pour remplir une fonctionnalité donnée de ce système Un acteur est : Un humain (via une IHM) Du soft Du hard acteur Les cas d’utilisations Un Cas d’utilisation ( use case ) est une fonctionnalité remplie par le système et qui se manifeste par un message échangé entre le système et un acteur. Cas d PARTI utilisation E1 Copyright - Tout droit réservé - OFPPT 25  01 - Formaliser des exigences Diagramme de cas d’utilisation Diagramme de cas d’utilisation Exemple : Application bancaire Application bancaire Traiter un versem ent Guichetier Traiter Conseiller Prêt financier PARTI E1 Copyright - Tout droit réservé - OFPPT 26  01 - Formaliser des exigences Diagramme de cas d’utilisation Relations entre cas d’utilisation Relation « include » : inclusion d’un cas d’utilisation dans un autre Exemple : pour qu‘un Stagiaire s‘inscrit il faut s‘identifier Relation « extends » : condition d’extension point d’extension dans le cas d’utilisation étendu Exemple : il faut inserer la carte pour retirer de l‘argent PARTI E1 Copyright - Tout droit réservé - OFPPT 27  01 - Formaliser des exigences Diagramme de cas d’utilisation Relation d‘inclusion : définition La relation d ’inclusion signifie que le cas d'utilisation source comprend le comportement décrit par le cas d'utilisation destination en un point insertion bien determine. Cas Cas d ’utilisation d’utilisation source destination Exemple : Valider Passer Utilisateur commande PARTI E1 Copyright - Tout droit réservé - OFPPT 28  01 - Formaliser des exigences Diagramme de cas d’utilisation Relation d'extension : définition Une relation d'extension entre cas d’utilisation signifie que le cas d’utilisation source ajoute son comportement au cas d'utilisation destination. Cas d’utilisation Cas d’utilisation source destination Condition d ’extension Exemple : Bank ATM Help Transaction PARTI Condition d ’extension E1 Copyright - Tout droit réservé - OFPPT 29  01 - Formaliser des exigences Diagramme de cas d’utilisation Relation de généralisation : définition Une relation de généralisation entre cas d’utilisation signifie que le cas d'utilisation enfant est une spécialisation du cas d’utilisation parent. Cas d’utilisation Reservation Parent Cas d’utilisation Par Tel Par Email Enfant PARTI E1 Copyright - Tout droit réservé - OFPPT 30  01 - Formaliser des exigences Diagramme de cas d’utilisation Construction des cas d'utilisation Un cas d'utilisation doit avant tout être simple, intelligible, décrit de manière claire et concise. Lors de la construction, il faut se demander : Quelles sont les tâches de l'acteur ? Quelles informations l'acteur doit-il créer, sauvegarder, modifier, détruire ou simplement lire ? L'acteur devra-t-il informer le système des changements externes ? Le système devra- t-il informer l'acteur des conditions internes ? PARTI E1 Copyright - Tout droit réservé - OFPPT 31  01 - Formaliser des exigences Diagramme de cas d’utilisation Relations standard entre cas d'utilisation Trois types de relations standard entre cas d'utilisation sont proposés par UML : : le cas d'utilisation incorpore explicitement et de manière obligatoire un autre cas d'utilisation à l'endroit spécifié ; : le cas d'utilisation incorpore implicitement de manière facultative un autre cas d'utilisation à l'endroit spécifié ; Généralisation : les cas d'utilisation descendants héritent des propriétés de leur parent. PARTI E1 Copyright - Tout droit réservé - OFPPT 32  01 - Formaliser des exigences Diagramme de cas d’utilisation Exercice Dans un établissement scolaire, on désire gérer la réservation des salles de cours ainsi que du matériel pédagogique (ordinateur portable ou/et Vidéo projecteur). Seuls les enseignants sont habilités à effectuer des réservations (sous réserve de disponibilité de la salle ou du matériel). Le planning des salles peut quant à lui être consulté par tout le monde (enseignants et étudiants). Par contre, le récapitulatif horaire par enseignant (calculé à partir du planning des salles) ne peut être consulté que par les enseignants. Enfin, il existe pour chaque formation un enseignant responsable qui seul peut éditer le récapitulatif horaire pour l’ensemble de la formation. 1. Modéliser cette situation par un diagramme de cas d’utilisation. PARTI E1 Copyright - Tout droit réservé - OFPPT 33  01 - Formaliser des exigences Diagramme de cas d’utilisation Solution PARTI E1 Copyright - Tout droit réservé - OFPPT 34  CHAPITRE 2 FORMALISER DES EXIGENCES Ce que vous allez apprendre dans ce chapitre : Découvrir les itérations du projet Maitriser le diagramme de Gantt Élaborer un diagramme de Pert 03 heures  CHAPITRE 2 PRIORISER DES "USER STORIES" 1. Itération d’un projet 2. Diagramme de Gantt 3. Diagramme de Pert  02 - Prioriser des "User Stories" Itérations du projet Phases de la gestion d’un projet Voici le cycle de vie d’un projet dans divers secteurs professionnels. 2. Planification 1. Initiation Ordonnancement Déterminer le besoin et évaluer la Définir le budget, identifier les viabilité risques et établir des objectifs clairs 3. Réalisation 4. Suivi et contrôle Créer les livrables, déléguer les tâches et maintenir une Suivre la progression de l'équipe et communication transparente surveiller le projet avec un logiciel adéquat 5. Clôture PARTI E1 Faire le bilan des réussites et des échecs Copyright - Tout droit réservé - OFPPT 37  02 - Prioriser des "User Stories" Itérations du projet Itération Une itération c’est une courte période de temps, de durée fixe (1, 2, 3 ou 4 semaines) durant laquelle vont se dérouler une série d’activités (analyse, ergo, conception, codage, test…) et qui se termine par une livraison (interne ou externe). Le développement logiciel itératif et incrémental commence par la planification et se poursuit par des cycles de développement itératifs ,se terminant par le déploiement du logiciel terminé à la fin de chaque cycle. PARTI E1 Copyright - Tout droit réservé - OFPPT 38  02 - Prioriser des "User Stories" Itérations du projet Cycle itératif Développeme nt Expression de besoin Spécification Validation PARTI Déploiement E1 Evaluation Copyright - Tout droit réservé - OFPPT 39  CHAPITRE 2 PRIORISER DES "USER STORIES" 1. Phase de la gestion de projet 2. Diagramme de Gantt 3. Diagramme de Pert  02 - Diagramme de Gantt Définitions Un diagramme de Gantt est un outil de gestion de projet qui illustre un plan de projet. Il comprend généralement deux sections : la partie gauche présente une liste de tâches, tandis que la partie droite comporte une ligne de temps avec des barres d'horaires qui visualisent le travail ; Le diagramme de Gantt peut également inclure les dates de début et de fin des tâches, les jalons, les dépendances entre les tâches et les destinataires ; Quelques outils pour la mise en place d’un diagramme de Gantt : PARTI E1 MS project Gantt project Copyright - Tout droit réservé - OFPPT 41  A quoi sert un diagramme de Gantt ? Les chefs de projet utilisent les diagrammes de Gantt pour trois raisons principales : 1.Construire et gérer un projet complet Les diagrammes de Gantt visualisent les éléments constitutifs d'un projet et les organisent en tâches plus petites et plus faciles à gérer. Les petites tâches qui en résultent sont planifiées sur la ligne de temps du diagramme de Gantt, avec les dépendances entre les tâches, les attributaires et les jalons. 2.Déterminer la logistique et les dépendances des tâches Les diagrammes de Gantt peuvent être utilisés pour garder un œil sur la logistique d'un projet. Les dépendances entre les tâches garantissent qu'une nouvelle tâche ne peut commencer que lorsqu'une autre tâche est terminée. Si une tâche est retardée (cela arrive aux meilleurs d'entre nous), les tâches dépendantes sont automatiquement reprogrammées. Cela peut être particulièrement utile lors de la planification dans un environnement multi-équipes. 3.Suivre l'avancement d'un projet Comme les équipes enregistrent le temps passé sur les points du plan, le gestionnaire peut surveiller la santé de ses projets et faire des ajustements si nécessaire. Le diagramme de Gantt PARTI peut inclure des dates de publication, des jalons ou d'autres mesures importantes pour suivre E1 l'avancement de projet. Copyright - Tout droit réservé - OFPPT 42  Origines du diagramme de Gantt Au début du XXe siècle, Henry Gantt a révolutionné la gestion de projet avec les diagrammes de Gantt. À l'époque, ils étaient écrits sur des feuilles de papier. Avec l'essor des ordinateurs dans les années 1980, les diagrammes de Gantt sont devenus de plus en plus complexes et élaborés. Aujourd'hui, les diagrammes de Gantt restent l'un des outils de gestion de projet les plus utilisés Aujourd'hui, les outils de diagramme de Gantt sont souvent appelés outils de feuille de route. Diagrammes de Gantt dans la planification en cascade ou agile Les diagrammes de Gantt peuvent être un outil puissant pour les méthodologies en cascade et Agile. Le modèle en cascade Le modèle de planification de projet en cascade suit une approche linéaire dans laquelle les exigences des parties prenantes et des clients sont recueillies au début du projet. À partir de là, les gestionnaires de projet créent un plan de projet séquentiel, assorti de jalons et de délais. Chaque élément du projet repose sur l'achèvement des tâches précédentes. Cette méthode est privilégiée par les équipes qui se concentrent sur le processus (comme la construction ou la fabrication) et moins sur l'idéation ou la résolution de problèmes, car les étapes doivent être planifiées à l'avance. Les diagrammes de Gantt sont généralement préférés par les chefs de projet utilisant la méthode de la cascade. Ils déterminent le calendrier d'un projet en le divisant en blocs de travail gérables et en attribuant des dates de début et de fin. Il est également utile PARTI pour identifier les étapes importantes de projet. Les jalons sont des réalisations que les équipes doivent atteindre dans les délais ou en avance sur le calendrier. Ils sont facultatifs mais recommandés. E1 Agile D'autre part, le modèle agile de planification de projet valorise la flexibilité et l'adaptabilité. Au lieu de créer un calendrier complet avec des dates fixes, les équipes agiles divisent les projets en itérations plus petites (également appelées sprints). Au début d'un sprint, l'équipe planifie son travail en fonction des objectifs du projet pour les deux semaines à venir. Une fois le sprint terminé, les réalisations et les développements qui en ont découléCopyright - Tout droit permettent réservé - OFPPT d'élaborer le plan du sprint suivant. 43  02 - Prioriser des "User Stories" Diagramme de Gantt Utilisation des diagrammes de Gantt Les diagrammes de Gantt restent un outil important de gestion de projet dans divers secteurs. À la fin de la deuxième décennie du 21e siècle, le Project Management Institute a conclu que seulement 11 % des organisations étaient entièrement agiles. La plupart des organisations utilisent des méthodologies de gestion de projet en cascade (généralement au niveau de la direction) en plus de la méthodologie agile. C'est ce qu'on appelle une approche hybride. Si on pense en termes de "dates et d'échéances", ainsi on a besoin de diagrammes de Gantt basés sur des échéances. PARTI E1 Copyright - Tout droit réservé - OFPPT 44  02 - Prioriser des "User Stories" Diagramme de Gantt Étapes pour créer un diagramme de Gantt efficace Voici les 6 étapes pour créer un diagramme de Gantt efficace. Étape 1 Étape 2 Étape 3 Définir le Dresser la liste Estimer la périmètre du des tâches à durée des projet accomplir tâches Étape 4 Étape 5 Établir un Étape 6 Identifier les Affecter les dépendances planning ressources entre chaque détaillé du humaines tâche projet PARTI E1 Copyright - Tout droit réservé - OFPPT 45  02 - Prioriser des "User Stories" Diagramme de Gantt Méthodologie et démarche 1. Définir le périmètre de projet L’objectif, la date de début, la date de fin du projet, le budget doivent êtres identifiés Les tâches doivent être identifiées Les tâches doivent être quantifiées en terme de délais, de charges ou de ressources La logique de l'ensemble des tâches doit être analysée 2. Déterminer et structurer la liste des tâches en respectant au mieux une chronologie. Cette identification peut se faire par des techniques comme le Brainstorming ou les groupes de travail. 3. Estimer les durées et les ressources II faut ensuite remplir un tableau présentant, pour chaque tâche, la durée de celle-ci et les ressources affectées : utiliser la même unité de temps pour toutes les tâches dans un souci d'harmonisation du diagramme de GANTT. Quant aux ressources, elles peuvent être humaines ou matérielles. 4. Réaliser le réseau logique (dépendances entre chaque tâche) Le réseau doit reprendre les hypothèses de priorité des tâches. II se présente souvent sous la forme de tâches reliées entre elles par des liens logiques. Définir les tâches directement antérieures à chaque tâche. Une fois le réseau tracé, on retrouvera la chronologie du projet. PARTI 5. Tracer le diagramme de GANTT (planning détaillé du projet) Les coordonnées du graphique font apparaître les tâches en ordonnée et la durée (heures, jours, semaines,...) en abscisse : E1 Chaque ligne représente donc une tâche, et chaque colonne, une unité de temps Chaque tâche est représentée par une droite horizontale, dont la longueur est proportionnelle à la durée Dessiner chaque tâche, en représentant au fur et à mesure, la contrainte en amont Lorsque la dernière tâche est représentée, Copyright - Tout droit il convient réservé le de suivre - OFPPT graphique "en marche arrière ", pour déterminer le 46  02 - Prioriser des "User Stories" Diagramme de Gantt Exemple Tâche 1 27 jours 6/25 - 7/21 ici Tâche 2 ici 35 jours 7/5 - 8/8 Tâche 3 ici 45 jours 7/30 - 9/12 Tâche 4 47 jours 8/20 - 10/5 ici Tâche 5 48 jours 8/29 - 10/15 ici Tâche 8 22 10/15 - 11/5 ici jours Tâche 9 40 jours 10/29 - 12/7 ici Tâche 10 32 jours 11/10 - 12/11 ici Tâche 11 47 jours 12/5 - 1/20 ici Tâche 12 45 jours 1/2 - 2/15 ici PARTI Jalon 4 Jalon 2 Jalon 3 2/15/202 3 E1 2022 2023 2022 Jun Jul Aou Sep Oct Nov Dec Jan Fev 2023 6/18/20 2/28/20 22 23 Jalon 1 Jalon 5 Copyright - Tout droit réservé - OFPPT 47  02 - Prioriser des "User Stories" Diagramme de Gantt Exemple Lister les tâches, estimer les durées et identifier l'ordre dans Dessiner chaque tâche en faisant apparaitre aussitôt et au fur lequel les tâches doivent être faites. à mesure, la ou les contraintes antérieures et/ou les marges de manœuvres. Tâches Durée Tâches précédentes A 5 B 4 C 3 B D 7 AC E 6 AC F 2 B G 4 D H 3 E PARTI I 5 EF E1 J 2 HI Copyright - Tout droit réservé - OFPPT 48  02 - Prioriser des "User Stories" Diagramme de Gantt Exemple Lire le graphique en sens inverse pour représenter le chemin Calculer l'effectif total par unité de temps. critique (tâches immédiates derrières). Tâches Tâches Durée Effectif précédentes A 5 4 B 4 4 C 3 B 5 D 7 AC 1 E 6 AC 2 F 2 B 6 G 4 D 4 H 3 E 4 I 5 EF 3 À noter PARTI J 2 HI 4 Chemin critique : "Le chemin critique se définit comme étant le E1 temps minimum nécessaire pour réaliser le projet, il s'agit de la séquence la plus longue d'activités pour traverser le réseau du nœud de début jusqu'au nœud de fin. les activités faisant partie du chemin critique sont des activités critiques, leurs durées ne peuvent être modifiées sans modifier la durée totale du projet " Copyright - Tout droit réservé - OFPPT 49  02 - Prioriser des "User Stories" Diagramme de Gantt Exemple Faire apparaître la marge possible sur chaque tâche, suivre l'état d'avancement du projet, et corriger éventuellement. PARTI E1 Copyright - Tout droit réservé - OFPPT 50  CHAPITRE 2 PRIORISER DES "USER STORIES" 1. Itérations du projet 2. Diagramme de Gantt 3. Diagramme de Pert  02 - Prioriser des "User Stories" Diagramme de Pert Définition Un diagramme PERT (Program Evaluation Review Technique) est une représentation graphique de l'échéancier d'un projet qui affiche toutes les tâches individuelles nécessaires à la réalisation du projet ; Objectif trouver la meilleure organisation possible pour mener à bien un projet dans les meilleurs délais En tant qu'outil de gestion de projet, le diagramme PERT est souvent préféré au diagramme de Gantt car il identifie les dépendances entre les tâches. Cependant, un diagramme PERT peut être plus difficile à interpréter. PARTI E1 Copyright - Tout droit réservé - OFPPT 52  02 - Prioriser des "User Stories" Diagramme de Pert Points clés Les diagrammes PERT ont été créés pour la première fois par le Eléments d’un diagramme de PERT : bureau des projets spéciaux de la marine américaine dans les années 1950 pour guider le projet de sous-marin nucléaire Polaris. 1. Un diagramme PERT utilise des cercles ou des es Tâches rectangles appelés nœuds pour représenter les anc d événements ou les jalons du projet. Ces nœuds sont p en reliés par des vecteurs, ou lignes, qui représentent les Dé différentes tâches et leurs dépendances; 2. Un diagramme PERT permet aux managers d'évaluer le Projet Nœuds temps et les ressources nécessaires à la gestion d'un terminé projet. Pour créer un diagramme de PERT, suivez les cinq étapes du cycle de vie du processus, depuis l’identification des tâches jusqu’à la gestion de l’achèvement du projet : PARTI Étape 1 - identifier les tâches de projet Dépendances Étape 2 - définir les dépendances des tâches sans ressources E1 Étape 3 - faire le lien entre les tâches de projet Étape 4 - estimer la durée du projet Étape 5 - gérer la progression des tâches Copyright - Tout droit réservé - OFPPT 53  02 - Prioriser des "User Stories" Diagramme de Pert Fonctionnement d’un diagramme de PERT Un graphique PERT bien construit ressemble à ceci : Un chef de projet crée un diagramme PERT afin d'analyser Programma toutes les tâches d'un projet et d'estimer le temps nécessaire à tion créer un la réalisation de chacune d'entre elles. Grâce à ces calendrier informations, le chef de projet peut estimer le temps minimum 2 4 8 10 nécessaire à la réalisation de l'ensemble du projet Ces informations aident également le gestionnaire à élaborer 20 le budget du projet et à déterminer les ressources nécessaires 1 7 9 11 10 à sa réalisation 20 Un diagramme PERT utilise des cercles ou des rectangles, 3 5 appelés nœuds, pour représenter les événements ou les jalons du projet. Les nœuds sont reliés par des vecteurs ou des lignes 6 qui représentent diverses tâches installati on Les tâches dépendantes sont des éléments qui doivent être Les rectangles numérotés sont des nœuds et représentent des exécutés d'une manière spécifique. Par exemple, si une flèche événements ou des jalons est tracée de la tâche n° 1 à la tâche n° 2 sur un graphique Les flèches directionnelles représentent des tâches PARTI PERT, la tâche n° 1 doit être achevée avant que le travail sur la tâche n° 2 ne commence dépendantes qui doivent être accomplies de manière E1 séquentielle Les éléments qui se trouvent au même stade de production mais sur des lignes de tâches différentes au sein d'un projet Les flèches de direction divergentes (par exemple, 1-2 \& 1-3) sont appelés tâches parallèles. Ils sont indépendants les uns indiquent des tâches éventuellement simultanées des autres et se produisent en même temps Les lignes en pointillés indiquent des tâches dépendantes qui ne nécessitent Copyright - Tout droit réservé - OFPPT pas de ressources 54  02 - Prioriser des "User Stories" Diagramme de Pert Interprétation d’un diagramme de PERT Un graphique PERT est une représentation visuelle d'une série d'événements qui doivent se produire au cours de la durée de vie d'un projet. La direction des flèches indique le flux et la séquence des événements requis. Les lignes d'activité en pointillés représentent des activités fictives, c'est-à-dire des éléments qui se trouvent sur un autre chemin PERT. Des nombres et des temps alloués sont attribués et indiqués à l'intérieur de chaque vecteur. Ces graphiques ont leurs définitions et termes distincts, dont les plus importants anticipent le temps nécessaire à la finalisation d'un projet. "Le temps optimiste" fait référence à la durée la plus courte. "Le temps pessimiste" correspond à la durée la plus longue qui pourrait être nécessaire. Le "temps le plus probable" indique une estimation raisonnable du meilleur scénario, tandis que le "temps prévu" tient compte des problèmes et des obstacles. PARTI E1 Copyright - Tout droit réservé - OFPPT 55  02 - Prioriser des "User Stories" Diagramme de Pert Avantages et inconvénients des diagrammes PERT Le diagramme PERT est similaire à l'analyse du chemin critique (CPA), une autre méthode utilisée par les chefs de projet pour planifier les tâches d'un projet. La principale différence entre les deux est qu'un diagramme PERT utilise différents délais et termes de probabilité pour estimer chaque étape du projet. En tant qu'outil de gestion de projet, les diagrammes PERT présentent des avantages et des inconvénients distincts. AVANTAGES INCONVÉNIENTS Un diagramme PERT permet à un gestionnaire d'évaluer le Les informations qui entrent dans un graphique PERT peuvent temps et les ressources nécessaires à la réalisation d'un projet. être très subjectives. Elles peuvent inclure des données non Il permet également au gestionnaire de suivre les actifs requis fiables ou des estimations déraisonnables en matière de coûts à n'importe quelle étape de la production au cours du projet ou de délais L'analyse PERT intègre des données et des informations fournies par un certain nombre de départements. Cette Les diagrammes PERT sont axés sur les délais et peuvent ne combinaison d'informations encourage la responsabilité des pas communiquer pleinement la situation financière d'un projet départements et identifie toutes les parties responsables dans l'ensemble de l'organisation Il améliore également la communication au cours du projet et PARTI permet à l'organisation de s'engager dans des projets qui La création d'un diagramme PERT demande beaucoup de correspondent à son positionnement stratégique travail, et le maintien et la mise à jour des informations E1 Enfin, les diagrammes PERT sont des données utiles pour les nécessitent du temps et des ressources supplémentaires. Un analyses de simulation. Comprendre les possibilités concernant examen continu des informations fournies, ainsi que du le flux des ressources et des étapes du projet permet à la positionnement prospectif du projet, est nécessaire pour qu'un direction de réaliser le parcours le plus efficace et le plus utile diagramme PERT soit utile du projet Copyright - Tout droit réservé - OFPPT 56  02 - Prioriser des "User Stories" Diagramme de Pert Elaboration d’un diagramme de PERT : Matrice des antériorités Pour établir la matrice des antériorités, nous allons créer un L'entrée horizontale correspond aux tâches antérieures. tableau à deux entrées identiques : la liste des tâches, suivie Le remplissage de la matrice se fait de la façon d'un tableau comportant des colonnes de niveaux. suivante : A l'aide de la liste des tâches et de leurs Il faut avoir terminé niveaux antériorités compléter ligne par ligne en plaçant A B C D E F G H I J 1 2 3 4 5 des "1" dans les colonnes où les tâches sont A antérieures ; P B 1 Supposons que la tâche E est antérieure à la O U C tâche B nous allons donc placer un "1" à R D l'intersection de la ligne B et de la colonne E ; E Supposons que la tâche F est directement F postérieure à D et à E nous allons donc placer un A F 1 1 I "1" à l'intersection de la ligne F et de la colonne D G R et un "1" à l'intersection de la ligne F et de la E H colonne E. Idem pour les autres lignes. PARTI I J E1 Copyright - Tout droit réservé - OFPPT 57  02 - Prioriser des "User Stories" Diagramme de Pert Elaboration d’un diagramme de PERT Pour A B C D E F G H I J faire : Avec une liste des tâches et de leur antériorités par exemple Il faut J, C, H avoir E E A A D, E B G A F fait cela donne : Il faut avoir terminé niveaux A B C D E F G H I J 1 2 3 4 5 A P B 1 O U C 1 R D 1 E 1 F F 1 1 A I G 1 R E H 1 PARTI I 1 1 1 1 Remarque E1 J 1 la tâche A n’a pas de tâches antérieures elle ne comporte pas de Nous allons "1" sur réaliser un ensemble de deux étapes que nous allons répéter n fois, n étant le nombre de niveaux. sa ligne. Copyright - Tout droit réservé - OFPPT 58  02 - Prioriser des "User Stories" Diagramme de Pert Elaboration d’un diagramme de PERT Première étape de l'ensemble Reporter la somme par ligne des "1" dans la colonne de niveau i (i variant de 1 à n). Deuxième étape de l'ensemble Déterminer quelles sont les tâches de niveau i : tout simplement ce sont les tâches pour lesquelles la somme trouvée précédemment est nulle. Éliminer les "1" de chaque colonne de niveau i. Il faut avoir terminé niveaux A B C D E F G H I J 1 2 3 4 5 A 0 P B 1 1 O U C 1 1 R D 1 1 E 1 1 F F 1 1 2 A PARTI I G 1 1 R E E1 H 1 2 I 1 1 1 1 4 J 1 1 Nous avons réalisé la première étape ci-dessus en reportant la somme par ligne des "1" dans la colonne de niveau 1(i étant =1). pour la deuxième. Copyright - Tout droit réservé - OFPPT 59  02 - Prioriser des "User Stories" Diagramme de Pert Elaboration d’un diagramme de PERT la tâche de niveau 1 est donc la tâche A car la somme des "1" de la ligne A est nulle. Nous allons donc éliminer tous les 1 de la colonne A, ce qui donne le tableau ci-dessous : Il faut avoir terminé niveaux A B C D E F G H I J 1 2 3 4 5 A 0 P B 1 1 O U C 1 1 R D 1 E 1 F F 1 1 2 A I G 1 1 R E H 1 2 PARTI I 1 1 1 1 4 E1 J 1 Copyright - Tout droit réservé - OFPPT 60  02 - Prioriser des "User Stories" Diagramme de Pert Elaboration d’un diagramme de PERT Nous avons recommencé la première étape ci-dessous en prenant i = 2 et en reportant la somme par ligne des "1" dans la colonne de niveau 2. Il faut avoir terminé niveaux A B C D E F G H I J 1 2 3 4 5 A 0 P B 1 1 1 O U C 1 1 1 R D 1 0 E 1 0 F F 1 1 2 2 A I G 1 1 1 R E H 1 2 1 PARTI I 1 1 1 1 4 4 E1 J 1 0 Copyright - Tout droit réservé - OFPPT 61  02 - Prioriser des "User Stories" Diagramme de Pert Elaboration d’un diagramme de PERT Pour la deuxième étape les tâches de niveau 2 sont donc les tâches D,E et J car la somme des "1" de leur ligne est nulle. Il faut avoir terminé niveaux A B C D E F G H I J 1 2 3 4 5 A 0 P B 1 1 1 O U C 1 1 1 R D 1 0 E 1 0 F F 1 1 2 2 A I G 1 1 1 R E H 1 2 1 PARTI I 1 1 1 1 4 3 E1 J 1 0 Nous allons donc éliminer tous les "1" des colonnes D,E et J. Copyright - Tout droit réservé - OFPPT 62  02 - Prioriser des "User Stories" Diagramme de Pert Elaboration d’un diagramme de PERT ce qui donne : Il faut avoir terminé niveaux A B C D E F G H I J 1 2 3 4 5 A 0 P B 1 1 0 O U C 1 1 0 R D 1 0 E 1 0 F F 2 2 0 A I G 1 1 1 1 R E H 1 2 1 1 I 1 1 1 4 3 3 En répétant ces deux étapes : J 1 0 pour le niveau 3 on trouve B,C et F PARTI pour le niveau 4 on trouve G pour le niveau 5 on trouve H E1 pour le niveau 6 on trouve I niveaux 1 2 3 4 5 6 ce qui nous donne une table des niveauxtâches : A D, E, J B, C, F G H I Copyright - Tout droit réservé - OFPPT 63  02 - Prioriser des "User Stories" Diagramme de Pert Établir le graphe sagittal Prenons l'exemple précédent pour lequel la répartition des tâches en niveaux est : niveaux 1 2 3 4 5 6 tâches A D, E, J B, C, F G H I et la liste des tâches et de leurs antériorités : Pour faire A B C D E F G H I J Il faut avoir J, C, H E E A A D, E B G A fait F PARTI E1 Copyright - Tout droit réservé - OFPPT 64  02 - Prioriser des "User Stories" Diagramme de Pert Établir le graphe sagittal Niveau 1 Nous allons débuter le graphe avec les tâches de premier niveau dans notre cas il s'agitDéb A de la tâche A : ut 1 Niveau 2 Les trois tâches D,E et J sont de niveau deux et ont pour antécédent la tâche A, elles vont donc débuter en parallèle juste après A : J Déb A D PARTI ut E1 E Copyright - Tout droit réservé - OFPPT 65  02 - Prioriser des "User Stories" Diagramme de Pert Établir le graphe sagittal Niveau 3 J Les trois tâches B,C et F sont de niveau trois sachant que B et C ont pour antécédent E et que F a pour antécédent D et E. F Déb ut A D C E B Niveau 4 J Nous avons simplement la tâche G qui a pour antécédent B. F Déb ut A D C PARTI E1 E B G Copyright - Tout droit réservé - OFPPT 66  02 - Prioriser des "User Stories" Diagramme de Pert Établir le graphe sagittal Niveau 5 J Nous avons simplement la tâche H qui a pour antécédent G. F Déb ut A D C E Niveau 6 B G H Nous avons une seule tâche : I mais elle a quatre antécédents J,F,C et H. J F Déb A D ut I Fin PARTI C E1 E B G H Copyright - Tout droit réservé - OFPPT 67  02 - Prioriser des "User Stories" Diagramme de Pert Établir le graphe sagittal On peut noter sur ce graphe les contraintes qui peuvent exister entre deux tâches. Supposons que pour réaliser I il faut attendre deux jours après la fin de J, il s'agit d'une contrainte de type fin-début=3 entre la fin de J et le début de I. On peut la représenter sur le graphe : J FD = 3 jours F Déb A D ut I Fin C Début Fin E PARTI B G H E1 Copyright - Tout droit réservé - OFPPT 68