Gestion de Projet

Let's set our project up for success

José Florio ANDRIANARISON

I. Introduction et Fondamentaux de
la Gestion de Projet
I.1. Qu’est-ce qu’un projet ?
• Définition : Un projet est un ensemble d’activités coordonnées, limité dans le temps, avec un
objectif clair, des ressources dédiées et un résultat attendu.
• Caractéristiques :

✓ Unique

✓ Temporaire (début et fin définis)

✓ Implique des ressources humaines, matérielles et financières

• Pourquoi gérer un projet ?

✓ Assurer la livraison à temps.

✓ Respecter le budget.

✓ Atteindre la qualité demandée.

✓ Satisfaire les parties prenantes.

I.2. Le cycle de vie d’un projet
Les 5 grandes phases :
✓ Initialisation : Définir et autoriser le projet. On établit le besoin, la faisabilité de haut niveau,
les objectifs initiaux et on obtient l'approbation pour démarrer. La charte de projet est le
livrable clé.
✓ Planification : Créer une feuille de route détaillée. On définit la portée, l'échéancier, les
ressources, le budget, la qualité, les communications et les risques. Le plan de gestion de
projet est le document central.
✓ Exécution : Faire e travail. L'équipe réalise les tâches définies dans le plan pour produire les
livrables du projet.
✓ Contrôle (ou Surveillance et Contrôle) : Suivre et corriger la performance. On surveille
l'avancement, gère les changements et prend des actions correctives pour rester sur la bonne
voie par rapport au plan. Les rapports de performance sont essentiels.
✓ Clôture : Terminer officiellement le projet. On finalise les livrables, obtient l'acceptation,
dissout l'équipe, clôture les contrats et documente les leçons apprises dans le rapport de
clôture.
I.3. Projets informatiques : logiciels vs réseaux

Aspect Projet logiciel Projet réseau

Résultat Logiciel ou application Infrastructure (Wi-Fi, LAN, etc.)

Fonctionnalités, UX/UI,
Spécificités Matériel, couverture, débit
versions
Méthodologie Agile, DevOps, Cycle en V Cycle en V, ITIL, gestion IT
I.4. Acteurs d’un projet
Un projet implique différents acteurs, chacun ayant un rôle spécifique :
✓ MOA (Maîtrise d’Ouvrage) : C'est celui qui a besoin du projet et dit ce qu'il veut.
✓ MOE (Maîtrise d’Œuvre) : C'est celui qui fabrique le projet, qui le réalise techniquement.
✓ Chef de projet : C'est le chef d'orchestre qui organise et guide tout le monde.
✓ Autres rôles : Ce sont les spécialistes (développeurs, techniciens...) qui font le travail concret.
I.5. Rôle et compétences du chef de projet
• Rôle central dans la réussite du projet

✓ Planifie, organise, coordonne, communique, pilote

• Compétences techniques et comportementales :

✓ Organisation
✓ Communication
✓ Leadership
✓ Gestion des risques
✓ Négociation
II. Démarrage d’un projet – La phase de
lancement
II.1. Rappel des concepts clés
✓ Définition d’un projet : Ensemble d'activités temporaires visant un objectif unique, avec des
ressources limitées.
✓ Caractéristiques d’un projet : Objectif, durée limitée, ressources, contraintes.
✓ Cycle de vie d’un projet : Initiation, planification, exécution, suivi, clôture.
✓ Importance de la gestion de projet : Meilleure organisation, maîtrise des risques, garantie de
qualité et respect des délais/budget.
II.2. L’Importance de bien démarrer un projet
a) Pourquoi le démarrage est-il crucial ?

✓ Base de tout le projet : La phase de lancement pose les fondations sur lesquelles tout le
reste du projet sera construit. Des fondations solides augmentent les chances de succès.

✓ Définit les attentes, les objectifs et les contraintes : Un bon démarrage clarifie ce que le
projet doit accomplir, les limites à respecter (temps, budget, qualité) et les attentes des
parties prenantes.

✓ Fixe les bases de la communication : Établir dès le départ des canaux et des méthodes de
communication efficaces est essentiel pour la collaboration et la gestion des informations
tout au long du projet.
b) Conséquences d’un mauvais démarrage :
➢ Erreurs fréquentes :

✓ Objectifs flous : Si les buts du projet ne sont pas clairement définis, l'équipe risque de
travailler dans des directions différentes.

✓ Manque de ressources : Un sous-estimation des besoins en personnel, en budget ou en

matériel peut entraîner des retards et des blocages.

