i

Description

Une collection d'outils numérotés, disposés côte à côte pour comparaison

Source

State Government Photographer · page d’origine

Licence

CC0 Domaine public

Photo d’origine, non retouchée. L’arrière-plan en est une version stylisée par le site.

Comparatif des méthodes de conduite de projet

Vous disposez de deux grilles notées /5 (projet logiciel général, puis projet data/BI) sur neuf aspects, pour douze approches : cascade, cycle en V, spirale/RUP, PRINCE2/PMBOK, DSDM, Scrum…

En bref

• Vous disposez de deux grilles notées /5 (projet logiciel général, puis projet data/BI) sur neuf aspects, pour douze approches : cascade, cycle en V, spirale/RUP, PRINCE2/PMBOK, DSDM, Scrum, Kanban, Scrumban, XP, Lean startup, Shape Up, SAFe.
• Chaque grille est une heatmap en tableau (un carré de couleur par note) pour repérer d'un coup d'œil les creux et les points forts.
• Vous apprendrez à lire ces notes avec méfiance : ce sont des appréciations d'expert, contextuelles, qui s'effondrent si le contexte change.
• Vous verrez comment pondérer selon un profil de projet, et quels contextes font basculer le choix.
• Vous ne cherchez pas « la meilleure méthode » mais la moins mauvaise pour votre contexte : la décision se prend dans choisir et hybrider.

Sur cette page

1. 1. Avertissement : ce que ces notes sont (et ne sont pas)
2. 2. Les neuf aspects définis
3. 3. Grille 1 — projet logiciel général
4. 4. Grille 2 — projet data / BI
5. 5. Ce qui change entre les deux grilles
6. 6. Pondérer selon le profil du projet
7. 7. Lecture critique des notes
8. 8. Les contextes qui font basculer
9. 9. Contribution de l'IA
10. 10. Voir aussi

Niveau : 🟢→🔴

1. Avertissement : ce que ces notes sont (et ne sont pas)#

🟢 Novice — Une note de 4/5 ne dit pas « la méthode est bonne à 80 % ». Elle dit : dans le contexte indiqué, sur cet aspect, un praticien expérimenté s'attend à un résultat nettement au-dessus de la moyenne des méthodes comparées. Les principes de notation (échelle, contexte, loi de Goodhart) sont décrits dans NOTATION.

