Contrainte triple : périmètre, coût et délai

Définition

La contrainte triple (Triple Constraint ou Iron Triangle) représente l'interdépendance entre le périmètre, le coût et le délai d'un projet. Modifier l'un de ces trois paramètres impacte nécessairement au moins un des deux autres, avec la qualité souvent positionnée au centre comme résultante.

         Périmètre
            △
           / \
          /   \
         / QUALITÉ\
        /    ◈     \
       /─────────────\
    Coût            Délai

Contexte

Le CAPM teste la compréhension de cette interdépendance à travers des scénarios. Le candidat doit savoir qu'un sponsor qui demande d'ajouter des fonctionnalités (périmètre ↑) sans augmenter le budget (coût =) devra accepter un délai plus long (délai ↑) ou une baisse de qualité. C'est un concept fondamental de l'examen.

Détails techniques

Les 6 contraintes du projet (vision élargie PMBOK)

Contrainte	Description	Exemple d'impact
Périmètre	Ce que le projet doit livrer	Ajout d'une fonctionnalité → plus de travail
Coût	Budget disponible	Réduction de budget → moins de ressources
Délai	Calendrier du projet	Date avancée → compression de l'échéancier
Qualité	Niveau d'exigence sur les livrables	Standards réduits → dette technique
Ressources	Personnes, équipements, matériaux	Perte d'un expert → ralentissement
Risques	Événements incertains	Nouveau risque → besoin de réserve

Scénarios d'arbitrage

Changement demandé	Si coût fixe	Si délai fixe	Si périmètre fixe
Périmètre ↑	Délai ↑ ou Qualité ↓	Coût ↑ ou Qualité ↓	N/A
Coût ↓	Périmètre ↓ ou Qualité ↓	Périmètre ↓ ou Qualité ↓	Délai ↑ ou Qualité ↓
Délai ↓	Périmètre ↓ ou Qualité ↓	N/A	Coût ↑ (crashing) ou Qualité ↓

Techniques de compression de l'échéancier

Technique	Principe	Risque
Crashing	Ajouter des ressources pour accélérer	Coût accru, rendements décroissants
Fast-tracking	Paralléliser des tâches normalement séquentielles	Risque de reprise (rework)

Rôle du sponsor dans les arbitrages

Le chef de projet informe et recommande, mais c'est le sponsor (ou le CCB — Change Control Board) qui approuve les arbitrages majeurs entre contraintes. Le PM ne doit pas accepter unilatéralement un changement de périmètre.

Exemple concret

Projet de développement d'une application mobile — arbitrage réel :

Situation initiale :
  Périmètre : 20 fonctionnalités    Coût : 120 000 €    Délai : 6 mois

Le sponsor ajoute 5 fonctionnalités (+25% périmètre)

Option A : Augmenter le budget → 150 000 € (+25%)
Option B : Allonger le délai   → 7,5 mois (+25%)
Option C : Réduire la qualité  → tests réduits (RISQUÉ)
Option D : Prioriser           → livrer 20 en v1, 5 en v2 (RECOMMANDÉ)

Le PM recommande l'option D (livraison incrémentale) au sponsor, qui arbitre.