Phase 0 : AVANT-PROJET - Identifier et comprendre le besoin¶

Objectif¶

Décider du lancement du projet en évaluant sa faisabilité et sa pertinence stratégique.

Tâches à réaliser¶

1. Identification du contexte et des besoins¶

• Analyser le contexte organisationnel et les enjeux stratégiques
• Identifier les facteurs déclencheurs (nouvelle technologie, demande marché, exigences légales, etc.)
• Évaluer l'urgence et l'importance du besoin (Matrice Covey)

2. Réalisation de l'étude d'opportunité¶

• Analyser la faisabilité technique, financière et organisationnelle
• Effectuer une analyse SWOT (Forces, Faiblesses, Opportunités, Menaces)
• Réaliser une analyse PESTEL (environnement Politique, Économique, Social, Technologique, Environnemental, Légal)
• Identifier les parties prenantes principales

3. Validation de la sélection du projet¶

• Présenter l'étude d'opportunité aux décideurs
• Obtenir l'autorisation de poursuivre vers l'initialisation
• Constituer une matrice de faisabilité

Livrables clés¶

• Étude d'opportunité validée
• Matrice de faisabilité
• Décision GO/NO-GO

Phase 1 : INITIALISATION - Définir et cadrer le projet¶

Objectif¶

Établir les fondations du projet avec une charte formalisée, une gouvernance claire et un premier niveau de planification.

Tâches à réaliser¶

1. Élaboration de la Charte de Projet¶

Introduction et contexte¶

• Décrire le contexte dans lequel intervient le projet
• Expliquer les motifs et enjeux du projet
• Définir les objectifs poursuivis (SMART : Spécifiques, Mesurables, Acceptables, Réalistes, Temporellement définis)
• Délimiter le périmètre et les limites du projet

Définition des exigences¶

• Exigences fonctionnelles : ce que le projet doit permettre de faire
• Exigences non fonctionnelles : critères de qualité et performance (sécurité, disponibilité, ergonomie)
• Exigences organisationnelles : règles de fonctionnement, gouvernance, méthodes de travail
• Contraintes projet : application du Triangle d'Or (Délai / Coût / Périmètre)

Triangle d'Or : arbitrages¶

• Identifier la contrainte prioritaire entre délai, coût et périmètre
• Documenter les arbitrages possibles
• Définir le niveau de qualité attendu (= respect des exigences)

Bénéfices attendus¶

• Bénéfices stratégiques : amélioration compétitivité, alignement stratégique
• Bénéfices opérationnels : gains de productivité, simplification processus
• Bénéfices financiers : réduction coûts, augmentation CA
• Bénéfices utilisateurs : amélioration expérience, satisfaction client

Ressources identifiées¶

• Ressources humaines : équipe interne, prestataires, consultants
• Ressources matérielles : équipements, logiciels, infrastructures
• Ressources financières : budget global, distinction CAPEX/OPEX

Macro-planning prévisionnel¶

• Identifier les grandes phases du projet
• Définir les jalons majeurs
• Estimer les durées des phases principales
• Identifier le chemin critique préliminaire

Budget prévisionnel¶

• CAPEX (Capital Expenditure) : dépenses d'investissement
• OPEX (Operational Expenditure) : coûts opérationnels récurrents
• Prévoir une marge pour imprévus (5-15%)

Risques identifiés¶

• Lister les risques majeurs identifiés
• Qualifier leur probabilité et impact
• Définir des stratégies de mitigation préliminaires

2. Définition de la gouvernance¶

Structure de gouvernance¶