Contexte commun des notes : équipe de 4 à 12 personnes, projet de 6 à 18 mois, organisation de taille moyenne, praticiens compétents (une méthode mal appliquée n'a pas de note : voir pièges et bonnes pratiques).

2. Les neuf aspects définis#

🟡 Pratique — Les notes sont cohérentes avec les autres dossiers : même vocabulaire que prédictives et agiles et lean.

Remarque sur l'aspect 5 : dans la grille 1 il mesure l'adéquation à un produit logiciel ; dans la grille 2, l'adéquation à un projet data/BI (qualité des sources, modèle, recette sur chiffres, historisation, livraison en kits).

3. Grille 1 — projet logiciel général#

Légende heatmap : 🟥 1 · 🟧 2 · 🟨 3 · 🟩 4 · 🟦 5. Colonnes : Prévisibilité · Adaptation · Risque · Légereté · Adéquation logiciel · Adoption · Échelle · Gouvernance · Qualité.

Justification des notes les plus discriminantes (une phrase chacune) :

• Cascade, adaptation 1/5 : le feedback réel n'arrive qu'en fin de projet, donc tout changement tardif coûte cher.
• Cycle en V, qualité 3/5 : la vérification est pensée tôt, mais exécutée tard et en bloc.
• Spirale, risque 5/5 : le cycle est entièrement piloté par la réduction des risques, au prix d'une adoption difficile 2/5.
• PRINCE2, gouvernance 5/5 : tolérances, étapes et comité fournissent une piste d'audit complète ; légèreté 2/5 en contrepartie.
• Scrum, adéquation 5/5 : pensé pour un produit logiciel à besoin évolutif ; prévisibilité 3/5 car la prévision est probabiliste (vélocité), pas engagée sur un périmètre long.
• Kanban, légèreté 5/5, risque 2/5 : aucune cérémonie, mais aucun mécanisme intégré de traitement des risques.
• XP, qualité 5/5 mais échelle 2/5 : les pratiques techniques sont les plus exigeantes, la coordination multi-équipes est absente.
• Lean startup, prévisibilité 1/5 : par construction on ne s'engage pas sur un résultat, on s'engage sur des expériences.
• Shape Up, échelle 2/5 : conçu pour un produit et de petites équipes autonomes.
• SAFe, légèreté 1/5 : la coordination à grande échelle a un coût d'organisation élevé ; échelle 5/5 en contrepartie.

4. Grille 2 — projet data / BI#

Contexte supplémentaire : un datamart SQL Server alimenté par des sources opérationnelles (application de force de vente terrain, par exemple), des rapports Power BI, des recettes sur chiffres par le métier, une livraison en kits d'installation versionnés. L'aspect 5 mesure ici l'adéquation à un projet data/BI (profilage de sources, historisation, rejeu, migrations).

Justification des écarts avec la grille 1 (ce qui change quand c'est de la donnée) :

• Kanban monte (adéquation 5/5) : la charge data est faite de demandes de taille et d'urgence hétérogènes (incident, évolution, correctif de chiffres) ; le flux et les classes de service y sont naturels.
• Scrum baisse (adéquation 4/5, prévisibilité 3/5) : l'incrément « potentiellement livrable » est plus difficile à définir quand la donnée dépend d'environnements lourds et d'une recette métier ; le sprint se découpe mal quand une source impose son calendrier. Détail dans Scrum et data.
• XP baisse (légèreté 2/5, adéquation 3/5) : les pratiques de test, d'intégration continue et de binôme existent mais demandent de l'outillage de test de données moins mûr que celui du code applicatif.
• Cascade / V baissent en prévisibilité : le plan suppose de connaître les sources ; le profilage révèle souvent des surprises. Mais pour une migration à iso-fonctionnel, le V remonte (prévisibilité 4/5 dans ce cas précis).
• SAFe baisse (adéquation 2/5) : peu de projets data atteignent la taille où un train de livraison est justifié.
• Lean startup reste haut en adaptation : le prototype de rapport et l'analyse exploratoire sont de vrais MVP.

5. Ce qui change entre les deux grilles#

🟡 Pratique — Les huit traits des projets data qui déplacent les notes :

Détail et contre-mesures dans méthodes spécifiques à la data et dans les matrices conduite de projet data et développement BI.

6. Pondérer selon le profil du projet#

🟡 Pratique — La moyenne non pondérée suppose que les neuf aspects pèsent autant : c'est faux dans tous les cas réels. On choisit des poids (0 à 3) selon le contexte. Deux profils, appliqués à la grille 2 (data) — les poids sont des choix d'illustration, pas des vérités :

Résultats (note pondérée = Σ poids × note / Σ poids), pour cinq approches :

Lecture : le profil A fait remonter le V et PRINCE2 ; le profil B fait monter Kanban et Lean startup. Mais notons deux signaux d'alerte.

7. Lecture critique des notes#

🔴 Expert — Cinq raisons de ne pas prendre les notes pour des mesures :

1. Pas de mesure empirique unique. Les études comparatives entre méthodes sont rares, hétérogènes et sensibles au contexte ; on ne dispose pas de données robustes qui permettraient de chiffrer ces notes. Ce sont des jugements d'expert argumentés, donc discutables et révisables.
2. La variance intra-méthode dépasse la variance inter-méthodes. Deux équipes qui font « du Scrum » diffèrent plus entre elles que Scrum ne diffère d'un Kanban bien mené. La qualité d'application (coaching, engagement du management, discipline technique) pèse plus que le nom de la méthode.
3. Les méthodes sont souvent mélangées. Presque aucun projet réel n'est « pur » : voir le dossier suivant.
4. Effet de halo des critères. « Légèreté » et « adoption » sont corrélées dans la tête des évaluateurs ; la moyenne les compte deux fois. Tout agrégat est discutable.
5. L'organisation est la variable cachée. Une note de « passage à l'échelle » ne dit rien du management, de l'architecture ou des contrats, qui conditionnent le résultat.

Les corrélations utiles à retenir (qualitatives) :

• Prévisibilité et adaptation sont en tension : plus on fige, moins on s'adapte. Les méthodes qui obtiennent les deux (DSDM, Shape Up) le font en fixant délai et budget et en variant le périmètre.
• Légèreté et gouvernance sont en tension : la gouvernance forte demande des artefacts.
• Qualité des livrables dépend plus des pratiques d'ingénierie (tests, revue, intégration continue) que de la méthode de planification : XP les impose explicitement, mais on peut les ajouter à n'importe quelle méthode.
• Passage à l'échelle coûte toujours en légèreté : chaque couche de coordination ajoute des réunions. La meilleure mise à l'échelle est la réduction des dépendances.

8. Les contextes qui font basculer#

🟡 Pratique — Un seul changement de contexte peut renverser le choix. Voici les bascules les plus courantes, à relire à chaque jalon de projet :

Les arbitrages sont déroulés pas à pas dans choisir et hybrider.

9. Contribution de l'IA#

🤖 IA — Utile pour explorer des scénarios et expliciter des critères, risquée pour décider.

Exemple de prompt : « Voici ma grille (tableau) et mes contraintes (contrat au forfait, 6 personnes, recette métier bimensuelle). Fais varier les poids de ±1 sur chaque aspect et dis quelles approches changent de rang. »

Ce que l'IA ne remplace pas : la connaissance des personnes, du contrat réel, de la tolérance au risque de votre organisation. Voir aussi IA et conduite de projet.

10. Voir aussi#

• Avant : Méthodes prédictives · Méthodes agiles et lean · Méthodes spécifiques à la data.
• Après : Choisir et hybrider · CI/CD · Pièges et bonnes pratiques.
• Cadre : Scrum · Scrum et data · Fondamentaux.
• Outils : comparatif des outils · outils de planification.
• Maturité : gouvernance et pilotage · amélioration continue · livraison et mise en production.
• Glossaire · Notation.

✻ Rédigé par Claude Sonnet 5.5