✓ Parties prenantes mal identifiées : Oublier des acteurs importants peut mener à des
résistances ou à des exigences non satisfaites ultérieurement.
c) Bonnes pratiques :
✓ Recueil des besoins : Investir du temps pour comprendre en profondeur les besoins des
utilisateurs et des commanditaires.
✓ Communication claire dès le départ : S'assurer que tous les acteurs ont une
compréhension commune des objectifs, des contraintes et des rôles.
✓ Documentation initiale (cahier des charges, charte) : Formaliser les informations clés
dans des documents de référence pour éviter les malentendus futurs.
II.3. Expression des besoins et cahier des charge
a) Identifier les besoins :
➢ Techniques :

✓ Entretiens : Discussions individuelles avec les parties prenantes pour recueillir leurs
exigences et leurs attentes.

✓ Questionnaires : Enquêtes structurées pour collecter des informations auprès d'un grand
nombre de personnes.

✓ Observation : Étudier les processus existants ou le comportement des utilisateurs pour

identifier les besoins implicites.
➢ Besoin exprimé vs besoin réel : Il est important de creuser au-delà de ce que les gens disent
vouloir pour comprendre leurs véritables problèmes et nécessités.
b) Rédiger un cahier des charges :
Définition : Document formel et détaillé qui décrit précisément ce que le projet doit réaliser, les
fonctionnalités attendues et les exigences à respecter.
Structure type :

✓ Contexte : Présentation générale du projet, de son origine et de sa pertinence.

✓ Objectifs : Résultats attendus du projet (idéalement SMART).

✓ Contraintes : Limitations à respecter (temps, coûts, qualité, ressources techniques,

réglementations).

✓ Périmètre : Définition claire de ce qui est inclus et exclu du projet.

✓ Livrables attendus : Produits, services ou résultats concrets que le projet doit fournir.
b) Rédiger un cahier des charges :
Définition : Document formel et détaillé qui décrit précisément ce que le projet doit réaliser, les
fonctionnalités attendues et les exigences à respecter.
Structure type :

✓ Contexte : Présentation générale du projet, de son origine et de sa pertinence.

✓ Objectifs : Résultats attendus du projet (idéalement SMART).

✓ Contraintes : Limitations à respecter (temps, coûts, qualité, ressources techniques,

réglementations).

✓ Périmètre : Définition claire de ce qui est inclus et exclu du projet.

✓ Livrables attendus : Produits, services ou résultats concrets que le projet doit fournir.
II.4. Analyse des parties prenantes (Stakeholders)
a) Qui sont les parties prenantes ?

➢ Internes :

✓ Équipe projet : Les personnes directement impliquées dans la réalisation du projet.

✓ Direction : Les décideurs qui ont approuvé le projet et qui en suivent l'avancement.

✓ Collaborateurs : D'autres employés de l'entreprise qui peuvent être affectés par le

projet ou qui peuvent apporter leur expertise.

➢ Externes :

✓ Clients : Les bénéficiaires finaux du produit ou du service créé par le projet.

✓ Fournisseurs : Les entreprises externes qui fournissent des biens ou des services
nécessaires au projet.

✓ Régulateurs : Les organismes gouvernementaux ou les autorités qui peuvent avoir

des exigences légales ou normatives pour le projet.
b) Comment les cartographier ?
➢ Utilisation de la matrice Pouvoir / Intérêt :

✓ Axe du Pouvoir : Niveau d'influence de la partie prenante sur le projet.

✓ Axe de l'Intérêt : Niveau de préoccupation de la partie prenante par rapport au projet.

✓ Placement des parties prenantes dans les quatre quadrants (Fort pouvoir/Fort intérêt,
Fort pouvoir/Faible intérêt, Faible pouvoir/Fort intérêt, Faible pouvoir/Faible intérêt).
➢ Stratégie de communication adaptée :
Définir une approche de communication spécifique pour chaque quadrant (gérer de près,
maintenir satisfait, tenir informé, surveiller).
II.5. Définir des Objectifs Clairs : La Méthode SMART

Spécifique Mesurable Atteignable Réaliste Temporel

Concernant un On peut évaluer Réalisable avec Possible à Doit comporter
domaine précis sa réalisation les ressources atteindre dans le une échéance
disponibles contexte claire
Exemples comparés :
🔴 Objectif non-SMART :
"Améliorer la satisfaction client."
🟢 Objectif SMART :
"Augmenter la satisfaction client de 15 % d’ici la fin du mois grâce à un nouveau système de
feedback."
II.6. La Charte du Projet (Project Charter)
a) Définition : Document officiel qui autorise le début du projet et donne au chef de projet
l’autorité nécessaire pour utiliser les ressources de l'organisation.
b) Contenu essentiel :

