RÉFÉRENTIELS ET GOUVERNANCE

PMI, PRINCE2, Agile, SAFe : face à ces quatre grands noms du management de projet, la question n'est pas « lequel est le meilleur ? » mais « lequel convient à mon contexte ? ». Encore faut-il ne pas confondre un standard, une méthode et un cadre.

Standard, méthode, cadre, philosophie

• Standard — référentiel descriptif des bonnes pratiques, sans méthode imposée. Exemple : le PMBOK du PMI.
• Méthode — démarche prescriptive avec étapes obligatoires, livrables et rôles définis. Exemple : PRINCE2.
• Cadre / Framework — structure légère qui pose un vocabulaire et quelques règles, mais laisse une grande liberté. Exemples : Scrum, Kanban, SAFe.
• Mouvement / Philosophie — valeurs et principes sans prescription opérationnelle. Exemple : l'agilité (Manifeste 2001).

PMI / PMBOK, le standard encyclopédique

Le Project Management Institute est fondé en 1969 en Pennsylvanie. Le PMBOK 6e édition structure le métier en 5 groupes de processus (Initiation, Planification, Exécution, Surveillance & Maîtrise, Clôture), 10 domaines de connaissance et 49 processus. La 7e édition (2021) marque une rupture : abandon du modèle prescriptif au profit de 12 principes et 8 domaines de performance. Le PMI revendique plus de 700 000 membres et plus d'un million de certifiés PMP en 2024.

PRINCE2, la méthode prescriptive britannique

Développée par le gouvernement britannique (1989), PRINCE2 s'articule autour de 7 principes, 7 thèmes et 7 processus. Là où le PMBOK décrit, PRINCE2 prescrit : gouvernance par Project Board, jalons et livrables formels.

Agile et SAFe : du léger à l'échelle

Agile (2001) rassemble des cadres légers (Scrum, Kanban, XP) fondés sur le Manifeste Agile et 12 principes, valorisant adaptation et feedback rapide. SAFe (Scaled Agile Framework, 2011) industrialise l'agile pour des organisations de plusieurs centaines de personnes. Le choix dépend de 5 facteurs : stabilité du périmètre, taille d'équipe, criticité, contraintes contractuelles et maturité organisationnelle.

Faut-il vraiment choisir entre waterfall et agile ? Selon le PMI (2023), plus de 60 % des projets dans le monde sont pilotés en mode hybride. Loin d'être un compromis tiède, l'hybride est devenu la norme de fait — à condition d'être gouverné.

Pourquoi l'hybride domine

Très peu de projets de grande taille sont 100 % prédictifs ou 100 % adaptatifs. Un projet cloud exige de la rigueur de planification (achats, contrats) et de la souplesse d'exécution (configuration, intégrations). Imposer une approche unique mène soit à la rigidité, soit à l'anarchie. Le PMI a officialisé cette évolution dans le PMBOK 7 (2021), qui abandonne la prescription processuelle pour des principes applicables aux trois cycles de vie : prédictif, hybride, adaptatif.

Les 4 patterns hybrides éprouvés

• Waterfall + sprints test — spécifications et développement en cascade, phase de tests itérative. Cas : ERP custom, ETL data.
• Wagile — cadrage prédictif (vision, architecture, budget), réalisation 100 % agile, déploiement orchestré classiquement. Cas : refonte web, lancement digital.
• Agile encadré — sprints Scrum à l'intérieur d'une gouvernance PRINCE2 ou PMBOK. Cas : banque, assurance, défense, secteur public.
• Multi-équipes hétérogènes — chaque équipe choisit son mode (Scrum, waterfall, Kanban) selon son métier. Cas : grandes DSI, scale-up.

Le PMO, gouverner à l'échelle

Le Project Management Office est la structure qui gouverne le portefeuille de projets, fournit méthodes et outils, et arbitre les ressources entre projets concurrents. C'est lui qui permet à l'hybride de fonctionner à grande échelle en évitant l'anarchie méthodologique. Selon Gerald Hill (2014), le PMO existe sous trois formes — soutien, contrôle, directeur — correspondant à des niveaux de maturité croissants (modèle PMMM de Kerzner).

