Choix de l'approche et tailoring
Définition
Le tailoring (adaptation) est le processus de sélection et d'ajustement de l'approche de gestion de projet (prédictive, adaptative ou hybride) et des processus, outils et techniques à appliquer, en fonction des caractéristiques spécifiques du projet. Le PMI insiste : il n'existe pas d'approche universelle — chaque projet nécessite une adaptation réfléchie.
| Concept | Description |
|---|---|
| Tailoring | Adapter le « comment » du management de projet au contexte |
| Approche de développement | Prédictive, itérative, incrémentale, adaptative, hybride |
| Cycle de vie | Succession de phases du début à la fin du projet |
| Facteurs de sélection | Caractéristiques du projet qui guident le choix |
Contexte
Le CAPM teste la capacité à choisir la bonne approche selon le contexte. Le PMI a évolué : le PMBOK 7th Edition et le guide CAPM mettent l'accent sur la flexibilité et le tailoring plutôt que sur une méthode unique. Les questions d'examen décrivent souvent un scénario et demandent quelle approche est la plus appropriée.
Détails techniques
Spectre des approches
Prédictive ◄────────────────────────────────────────► Adaptative
(Waterfall) Itérative Incrémentale Agile (Scrum/XP)
Exigences Exigences Livraisons Exigences
figées dès affinées par partielles émergentes,
le début cycles successives feedback continu
◄── HYBRIDE : combine des éléments des deux côtés ──►
Critères de sélection de l'approche
| Facteur | Favorise prédictif | Favorise adaptatif |
|---|---|---|
| Exigences | Stables, bien définies | Incertaines, évolutives |
| Technologie | Maîtrisée, éprouvée | Nouvelle, exploratoire |
| Risque | Faible, prévisible | Élevé, nécessite exploration |
| Parties prenantes | Disponibilité limitée | Engagement fréquent possible |
| Réglementation | Forte (audit, conformité) | Faible, flexible |
| Taille d'équipe | Grande équipe distribuée | Petite équipe colocalisée |
| Criticité | Projet critique (vie humaine, sécurité) | Innovation, time-to-market |
| Culture organisationnelle | Hiérarchique, contrôle | Collaborative, autonomie |
| Fréquence de livraison | Livraison unique à la fin | Livraisons fréquentes |
Processus de tailoring
1. Sélectionner l'approche de développement
│
▼
2. Adapter les processus
(quels processus appliquer, avec quel niveau de formalité)
│
▼
3. Adapter les outils et techniques
(WBS vs Backlog, Gantt vs Kanban board, etc.)
│
▼
4. Adapter les artefacts
(documents formels vs documentation allégée)
│
▼
5. Valider avec les parties prenantes
│
▼
6. Réévaluer régulièrement
(le tailoring évolue aussi pendant le projet)
Éléments adaptables
| Élément | Version prédictive | Version adaptative | Hybride possible |
|---|---|---|---|
| Planification du périmètre | WBS détaillé | Product Backlog | WBS pour infrastructure + Backlog pour fonctionnalités |
| Échéancier | Gantt / Chemin critique | Sprints / itérations | Jalons fixes + sprints internes |
| Gestion des changements | Processus formel CCB | Backlog refinement continu | CCB pour périmètre global + PO pour détails |
| Qualité | Plan qualité formel, QA/QC | DoD + tests automatisés | Plan qualité + DoD par équipe |
| Communication | Plan de communication formel | Stand-ups + reviews informelles | Comités formels + cérémonies agile |
| Risques | Registre des risques formel | Adaptation continue, impediment log | Registre pour risques majeurs + gestion visuelle pour équipes |
Matrice de décision rapide
| Scénario projet | Approche recommandée | Justification |
|---|---|---|
| Construction d'un pont | Prédictive | Exigences fixes, réglementation, sécurité |
| App mobile startup | Adaptative (Scrum) | Exigences incertaines, feedback rapide nécessaire |
| Migration ERP | Hybride | Infrastructure = prédictif, configuration = itératif |
| Recherche pharmaceutique | Itérative | Cycles d'expérimentation, résultats incertains |
| Déploiement réseau 500 sites | Incrémentale | Même solution déployée par lots successifs |
Piège d'examen : Le PMI ne favorise aucune approche. La « meilleure » réponse est toujours celle qui est adaptée au contexte présenté dans la question.
Exemple concret
Projet de refonte du système de paie d'un hôpital (600 employés) :
| Composant | Approche choisie | Raison |
|---|---|---|
| Migration des données RH | Prédictive | Données critiques, réglementation CNIL, zéro erreur toléré |
| Nouveau module calcul paie | Hybride (itératif) | Règles complexes, validation progressive avec RH |
| Interface employé (self-service) | Agile (Scrum) | UX à découvrir, feedback utilisateur essentiel |
| Formation et déploiement | Incrémentale | Déploiement par service (urgences → admin → ...) |
Le PM adapte le plan : Gantt global pour les jalons réglementaires, sprints de 2 semaines pour l'interface, et livraisons incrémentales site par site. Ces choix sont documentés et validés en comité de pilotage.