✓ Nom du projet : Titre clair et concis identifiant le projet.

✓ Objectif principal : Résumé de haut niveau de ce que le projet doit accomplir.

✓ Chef de projet : Nom de la personne responsable de la gestion du projet.

✓ Parties prenantes principales : Liste des acteurs clés ayant un intérêt significatif dans le
projet.

✓ Budget estimé : Estimation initiale des ressources financières nécessaires.

✓ Date de début et de fin (prévisionnelles) : Échéancier de haut niveau du projet.

✓ Risques initiaux : Identification préliminaire des principaux risques potentiels.

✓ Critères de succès : Comment le succès du projet sera mesuré.

III. Planification avancée du projet
III.1. Les notions de planification
➢ Qu'est-ce que la phase de planification ?

✓ Son rôle crucial dans le cycle de vie du projet (établir la feuille de route).

✓ Les principaux éléments d'un plan de gestion de projet (portée, temps, coûts, ressources,
etc.).
➢ Importance d'une planification détaillée :

✓ Réduction des risques et des incertitudes.

✓ Amélioration de la communication et de la coordination.

✓ Base pour le suivi et le contrôle du projet.

III. 2. Découpage du projet (Work Breakdown Structure - WBS)
a) Qu’est-ce que le WBS ?
Le WBS (Work Breakdown Structure), ou structure de découpage du projet, est une
représentation hiérarchique du projet, utilisée pour :

✓ Identifier tous les livrables du projet

✓ Diviser ces livrables en tâches gérables

✓ Faciliter la planification, le suivi, le budget et la répartition des responsabilités

b) Structure hiérarchique typique d’un WBS

Niveau Contenu Exemple générique

Niveau 1 Projet global Projet de transformation digitale
Niveau 2 Livrables principaux Plateforme web, Infrastructure réseau
Sous-livrables ou grandes
Niveau 3 Backend, Frontend, Tests, Sécurité
étapes
Niveau 4 Tâches élémentaires Coder l'API, Configurer le switch, etc.
c) Les étapes principales pour construire un WBS Global
Niveau Nom de l'étape Description
Identifier clairement le but du projet (ex : déployer un
1⃣ Définir l’objectif global du projet
réseau, développer une application mobile, etc.).
Découper le projet en grands résultats attendus (ex :
2️⃣ Identifier les livrables principaux
matériel, logiciel, documentation, formation).
Décomposer chaque livrable en sous- Chaque livrable principal est subdivisé en grandes étapes
3️⃣
livrables nécessaires à sa réalisation.
Définir les tâches élémentaires (Work Pour chaque sous-livrable, identifier les tâches
4️⃣
Packages) opérationnelles concrètes à exécuter.
Associer chaque tâche ou paquet de travail à une équipe ou
5⃣ Assigner les responsabilités
personne responsable.
Estimer la durée, les coûts et les Associer à chaque tâche une estimation en temps, budget et
6️⃣
ressources ressources nécessaires.
Structurer le WBS de manière Numéroter et organiser les éléments du WBS (ex : 1.2.3.1
7️⃣
hiérarchique (codage) pour identifier une tâche).
S'assurer que toutes les parties comprennent et valident la
8️⃣ Valider le WBS avec les parties prenantes
structure.
9️⃣ Mettre à jour le WBS si nécessaire Le WBS peut être révisé à mesure que le projet évolue.
d) Exemple WBS – Création d’un site internet
Niveau 1 Projet Global
1.0 Création d’un site internet

Niveau 2 : Livrables principaux

Code Livrables principaux
1.1 Préparation et Analyse
1.2 Infrastructure
1.3 Conception
1.4 Développement
1.5 Test et Validation
1.6 Mise en ligne
Niveau 3 : Sous-livrables
Code Sous-livrables
1.1.1 Identification des cibles et des fonctionnalités
1.1.2 Rédaction du cahier des charges
1.2.1 Choix de l’hébergeur et du nom de domaine
1.2.2 Configuration du serveur et environnement de développement
1.3.1 Dessin des maquettes (UI/UX)
1.3.2 Validation du design
1.4.1 Développement Front-End
1.4.2 Développement Back-End
1.5.1 Tests fonctionnels
1.5.2 Tests utilisateurs (recette)
1.6.1 Mise en ligne sur serveur de production
1.6.2 Vérification finale et publication officielle
Niveau 4 : Tâche élémentaires

Code Tâches élémentaires (Work Packages)