• Identifier le Sponsor/Commanditaire du projet
• Nommer le Chef de projet MOA (Maîtrise d'Ouvrage)
• Nommer le Chef de projet MOE (Maîtrise d'Œuvre)
• Constituer l'équipe projet
• Définir les rôles des parties prenantes

Instances de pilotage (Comitologie)¶

• Comité de Pilotage (COPIL) : décisions stratégiques, arbitrages majeurs
• Comité de Projet (COPROJ) : suivi opérationnel, coordination
• Comité Technique (COTECH) : décisions techniques, validation architecture
• Définir fréquence, participants et objectifs de chaque instance

Matrice RACI préliminaire¶

• R (Responsible) : qui réalise la tâche
• A (Accountable) : qui est responsable/garant
• C (Consulted) : qui est consulté
• I (Informed) : qui est informé

3. Gestion des risques initiale¶

Identification des risques¶

• Risques techniques (technologie, compétences, intégration)
• Risques organisationnels (ressources, changements, résistance)
• Risques externes (réglementaire, fournisseurs, marché)
• Risques projet (délais, budget, périmètre)

Évaluation et priorisation¶

• Créer une matrice des risques (Probabilité × Impact)
• Prioriser les risques critiques
• Définir le seuil d'acceptabilité

Stratégies de réponse¶

• Éviter : éliminer la menace
• Atténuer : réduire probabilité ou impact
• Transférer : assurance, sous-traitance
• Accepter : provisions budgétaires

4. Kick-off Meeting (Réunion de lancement)¶

Préparation¶

• Préparer le support de présentation
• Inviter toutes les parties prenantes clés
• Réserver salle et équipements

Déroulement¶

• Présenter la charte de projet
• Expliquer les objectifs et enjeux
• Présenter l'équipe et la gouvernance
• Partager le macro-planning
• Répondre aux questions
• Créer l'engagement collectif

Livrables clés¶

• Charte de projet signée
• Macro-planning prévisionnel
• Registre des risques initial
• Matrice des risques
• Analyse des parties prenantes
• Compte-rendu de réunion de lancement (Kick-off)

Phase 2 : PLANIFICATION - Décider quoi faire et comment¶

Objectif¶

Définir en détail comment le projet sera exécuté, surveillé, contrôlé puis clôturé.

Tâches à réaliser¶

1. Définir et prioriser le contenu du projet¶

Expression des besoins¶

• Recueillir les besoins auprès des parties prenantes
• Organiser des ateliers de cadrage
• Créer une matrice des exigences détaillée
• Valider les besoins avec le client/MOA

Priorisation MoSCoW¶

• Must Have : indispensable à la réussite du projet
• Should Have : très important mais contournable temporairement
• Could Have : valeur ajoutée ou confort (supprimé en premier si contrainte)
• Won't Have (for now) : hors périmètre de cette version

Cahier des charges¶

• Rédiger le cahier des charges fonctionnel
• Définir les spécifications techniques
• Établir les critères d'acceptation
• Faire valider par les parties prenantes

Proof of Concept (si nécessaire)¶

• Réaliser un PoC pour valider la faisabilité technique
• Tester les technologies envisagées
• Documenter les résultats

2. Découper le projet (WBS/PBS)¶

Work Breakdown Structure (WBS)¶

• Décomposer le projet en lots de travaux
• Appliquer la règle des 100% : couvrir 100% du périmètre
• Appliquer la règle du 8/80 : tâches entre 8h et 80h d'effort
• Organiser hiérarchiquement (3-4 niveaux recommandés)
• Se concentrer sur les livrables, pas sur les actions

Product Breakdown Structure (PBS)¶

• Décomposer le produit final en composants
• Identifier tous les livrables et sous-livrables
• Créer l'arborescence produit

Resource Breakdown Structure (RBS)¶

• Identifier les types de ressources nécessaires
• Catégoriser : humaines, matérielles, financières

3. Déterminer les ressources projet¶

Identification des compétences¶

• Créer une matrice des compétences
• Identifier les compétences requises pour chaque lot
• Évaluer les compétences disponibles vs nécessaires
• Identifier les gaps de compétences

Affectation des ressources¶

• Affecter les ressources aux tâches
• Créer l'OBS (Organizational Breakdown Structure)
• Vérifier la disponibilité réelle des ressources
• Planifier les recrutements/formations si nécessaire

Matrice RACI détaillée¶

• Créer une matrice RACI complète pour toutes les tâches
• Valider avec les responsables concernés
• Résoudre les conflits de responsabilités

Plan de charge¶

• Calculer la charge de travail par ressource
• Identifier les surcharges et sous-charges
• Équilibrer la charge entre les ressources
• Prévoir les pics d'activité

4. Estimer les durées et ordonnancer les tâches¶

Estimation des durées¶

• Estimer la durée de chaque tâche (jours/heures)
• Utiliser des techniques d'estimation (jugement d'experts, analogie, PERT)
• Inclure des marges pour les incertitudes

Identification des dépendances¶

• Définir les relations entre tâches (Fin-Début, Début-Début, etc.)
• Identifier les contraintes temporelles
• Repérer les tâches pouvant être parallélisées

Diagramme PERT¶

• Créer le réseau logique des tâches
• Calculer le chemin critique
• Identifier les tâches critiques et non-critiques
• Calculer les marges (totale et libre)

Diagramme de Gantt¶

• Transformer le PERT en planning Gantt
• Positionner les tâches dans le temps
• Visualiser les dépendances
• Identifier les jalons clés
• Affecter les ressources sur le planning

5. Estimer les coûts et créer le budget¶

Estimation des coûts¶

• Estimer les coûts par tâche et par ressource
• Calculer les coûts directs (main d'œuvre, matériel)
• Calculer les coûts indirects (frais généraux)
• Prévoir une réserve pour aléas (5-15%)

Budget détaillé¶

• Consolider le budget global
• Répartir CAPEX vs OPEX
• Créer le plan de financement
• Obtenir la validation budgétaire

6. Identifier et planifier la gestion des risques¶

Mise à jour du registre des risques¶

• Compléter le registre avec les risques détaillés
• Identifier les risques par phase et par lot
• Évaluer la criticité (Probabilité × Impact)

Plans de mitigation¶

• Définir les actions préventives
• Définir les plans de contingence
• Allouer un budget risques
• Désigner les responsables de suivi

Planification du suivi des risques¶

• Définir la fréquence de revue des risques
• Créer le processus d'escalade
• Intégrer le suivi dans les instances de pilotage

7. Élaborer les plans de management¶

Plan de Management de Projet (PMP)¶

• Consolider tous les plans subsidiaires
• Définir les processus de management
• Établir les règles de gouvernance
• Obtenir l'approbation formelle

Plan de Communication¶

• Identifier les besoins en communication
• Définir qui communique quoi, à qui, quand et comment
• Choisir les canaux et outils de communication
• Planifier les réunions récurrentes

Stratégie de tests et recette¶

• Définir la stratégie de tests (unitaires, intégration, système, UAT)
• Rédiger le plan de tests
• Définir les critères d'acceptation
• Planifier les phases de recette

Livrables clés¶

• Expression des besoins validée
• Matrice des exigences
• Cahier des charges fonctionnel et technique
• WBS/PBS/RBS complets
• Matrice des compétences
• Matrice RACI détaillée
• Diagramme PERT
• Diagramme de Gantt
• Plan de charge
• Budget détaillé
• Registre des risques actualisé
• Plan de Management de Projet (PMP)
• Plan de Communication
• Stratégie de recette et plan de tests

Phase 3 : EXÉCUTION - Concevoir, réaliser et déployer¶

Objectif¶

Mettre en œuvre le plan de projet pour produire les livrables conformes aux exigences.

Tâches à réaliser¶

1. Gestion des ressources¶

Mobilisation des ressources¶

• Confirmer la disponibilité des ressources
• Intégrer les nouvelles ressources (onboarding)
• Organiser les formations nécessaires
• Mettre en place les outils et environnements de travail

Optimisation de l'allocation¶

• Identifier les compétences clés et goulots d'étranglement
• Ajuster la charge de travail pour éviter la surcharge
• Suivre la disponibilité réelle (congés, absences)
• Anticiper les besoins en renforts ou sous-traitance

Gestion de l'équipe¶

• Organiser les rituels d'équipe (daily, weekly)
• Faciliter la collaboration inter-équipes
• Gérer les conflits et tensions
• Maintenir la motivation

2. Communication avec les parties prenantes¶

Mise en œuvre du plan de communication¶

• Exécuter le plan de communication défini
• Adapter le message selon le public cible
• Utiliser des supports variés (réunions, rapports, tableaux de bord)
• Maintenir une communication transparente

Documentation systématique¶

• Rédiger les comptes-rendus de réunion
• Documenter les décisions prises
• Tracer les actions et leurs responsables
• Archiver les échanges importants

Communication de crise¶

• Identifier rapidement les situations critiques
• Activer le plan d'escalade si nécessaire
• Communiquer de manière proactive avec les parties prenantes impactées

3. Coordination de l'équipe projet¶

Synchronisation quotidienne¶

• Organiser des daily meetings/stand-ups
• Identifier les obstacles et blocages
• Faciliter la résolution rapide des problèmes
• Assurer l'alignement des objectifs

Gestion des dépendances¶

• Coordonner les équipes interdépendantes
• Synchroniser les livrables entre équipes métiers et techniques
• Anticiper et gérer les impacts en cascade

Animation collaborative¶

• Utiliser des outils collaboratifs (Teams, Jira, Confluence, Notion)
• Maintenir la transparence sur l'avancement
• Favoriser l'entraide et le partage de connaissances
• Célébrer les succès collectifs

4. Développement des livrables¶

Production des livrables¶

• Exécuter les tâches selon le planning
• Respecter les spécifications définies
• Appliquer les standards de qualité
• Documenter les développements

Approche structurée¶

• Diviser en lots cohérents et gérables
• Produire de manière progressive avec validations intermédiaires
• Appliquer les méthodes qualité (peer reviews, tests)
• Maintenir la traçabilité complète

Contrôle qualité continu¶

• Réaliser des revues régulières
• Effectuer des tests systématiques (unitaires, intégration)
• Corriger les non-conformités rapidement
• Valider par les utilisateurs clés (key users)

5. Gestion des délais et suivi de l'avancement¶

Mise à jour régulière du planning¶

• Actualiser le planning (daily/weekly updates)
• Enregistrer l'avancement réel de chaque tâche
• Calculer le reste à faire (RAF)
• Identifier les dérives et retards

Analyse des écarts¶

• Mesurer l'écart prévu/réel
• Analyser les causes des dérives
• Évaluer l'impact sur le chemin critique
• Ajuster le planning si nécessaire

Pilotage par les jalons¶

• Vérifier l'atteinte des jalons
• Organiser les validations formelles
• Escalader les risques de non-respect
• Replanifier si nécessaire

6. Résolution des problèmes¶

Identification et traitement¶

• Détecter rapidement les problèmes
• Analyser les causes racines (5 Pourquoi, Ishikawa)
• Définir des actions correctives
• Suivre l'efficacité des solutions

Gestion des changements¶

• Recevoir les demandes de changement
• Évaluer l'impact (coût, délai, périmètre)
• Obtenir les validations nécessaires
• Mettre à jour la documentation projet

Registre des problèmes¶

• Maintenir un registre des demandes de changements
• Tracer les problèmes et leur résolution
• Capitaliser sur les solutions efficaces

Livrables clés¶

• Livrables du projet (selon WBS/PBS)
• Suivi des actions (action log)
• Suivi des livrables (deliverables log)
• Comptes-rendus de réunion
• Registre des demandes de changements
• Documentation technique et utilisateur
• Résultats des tests unitaires et d'intégration

Phase 4 : CONTRÔLE - Surveiller et ajuster¶

Objectif¶

Mesurer la performance du projet, identifier les écarts et prendre les actions correctives nécessaires.

Tâches à réaliser¶

1. Suivi de la performance¶

Indicateurs de performance (KPI)¶

• Délais : respect du planning, écart prévu/réalisé
• Coûts : budget consommé vs prévu, burn rate
• Périmètre : avancement des livrables, fonctionnalités complétées
• Qualité : nombre de défauts, taux de reprise, satisfaction utilisateur
• Risques : nombre de risques actifs, efficacité des mitigations

Earned Value Management (EVM)¶

• Calculer la Valeur Planifiée (PV)
• Mesurer la Valeur Acquise (EV)
• Mesurer le Coût Réel (AC)
• Calculer les indicateurs : SPI, CPI, EAC, ETC, VAC

Tableau de bord projet¶

• Créer et maintenir un tableau de bord projet synthétique
• Visualiser les indicateurs clés
• Utiliser des codes couleur (vert/orange/rouge)
• Partager régulièrement avec les parties prenantes

2. Suivi budgétaire¶

Contrôle des coûts¶

• Suivre les dépenses réelles vs budget
• Analyser les écarts budgétaires
• Anticiper les dépassements
• Proposer des actions correctives

Reporting financier¶

• Produire des rapports financiers réguliers
• Expliquer les variations significatives
• Mettre à jour les prévisions (forecast)
• Gérer les demandes de rallonge budgétaire

3. Maîtrise des risques¶

Suivi du registre des risques¶

• Mettre à jour le registre régulièrement
• Évaluer l'évolution de la criticité
• Identifier les nouveaux risques émergents
• Vérifier l'efficacité des mitigations

Gestion proactive¶

• Déclencher les plans de contingence si nécessaire
• Escalader les risques critiques
• Réaffecter les provisions risques
• Communiquer sur les risques majeurs

4. Contrôle qualité¶

Audits et revues¶

• Organiser des audits qualité (selon ISO 19011 si applicable)
• Réaliser des revues de conception/code
• Vérifier la conformité aux standards
• Documenter les écarts et non-conformités

Tests et validation¶

• Superviser l'exécution des tests
• Analyser les résultats des tests
• Gérer les anomalies et bugs
• Valider les corrections

5. Reporting et communication¶

Rapports d'avancement¶

• Produire des rapports flash hebdomadaires/mensuels
• Synthétiser l'avancement global
• Mettre en évidence les points d'attention
• Proposer des recommandations

Instances de pilotage¶

• Préparer les Comités de Projet (COPROJ)
• Animer les Comités de Pilotage (COPIL)
• Préparer les supports de présentation
• Documenter les décisions et actions

Communication des écarts¶

• Alerter rapidement sur les dérives
• Expliquer les causes et impacts
• Proposer des plans d'action
• Obtenir les arbitrages nécessaires

6. Gestion des changements¶

Processus de gestion des changements¶

• Recevoir et évaluer les demandes de changement
• Analyser l'impact sur le triangle d'or
• Présenter au comité de pilotage
• Mettre en œuvre les changements validés

Maîtrise du périmètre (Scope Creep)¶

• Éviter la dérive du périmètre non contrôlée
• Valider tout ajout de fonctionnalité
• Négocier les ajustements (délai, coût ou périmètre)
• Maintenir la baseline du projet

Livrables clés¶

• Tableau de bord projet actualisé
• Rapports flash périodiques
• Suivi de budget détaillé
• Comptes-rendus de COPROJ et COPIL
• Registre des risques mis à jour
• Rapports d'audit et de non-conformité
• Documentation des changements approuvés

Phase 5 : CLÔTURE - Finaliser et capitaliser¶

Objectif¶

Clore formellement le projet, transférer les livrables, capitaliser sur l'expérience et célébrer les succès.

Tâches à réaliser¶

1. Validation et réception des livrables¶

Recette finale¶

• Organiser la recette utilisateur finale (UAT)
• Vérifier la conformité aux critères d'acceptation
• Documenter les résultats des tests
• Obtenir la validation formelle du client/MOA

Procès-Verbal (PV) de réception¶

• Rédiger le PV de réception des livrables
• Description : détailler les livrables et objectifs atteints
• Approbations : confirmer la conformité et la livraison
• Réserves : lister les points en attente ou à corriger
• Remarques : documenter les nouveaux accords
• Signatures : faire signer MOA et MOE

Levée des réserves¶

• Traiter les réserves émises
• Corriger les non-conformités mineures
• Obtenir l'acceptation définitive

2. Transition et transfert¶

Transfert aux équipes opérationnelles¶

• Former les exploitants et équipes support
• Transférer la documentation (technique, utilisateur, maintenance)
• Organiser la passation de connaissances
• Établir les procédures de support

Mise en production / Déploiement¶

• Finaliser le déploiement en production
• Vérifier le bon fonctionnement opérationnel
• Activer le support utilisateur
• Surveiller la période de garantie (hypercare)

Documentation finale¶

• Archiver tous les documents projet
• Créer un dossier de clôture complet
• Mettre à disposition la documentation pour les équipes opérationnelles

3. Bilan de projet (Lessons Learned)¶

Analyse de la performance¶

Identification du projet

• Nom, objectifs, dates, budget, équipe
• Contexte et parties prenantes

Analyse des écarts

• Écart sur les délais (planning vs réalisé)
• Écart sur les coûts (budget vs dépensé)
• Écart sur le périmètre (prévu vs livré)
• Écart sur la qualité (défauts, reprise)

Retour sur l'analyse des risques

• Efficacité des stratégies de mitigation
• Risques qui se sont matérialisés
• Risques non anticipés

Impacts imprévus

• Conséquences inattendues positives
• Conséquences inattendues négatives
• Apprentissages émergents

Satisfaction des parties prenantes

• Enquête de satisfaction client/MOA
• Feedback de l'équipe projet
• Retours des utilisateurs finaux

Leçons apprises et recommandations¶

Ce qui a bien fonctionné (Best Practices)

• Pratiques efficaces à reproduire
• Outils performants
• Méthodes de travail réussies

Ce qui n'a pas fonctionné

• Difficultés rencontrées
• Erreurs commises
• Processus inefficaces

Recommandations pour les futurs projets

• Améliorations suggérées
• Compétences à développer
• Outils à adopter

Documentation du bilan¶

• Rédiger le bilan de projet complet
• Organiser une réunion de clôture (lessons learned workshop)
• Partager les apprentissages avec l'organisation
• Intégrer dans la base de connaissances

4. Clôture administrative et financière¶

Clôture des contrats¶

• Finaliser les contrats avec les fournisseurs
• Régler les dernières factures
• Obtenir les garanties et certificats
• Clore les commandes et achats

Clôture budgétaire¶

• Consolider les dépenses finales
• Comparer budget vs dépenses réelles
• Justifier les écarts significatifs
• Libérer les provisions non utilisées

Archivage¶

• Créer le dépôt des documents de projet
• Organiser l'archivage selon les règles de l'entreprise
• Assurer la traçabilité et l'accessibilité
• Respecter les obligations légales de conservation

5. Libération des ressources¶

Désaffectation de l'équipe¶

• Remercier formellement l'équipe
• Évaluer les performances individuelles
• Fournir des feedbacks constructifs
• Réaffecter les ressources à d'autres projets

Célébration¶

• Organiser un événement de clôture
• Reconnaître les contributions individuelles et collectives
• Célébrer les succès
• Renforcer la cohésion et la motivation

6. Clôture formelle¶

Déclaration de clôture¶

• Produire la déclaration formelle de clôture du projet
• Obtenir la validation du sponsor/commanditaire
• Communiquer la clôture à toutes les parties prenantes
• Mettre à jour les outils de gestion de portefeuille

Livrables clés¶

• PV de réception des livrables (avec signatures)
• Documentation complète du projet
• Bilan de projet (Lessons Learned)
• Dossier d'archivage projet
• Déclaration formelle de clôture
• Rapport de satisfaction des parties prenantes

Outils et Méthodes Transverses¶

Outils de planification et suivi¶

• Diagramme de Gantt : visualisation chronologique des tâches
• Diagramme PERT : réseau logique et chemin critique
• WBS (Work Breakdown Structure) : décomposition hiérarchique du travail
• PBS (Product Breakdown Structure) : décomposition du produit
• Matrice RACI : clarification des responsabilités

Outils de gestion des ressources¶

• Matrice des compétences : identification des compétences disponibles/requises
• Plan de charge : allocation et équilibrage de la charge de travail
• OBS (Organizational Breakdown Structure) : structure organisationnelle

Outils de gestion des risques¶

• Registre des risques : liste et suivi des risques
• Matrice des risques : évaluation Probabilité × Impact
• Plans de mitigation : actions préventives et correctives

Outils de communication¶

• Plan de communication : qui, quoi, quand, comment
• Comptes-rendus de réunion : traçabilité des décisions et actions
• Tableau de bord projet : indicateurs de performance synthétiques
• Rapports flash : reporting d'avancement régulier

Outils de qualité¶

• Cahier des charges : spécifications fonctionnelles et techniques
• Matrice des exigences : traçabilité des besoins
• Plan de tests : stratégie de validation
• Critères d'acceptation : définition of done

Méthodes d'analyse¶

• MoSCoW : priorisation des besoins (Must/Should/Could/Won't Have)
• Triangle d'Or : arbitrage Délai/Coût/Périmètre
• SWOT : Forces/Faiblesses/Opportunités/Menaces
• PESTEL : analyse environnementale macro
• 5 Pourquoi : analyse de causes racines
• Diagramme d'Ishikawa : analyse de causes (arête de poisson)
• Matrice Covey : priorisation Urgent/Important

Indicateurs de performance (KPI)¶

• SPI (Schedule Performance Index) : performance délais
• CPI (Cost Performance Index) : performance coûts
• Burn rate : vitesse de consommation du budget
• Taux d'avancement : pourcentage complété
• Taux de qualité : défauts, reprise, satisfaction

Approches méthodologiques¶

• Approche prédictive (Waterfall, Cycle en V) : séquentielle, cahier des charges figé
• Approche agile (Scrum, Kanban) : itérative et incrémentale
• Approche hybride : combinaison des deux selon les besoins

Synthèse : Checklist du Chef de Projet¶

Phase 0 : Avant-Projet¶

☐ Étude d'opportunité réalisée et validée ☐ Décision GO/NO-GO obtenue

Phase 1 : Initialisation¶

☐ Charte de projet rédigée et signée ☐ Gouvernance définie (sponsor, MOA, MOE, équipe) ☐ Macro-planning établi ☐ Risques principaux identifiés ☐ Kick-off meeting organisé

Phase 2 : Planification¶

☐ Besoins exprimés et priorisés (MoSCoW) ☐ Cahier des charges validé ☐ WBS/PBS créés ☐ Ressources identifiées et affectées (RACI) ☐ Planning détaillé (PERT + Gantt) ☐ Budget détaillé validé ☐ Plan de Management de Projet (PMP) approuvé ☐ Plan de communication défini ☐ Stratégie de tests établie

Phase 3 : Exécution¶

☐ Ressources mobilisées et opérationnelles ☐ Communication active avec les parties prenantes ☐ Coordination d'équipe efficace ☐ Livrables produits selon planning ☐ Tests et validation continus ☐ Problèmes identifiés et résolus rapidement

Phase 4 : Contrôle¶

☐ Indicateurs de performance suivis (KPI) ☐ Budget contrôlé régulièrement ☐ Risques mis à jour et gérés ☐ Qualité auditée et vérifiée ☐ Rapports d'avancement produits ☐ Instances de pilotage animées (COPROJ/COPIL) ☐ Changements maîtrisés

Phase 5 : Clôture¶

☐ Recette finale réalisée ☐ PV de réception signé ☐ Transfert aux équipes opérationnelles effectué ☐ Bilan de projet documenté (Lessons Learned) ☐ Documents archivés ☐ Clôture administrative et financière ☐ Équipe libérée et remerciée ☐ Clôture formelle déclarée

Compétences Clés du Chef de Projet¶

Compétences techniques¶

• Maîtrise des outils de planification (MS Project, Jira, Asana, etc.)
• Connaissance des méthodes de gestion de projet (PMI, PRINCE2, Agile)
• Compétences en estimation et budgétisation
• Capacité d'analyse et de résolution de problèmes

Compétences managériales¶

• Leadership et motivation d'équipe
• Gestion des conflits
• Délégation efficace
• Prise de décision et arbitrage

Compétences relationnelles¶

• Communication claire et adaptée
• Négociation et persuasion
• Gestion des parties prenantes
• Intelligence émotionnelle

Compétences organisationnelles¶

• Priorisation et gestion du temps
• Rigueur et attention aux détails
• Capacité d'adaptation et résilience
• Vision globale et pensée systémique

Conclusion¶

Le pilotage d'un projet est un exercice complexe qui nécessite méthode, rigueur et adaptabilité. Ce guide fournit une feuille de route complète pour naviguer à travers les 6 phases du cycle de vie projet.

Principes clés à retenir :

1. Planifier avant d'agir : une planification solide est la clé du succès
2. Communiquer constamment : la transparence réduit les risques
3. Piloter par les indicateurs : mesurer pour décider
4. S'adapter au changement : la flexibilité est essentielle
5. Capitaliser sur l'expérience : chaque projet est une opportunité d'apprentissage

Le chef de projet est le chef d'orchestre qui harmonise ressources, délais, coûts et qualité pour créer de la valeur. En suivant cette check-list et en utilisant les outils appropriés, vous maximisez vos chances de mener votre projet vers le succès.

En utilisant cette documentation, explique comment mettre en place et utiliser chaque outil, explique aussi pourquoi il est utile d'utiliser chaque outil.

Voici une mise en place outil par outil, en restant dans l’esprit de ton guide, avec pour chacun :

1) comment le mettre en place concrètement, 2) comment l’utiliser au quotidien, 3) pourquoi il est vraiment utile pour piloter ton projet.

