Gestion des changements

Définition

La gestion des changements (Integrated Change Control) est le processus formel d'évaluation, d'approbation ou de rejet de toute modification au plan de management du projet, aux lignes de base ou aux livrables. Tout changement non autorisé est un risque de dérive.

Élément	Description
Demande de changement (CR)	Document formel décrivant la modification demandée
Change Control Board (CCB)	Comité qui évalue et approuve/rejette les demandes
Ligne de base	Référence approuvée (périmètre, coût, échéancier)
Journal des changements (Change Log)	Registre de toutes les demandes et leur statut

Contexte

Le CAPM insiste sur le fait que tout changement doit passer par un processus formel. Le PM ne doit jamais accepter un changement de périmètre sans évaluation d'impact et approbation du CCB ou du sponsor. La maîtrise intégrée des changements est un processus du domaine Intégration actif pendant tout le projet.

Détails techniques

Processus de gestion des changements

Demande identifiée (un stakeholder, l'équipe, un risque...)
        │
        ▼
┌─────────────────────┐
│ 1. Documenter la CR │  Remplir le formulaire : description,
│                     │  justification, demandeur, date
└────────┬────────────┘
         │
         ▼
┌─────────────────────┐
│ 2. Analyser l'impact│  Coût, délai, périmètre, qualité,
│                     │  risques, ressources
└────────┬────────────┘
         │
         ▼
┌─────────────────────┐
│ 3. Soumettre au CCB │  Présentation de l'analyse d'impact
│    ou au sponsor    │  avec recommandation du PM
└────────┬────────────┘
         │
    ┌────┴────┐
    │         │
 Approuvé   Rejeté
    │         │
    ▼         ▼
 Mettre à   Documenter
 jour les   le rejet et
 lignes     informer le
 de base    demandeur

Types de changements

Type	Exemples	Autorité d'approbation
Changement de périmètre	Ajout/retrait de fonctionnalités	CCB / Sponsor
Action corrective	Réaligner le projet sur le plan	PM (dans ses limites)
Action préventive	Éviter un écart futur	PM
Correction de défaut	Réparer un livrable non conforme	PM / QA

Registre des changements (Change Log)

ID	Date	Demandeur	Description	Impact	Statut	Décision
CR-001	04/01	Sponsor	Ajouter module reporting	+15 000 €, +3 sem.	Approuvé	CCB 04/08
CR-002	04/05	Client	Changer la charte graphique	+5 000 €, +1 sem.	Rejeté	Hors périmètre
CR-003	04/12	PM	Correction bug #247	0 €, 2 jours	Approuvé	PM autorisé

Ce qui déclenche un changement

Déclencheur	Exemple
Demande du sponsor	"On veut aussi un module BI"
Résultat de test	Défaut critique détecté
Risque matérialisé	Fournisseur en retard → plan de contingence
Réglementation	Nouvelle norme applicable
Estimation révisée	Activité plus complexe que prévu

Exemple concret

Le sponsor demande l'ajout d'un dashboard BI au projet web :

CR-004 — Ajout module Dashboard BI

Demandeur : Directeur Commercial
Date      : 2026-04-15

Analyse d'impact par le PM :
  Périmètre : +1 module (3 écrans, connexion API BI)
  Coût      : +22 000 € (développement + licence BI)
  Délai     : +4 semaines sur le chemin critique
  Qualité   : inchangée si tests proportionnels
  Risque    : disponibilité de l'expert BI incertaine

Recommandation PM : Approuver mais livrer en phase 2
                    pour ne pas retarder le go-live

Décision CCB : Approuvé en phase 2, budget additionnel validé

Gestion Des Changements