1.4.1.1 Créer la page d’accueil
1.4.1.2 Intégrer des formulaires de contact et d’inscription
1.4.1.3 Ajouter des animations CSS et transitions visuelles
1.4.2.1 Développer l’API de gestion des utilisateurs
1.4.2.2 Implémenter la base de données (MySQL, MongoDB, etc.)
1.4.2.3 Mettre en place l’authentification sécurisée
Résumé hiérarchique (extrait visuel)

1.0 Création d’un site internet

├── 1.1 Préparation et Analyse
│ ├── 1.1.1 Identifier les cibles
│ └── 1.1.2 Cahier des charges
├── 1.3 Conception
│ ├── 1.3.1 Maquettes
│ └── 1.3.2 Validation design
├── 1.4 Développement
│ ├── 1.4.1 Front-end
│ │ ├── 1.4.1.1 Page d’accueil
│ │ ├── 1.4.1.2 Formulaires
│ │ └── 1.4.1.3 Animations
│ └── 1.4.2 Back-end
│ └── ...
III.3. Diagramme de Gantt & Jalons
a) C’est quoi un diagramme de Gantt ?
Un outil de visualisation chronologique des tâches d’un projet, montrant leur durée, leur ordre et
leur chevauchement éventuel.
b) Principes clés :

✓ Représentation visuelle des tâches sur une échelle de temps

✓ Indication des dépendances entre tâches

✓ Identification des jalons (étapes importantes mais non des tâches)

c) Comment construire un Gantt ?

✓ Lister toutes les tâches identifiées via le WBS

✓ Estimer la durée de chaque tâche

✓ Identifier les dépendances

✓ Placer les tâches sur un calendrier

d) Définition et utilisation des jalons :

✓ Points de contrôle significatifs dans l'échéancier du projet, marquant l'achèvement d'un

groupe de tâches ou d'un livrable majeur.

✓ Utilité (suivi de haut niveau, communication avec les parties prenantes, identification des
étapes clés).
IV. Estimation des coûts et budget
IV.1. Introduction à l’estimation des coûts
a) Pourquoi estimer les coûts ?

✓ Garantir la faisabilité économique

✓ Permettre une allocation efficace des ressources

✓ Éviter les dépassements budgétaires

b) Types de coûts dans un projet :

✓ Coût humain : salaires, prestataires, formation

✓ Coût matériel : matériels, logiciels, infrastructure

✓ Coût externe : sous-traitance, licences, services externes

✓ Coût indirect : frais généraux, locaux, outils collaboratifs

c) Conséquences d’une mauvaise estimation :

✓ Dépassement budgétaire

✓ Retard ou arrêt prématuré du projet

✓ Mécontentement des parties prenantes

IV.2. Techniques d’estimation des coûts
a) Techniques d’estimation :

METHODE DESCRIPTION

Analogie Comparaison avec des projets similaires

Décomposition Somme des coûts élémentaires

Expertise externe Avis d’un expert ou d’un fournisseur

Utilisation de ratios (ex : coût par

Paramétrique personne/jour)
b) Exemple

Projet : Création d’un site internet

✓ Coût humain : développeur = 6️00 €/jour x 10 jours = 6️ 000 €

✓ Coût matériel : serveur + hébergement = 8️00 €

✓ Licence logiciel = 2️00 €

✓ Total estimé = 7️ 000 €

IV.3. Élaboration du budget prévisionnel
a) Structure d’un budget prévisionnel :

✓ Liste des postes de dépense

✓ Estimations unitaires et totales

✓ Total général

b) Outils utiles :

✓ Tableau Excel avec colonnes : Poste, Quantité, Coût unitaire, Coût total
c) Exemple concret :

Projet : Création d’un site internet

POSTE QUANTITE COÛT UNITAIRE COÛT TOTAL

Développeur Front 10 jours 6️00 € 6️ 000 €

Serveur cloud 1 mois 50 € 50 €

Licence CMS 1 100 € 100 €

Communication 1 designer 1 000 € 1 000 €

visuelle
IV.4. Courbe de charge et suivi des dépenses
a) C’est quoi la courbe de charge ?

Représentation graphique de l’évolution des coûts au fil du temps.

b) Intérêt :

✓ Anticiper les pics budgétaires

✓ Identifier les besoins en trésorerie

✓ Suivre les dépenses en temps réel

c) Exemple :

Projet : Déploiement d’un logiciel comptable sur 3 semaines

SEMAINE COÛT CUMULE
1 1 000 €

2 2️ 500 €

3 4️ 000 €