Je vais surtout couvrir les outils « structurants » (analyses, matrices, diagrammes, KPI), sinon la réponse serait infinie. On pourra zoomer ensuite sur ceux que tu veux.

SWOT¶

Mise en place

• Contexte : juste après l’étude d’opportunité (Phase 0).
• Crée un tableau 2×2 avec les 4 cases : Forces, Faiblesses, Opportunités, Menaces.^1
• Forces/Faiblesses = interne à l’organisation ou au projet (compétences, budget, réputation, techno maîtrisée ou non).
• Opportunités/Menaces = externe (marché, concurrence, réglementation, techno émergente).

Utilisation

• Remplis la matrice en atelier avec sponsor, MOA, MOE, métiers.
• Classe ensuite chaque élément par importance (ex : Top 3 forces, Top 3 menaces).
• Transforme les éléments clés en actions :
  • Force → comment l’exploiter ?
  • Faiblesse → comment la réduire ?
  • Opportunité → comment la saisir ?
  • Menace → comment la mitiger ?

Pourquoi c’est utile

• Clarifie si le projet est pertinent ou risqué dans son environnement.^1
• Donne des arguments pour le GO/NO-GO et oriente la stratégie (ex : projet offensif vs défensif).

PESTEL¶

Mise en place

• À utiliser dans l’étude d’opportunité (Phase 0) pour comprendre le contexte macro.^1
• Crée 6 sections : Politique, Économique, Social, Technologique, Environnemental, Légal.