Comment atteindre un niveau de qualité où l'on ne tolère que 3,4 défauts par million ? C'est la promesse statistique de Six Sigma, née chez Motorola et devenue un phénomène mondial grâce à General Electric.

D'où vient Six Sigma

En 1986, Motorola perd des parts de marché face à une concurrence japonaise jusqu'à 100 fois plus fiable. L'ingénieur Bill Smith, soutenu par le PDG Bob Galvin, développe une démarche pour passer de 4σ à 6σ. Motorola décroche le Malcolm Baldrige National Quality Award en 1988. La méthode explose avec Jack Welch chez General Electric (1995-2001) : toute promotion managériale exige une certification Green Belt, et le déploiement génère 12 milliards de dollars d'économies cumulées sur 5 ans.

Le sens statistique de « Six Sigma »

Tout processus présente une variabilité qui suit une loi normale — la courbe en cloche de Gauss. L'écart-type σ mesure la dispersion : plus il est petit, plus le processus est précis. Six Sigma (6σ) signifie que 6 écarts-types tiennent entre la moyenne et chaque limite de spécification (LSL, USL). À ce niveau, on n'observe que 3,4 défauts par million d'opportunités, soit 99,99966 % de conformité.

Le DPMO, l'indicateur-clé

Le DPMO (Defects Per Million Opportunities) généralise le taux de défauts aux processus complexes : DPMO = (défauts × 1 000 000) ÷ (unités × opportunités par unité). Exemple bancaire : 50 défauts sur 10 000 dossiers à 30 opportunités chacun donnent un DPMO de 167, soit un niveau proche de 5σ.

DMAIC et la hiérarchie des Belts

Le DMAIC structure l'amélioration d'un processus existant en 5 étapes : Define, Measure, Analyze, Improve, Control. Les rôles suivent une hiérarchie inspirée des arts martiaux — White, Yellow, Green, Black et Master Black Belt. Contrairement à PMI ou PRINCE2, Six Sigma n'est pas un cadre de pilotage généraliste mais une méthode d'amélioration spécifique, souvent portée par des projets ponctuels rattachés à un PMO.

Un plan projet rédigé en trente secondes par une IA générative : impressionnant, mais qui vérifie que le chemin critique tient debout ?

L'IA rédige, elle ne vérifie pas

La distinction est au cœur de l'usage responsable : un modèle génératif produit du texte plausible, jamais une garantie de vérité ou d'engagement. Emily Bender et ses coauteurs l'ont formalisé dès 2021 sous le terme de « perroquets stochastiques » — la fluidité du texte ne dit rien de son exactitude. Un chef de projet reste seul responsable du planning qu'il signe, même rédigé avec assistance.

Du cadrage à l'estimation, deux usages, deux prudences

En cadrage, l'IA accélère la production d'une WBS (Work Breakdown Structure) ou d'un questionnement 5W2H à partir d'un besoin exprimé en une phrase. En estimation, l'exercice est plus fragile : une estimation par analogie proposée par un modèle reproduit le biais d'optimisme documenté par Kahneman et Tversky dès 1979 — le contrepoids reste l'estimation par classe de référence (reference class forecasting) popularisée par Bent Flyvbjerg, qui compare à des projets réels comparables plutôt qu'à une intuition.

Rétroplanning, risques : l'IA propose, l'outil et l'humain arbitrent

Sur le rétroplanning, l'IA peut rédiger la liste des tâches ; c'est l'outil de planification qui calcule le chemin critique, pas elle. Sur les risques, elle génère utilement une première liste brute, mais la cotation probabilité × impact reste un jugement d'équipe — un exemple type : retard prestataire coté 3×4=12 dans un registre de risques d'un projet e-commerce PME (60 salariés, mise en ligne au 30 juin, budget plafonné à 40 000 €).

Le cadre réglementaire ne s'efface pas devant l'outil

Toute donnée projet (équipe, client, fournisseur) passée dans un outil d'IA reste soumise au RGPD (art. 5 et 28) et, depuis le 1er août 2024, à l'AI Act européen. L'ANSSI (avril 2024) et la CNIL (plan d'action mai 2023) ont publié des recommandations opérationnelles pour cadrer cet usage en entreprise, à consulter avant de connecter un outil IA à des données projet sensibles.