Utilisation

• Liste les tendances/contraintes importantes par catégorie (ex : nouvelle réglementation RGPD en Légal, pénurie de profils cloud en Social/Économique).
• Relie ensuite ces facteurs au projet : quelles opportunités/risques créent-ils ?
• Garde la synthèse dans la charte de projet pour justifier la raison d’être du projet.

Pourquoi c’est utile

• Évite de lancer un projet « hors-sol » qui ignore les contraintes externes.^1
• Aide à anticiper des risques majeurs (réglementaire, marché, techno).

Matrice Covey (Urgent / Important)¶

Mise en place

• Utilise-la dès la Phase 0 pour prioriser les projets et ensuite pour prioriser les tâches.
• Crée une matrice 2×2 :
  • Urgent / Important
  • Non Urgent / Important
  • Urgent / Non important
  • Non urgent / Non important

Utilisation

• Place chaque demande / tâche / mini-projet dans un des 4 quadrants.
• Traite en priorité : Important \& Urgent, puis Important \& Non urgent.
• Challenge les tâches Urgentes \& Non importantes (déléguer, refuser).

Pourquoi c’est utile

• Limite le mode « pompier » du chef de projet et protège le temps pour la vraie planification.^1

MoSCoW (Must / Should / Could / Won’t Have)¶

Mise en place

• Utilise-le en planification (Phase 2) sur la matrice des exigences / backlog de besoins.
• Pour chaque exigence, ajoute un champ « Priorité MoSCoW ».^1

Utilisation

• En atelier avec la MOA et les métiers, force la classification :
  • Must : sans ça, le projet est un échec.
  • Should : très important, mais contournable temporairement.
  • Could : nice to have.
  • Won’t (for now) : hors périmètre de cette version.
• Utilise cette priorisation pour :
  • Gérer les arbitrages quand le délai ou le budget sont serrés.
  • Décider quoi décaler en version 2.

Pourquoi c’est utile

• Évite le scope creep en mettant noir sur blanc ce qui est vraiment indispensable.^1
• Donne un langage commun avec la MOA pour négocier périmètre/délais.

WBS / PBS / RBS / OBS¶

Mise en place

• WBS (Work Breakdown Structure) : décomposition du projet en livrables puis en tâches de travail.^2
• PBS (Product Breakdown Structure) : décomposition du produit en composants.^4
• RBS (Resource Breakdown Structure) : liste structurée des types de ressources nécessaires (profils, matériel, budget).^2
• OBS (Organizational Breakdown Structure) : organigramme des équipes impliquées.^2

Utilisation

• PBS d’abord : « de quoi est composé le produit final ? »
• WBS ensuite : « quel travail pour livrer chaque composant ? »^3
• Pour chaque branche de WBS, associe :
  • Ressources dans la RBS (quels profils, quels équipements).^2
  • Responsables via la RACI et l’OBS (qui fait quoi dans quelle équipe).^2
• Limite la granularité des tâches avec la règle 8/80 (entre 1 et 10 jours d’effort).^3

Pourquoi c’est utile

• Assure que 100% du périmètre est couvert (règle des 100%).^3
• Base de tout le reste : estimations de charges, planning, budget, RACI.

Matrice RACI¶

Mise en place

• À partir du WBS, liste les tâches/livrables en lignes, et les rôles en colonnes.^2
• Pour chaque intersection, affecte R / A / C / I.

Utilisation

• R (Responsible) : qui fait le travail.
• A (Accountable) : qui porte la responsabilité finale.
• C (Consulted) : qui donner son avis avant.
• I (Informed) : qui informer après.
• Fait valider la matrice en COPIL / COPROJ pour lever les ambiguïtés.

Pourquoi c’est utile

• Évite le « je croyais que c’était toi » au moment critique.^1
• Clarifie les rôles entre MOA/MOE, métiers, IT, fournisseurs.

Diagramme PERT et Chemin Critique¶

Mise en place

• À partir du WBS, identifie les tâches, durées et dépendances.^1
• Construis un réseau de nœuds (tâches) reliés par des flèches (relations Fin–Début, etc.).

Utilisation

• Calcule pour chaque tâche :
  • Date au plus tôt et au plus tard.
  • Marge totale / marge libre.
• Le chemin critique = suite de tâches avec marge nulle.^1
• Surveilles particulièrement ces tâches en exécution, car tout retard impacte directement le délai global.

Pourquoi c’est utile

• Montre quelles tâches sont vraiment sensibles au délai.^1
• Évite de passer du temps à « optimiser » des tâches qui ont de la marge.

Diagramme de Gantt¶

Mise en place

• Issu du PERT : tu places les tâches dans le temps (calendrier) avec durées et dépendances.^1
• Ajoute les jalons, les ressources affectées et les périodes de congés.

Utilisation

• Mise à jour régulière en exécution (avancement, glissements, replanification).^1
• Utilise-le comme support visuel en COPIL/COPROJ.
• Surveille la charge des ressources en parallèle via le plan de charge.

Pourquoi c’est utile

• Vision simple et parlante : « qui fait quoi, quand et avec qui ».^1
• Support central pour discuter délais, arbitrages et priorités.

Registre et Matrice des Risques¶

Mise en place

• Registre : un tableau avec ID, description, cause, conséquence, probabilité, impact, criticité, stratégie, responsable, statut.^1
• Matrice des risques : grille Probabilité × Impact (ex : 3×3 ou 5×5) avec couleurs vert/orange/rouge.

Utilisation

• En planification : remplis le registre, évalue Probabilité et Impact pour chaque risque.
• Classe les risques dans la matrice et identifie les « rouges » prioritaires.
• Associe à chaque risque des actions :
  • Éviter, Atténuer, Transférer, Accepter.^1
• En exécution/contrôle : mets à jour, ferme les risques obsolètes, ajoute les nouveaux, déclenche les plans de contingence.

Pourquoi c’est utile

• Formalise ce que tout le monde ressent « dans le ventre » mais ne dit pas.^1
• Permet d’obtenir des budgets de contingence et des arbitrages plus rationnels.

5 Pourquoi \& Diagramme d’Ishikawa¶

Mise en place

• À utiliser pour l’analyse de problèmes (Phase 3/4).
• 5 Pourquoi : une simple suite de questions « pourquoi ? » sur un problème donné.^1
• Ishikawa : un schéma « arête de poisson » avec branches typiques (Méthodes, Matériel, Main d’œuvre, Milieu, Mesures, Management…).

Utilisation

• 5 Pourquoi :
  • Prends un incident (ex : retard de livraison).
  • Demande « pourquoi ? » jusqu’à arriver à une cause racine sur laquelle tu peux agir.
• Ishikawa :
  • En atelier, brainstorme toutes les causes possibles et place-les sur les branches.
  • Identifie les quelques causes racines prioritaires à traiter.

Pourquoi c’est utile

• Évite de traiter seulement les symptômes (rajouter des ressources sans corriger le process).^1
• Aide à construire des actions correctives robustes.

EVM, SPI, CPI, EAC, ETC, VAC¶

Mise en place

• L’Earned Value Management se base sur 3 indicateurs :
  • PV (Planned Value) = valeur planifiée.
  • EV (Earned Value) = valeur réellement gagnée (en fonction de l’avancement).
  • AC (Actual Cost) = coût réel.^5

Utilisation

• SPI = EV / PV → performance délai.^5
  • SPI > 1 : en avance.
  • SPI < 1 : en retard.
• CPI = EV / AC → performance coût.^5
  • CPI > 1 : sous le budget.
  • CPI < 1 : dépassement.
• EAC, ETC, VAC te permettent de projeter le coût final et l’écart au budget.^5
• Mets ces indicateurs dans ton tableau de bord projet.

Pourquoi c’est utile

• Donne une vision objective des performances coûts/délais au-delà du ressenti.^5
• Permet de justifier des décisions fortes (replanification, décrochage d’un lot, rallonge budgétaire).

Tableau de bord projet et Rapports flash¶

Mise en place

• Tableau de bord : une page avec quelques KPI clés (délais, coûts, qualité, risques, périmètre) et un code couleur.^1
• Rapports flash : un format court (1–2 pages) produit à fréquence fixe (semaine/mois).

Utilisation

• Mets à jour les KPI (SPI, CPI, avancement des livrables, nombre de risques rouges, nombre de bugs critiques, etc.).^5
• Identifie en rouge/orange ce qui nécessite décision/escalade.
• Diffuse aux parties prenantes selon le plan de communication.

Pourquoi c’est utile

• Donne une vision synthétique et partagée de l’état du projet.^1
• Évite les mauvaises surprises : les dérives deviennent visibles tôt.

Plan de Communication¶

Mise en place

• Tableau avec : message, public, fréquence, format, canal, responsable.^1
• Par exemple :
  • Daily standup / équipe projet / tous les jours / 15 min / Teams.
  • COPROJ / équipe élargie / toutes les 2 semaines / 1h / diapo + CR.

Utilisation

• S’y tenir : ne pas annuler systématiquement les points de suivi.
• Adapter le niveau de détail selon le public (technique vs direction).
• Utiliser les supports choisis (mail, Teams, Jira, dashboard).

Pourquoi c’est utile

• Réduit drastiquement les malentendus et le bruit de couloir.^1
• Ancre la gouvernance dans des rituels concrets.

Plan de tests / Stratégie de recette¶

Mise en place

• Définis les types de tests : unitaires, intégration, système, UAT.^1
• Crée un plan de tests avec pour chaque cas : prérequis, étapes, résultat attendu, critères de succès.

Utilisation

• En exécution, aligne dev/ops/métiers sur la même définition du « Done ».
• En recette, utilise les cas de tests pour valider objectivement les livrables.
• En clôture, les rapports de tests alimentent le PV de réception.

Pourquoi c’est utile

• Evite les débats subjectifs sur « ça marche » vs « ça ne marche pas ».^1
• Sécurise la phase de mise en production et la satisfaction utilisateur.

Triangle d’Or (Coût / Délai / Périmètre)¶

Mise en place

• Dès la charte de projet, fais expliciter la contrainte dominante :
  • Délai non négociable ?
  • Budget plafonné ?
  • Périmètre non compressible ?^1

Utilisation

• À chaque demande de changement, montre l’impact sur le triangle :
  • • Périmètre → + Coût et/ou + Délai.
  • • Budget → - Périmètre ou + Délai.
• Utilise-le en COPIL pour cadrer les arbitrages.

Pourquoi c’est utile

• Clarifie les règles du jeu dès le début et évite les injonctions contradictoires (« tout, vite, pas cher »).^1