0.4Panorama des méthodes : prédictif vs agile
L'essentiel en 30 secondes
- Prédictif : tout planifier en amont puis exécuter en séquence — idéal quand le besoin est stable et connu.
- Agile : avancer par itérations courtes et s'adapter — idéal quand le besoin est incertain ou évolutif.
- Choix contextuel : pas de chapelle — on choisit (ou on hybride) selon besoin, incertitude et culture.
Mini-cas filé — Bilal choisit sans suivre la mode
Bilal a deux projets : migrer l'hébergeur (coupure planifiée, étapes techniques figées) et créer une application client dont le besoin reste flou. Pour la migration, il planifie tout en prédictif. Pour l'application, il propose des itérations de deux semaines avec démos au client. Et pour la refonte du site, il hybride : cadrage global puis réalisation par itérations.
Dernier épisode du cas 0.1-0.3 — Bilal ajuste la méthode au besoin.
1. Deux grandes familles
Il n'existe pas une seule façon de mener un projet. L'approche prédictive (cycle en V, cascade) planifie tout en détail au départ puis exécute séquentiellement : idéale quand le besoin est stable et bien connu (BTP, industrie).
L'approche agile avance par itérations courtes, en s'adaptant au fur et à mesure : idéale quand le besoin est incertain ou évolutif (logiciel, innovation).
2. Un choix contextuel
Le choix n'est pas idéologique mais contextuel : il dépend de la stabilité du besoin, du niveau d'incertitude et de la culture de l'organisation.
Beaucoup de projets adoptent d'ailleurs une approche hybride (cadrage prédictif + réalisation agile). Les niveaux 2-3 approfondissent le prédictif, le niveau 4 l'agilité.
🔎 Exemple concret — 🔎 Exemple concret — Besoin stable ou incertain ?
Le critère de choix.
Construction normée, besoin figé → plutôt PRÉDICTIF.
Logiciel innovant, client qui découvre en avançant → plutôt AGILE.
Gros projet mixte → HYBRIDE (cadrer global, réaliser par itérations).Résultat : une approche adaptée, pas une mode suivie.
Réflexe : évaluer d'abord la stabilité du besoin.
Vocabulaire de la section
- Approche prédictive
- Planification détaillée en amont puis exécution séquentielle (cascade, cycle en V). Adaptée aux besoins stables.
Exemple simple : Bilal planifie la migration hébergeur étape par étape avant la coupure.
Ce que ce n'est pas : avancer par itérations en découvrant le besoin (c'est l'agile).
Réflexe : besoin figé et séquence contrainte → penchez prédictif.
- Cascade / Cycle en V
- Modèles prédictifs : phases enchaînées (le V ajoute une symétrie entre spécifications et tests/validations).
Exemple simple : Spécifier le site, le réaliser, puis tester chaque exigence une à une.
Ce que ce n'est pas : livrer par petits incréments ajustés à chaque cycle.
Réflexe : le V = à chaque spécification correspond un test.
- Approche agile
- Développement itératif et incrémental, adaptatif, par cycles courts. Adaptée aux besoins incertains ou évolutifs.
Exemple simple : Bilal livre l'application par démos toutes les deux semaines et ajuste.
Ce que ce n'est pas : tout figer en amont puis ne plus rien changer.
Réflexe : besoin flou ou évolutif → itérer et montrer tôt.
- Itératif / incrémental
- Avancer par petits cycles (itérations) qui livrent des morceaux de valeur (incréments), avec ajustements réguliers.
Exemple simple : Chaque itération de Bilal ajoute un morceau utilisable de l'application.
Ce que ce n'est pas : attendre la fin pour tout livrer d'un bloc.
Réflexe : chaque cycle doit produire quelque chose de montrable.
- Hybride
- Combinaison des deux approches (ex. cadrage prédictif + réalisation agile), selon les besoins du projet.
Exemple simple : Bilal cadre le site globalement, puis réalise par itérations.
Ce que ce n'est pas : appliquer une seule méthode par principe, partout.
Réflexe : mixer par phase : cadrer global, itérer la réalisation.
En pratique — En pratique — Choisir la bonne approche
- Pour un projet donné, évaluez la stabilité du besoin : est-il clair et figé, ou incertain et susceptible d'évoluer ?
- Si le besoin est stable et le livrable bien défini (construction, déploiement normé) → penchez vers le prédictif.
- Si le besoin est flou, innovant ou évolutif, avec un client qui découvre en avançant → penchez vers l'agile.
- Envisagez l'hybride : cadrer globalement (prédictif) puis réaliser par itérations (agile) selon le contexte.
Script prêt à dire — justifier le choix de méthode (30 s)
« Notre besoin est stable et la séquence contrainte : on planifie tout en prédictif. Là, le besoin est flou et va évoluer : on avance en itérations de deux semaines avec démo. Pour ce projet mixte, on hybride : cadrage global, puis itérations. »
À dire au client ou au gérant : lier chaque choix à la stabilité du besoin, pas à une préférence.
Modèle copier-coller — grille de choix prédictif / agile
PROJET : _______________
BESOIN (stable / incertain / mixte) : _______________
INCERTITUDE (faible / forte) : _______________
APPROCHE CHOISIE (prédictif / agile / hybride) : _______________
POURQUOI (1 phrase) : _______________
PREMIER JALON OU PREMIÈRE ITÉRATION : _______________TPE / petit budget
Pas de cérémonie lourde : une itération = montrer quelque chose au client chaque semaine, même informellement.
PME Algérie
Bilal cale ses itérations sur les disponibilités réelles du client (démos courtes, retours écrits) pour garder le rythme agile.
BTP / projet réglementé
Besoin figé et normes strictes : prédictif assumé, avec des points agiles limités à la conception.
Startup / produit innovant
Besoin qui se découvre : itérations courtes, tests utilisateurs tôt — le prédictif ne servirait qu'au cadrage global.
✓ Bonnes pratiques
- Évaluez la stabilité du besoin avant de choisir l'approche.
- N'opposez pas les méthodes : combinez-les si le projet s'y prête.
- Tenez compte de la culture de l'organisation.
✗ Pièges fréquents
- Choisir une méthode par mode plutôt que par contexte.
- Croire que l'agile = pas de planification.
- Vouloir faire de l'agile « pur » sur un projet séquentiel et contraint.
Points clés à retenir
- Prédictif (cascade, cycle en V) : tout planifier en amont. Pour un besoin stable.
- Agile : itérer et s'adapter. Pour un besoin incertain ou évolutif.
- Le choix est contextuel, pas idéologique.
- L'hybride combine souvent les deux selon les phases du projet.
Défi 48h — appliquez demain
Prenez 1 projet réel, jugez la stabilité de son besoin et choisissez prédictif, agile ou hybride (modèle ci-dessus). Annoncez le premier jalon ou la première itération.
- Je sais dire quand le prédictif convient (besoin stable).
- Je sais dire quand l'agile convient (besoin incertain).
- J'ai choisi 1 approche pour un projet réel, sans suivre la mode.
Questions fréquentes
L'agile est-il « mieux » que le prédictif ?
Non : chacun excelle dans son contexte. L'agile brille sur l'incertitude et l'évolution (logiciel, innovation) ; le prédictif reste pertinent quand le besoin est stable et la séquence contrainte (construction, projets réglementaires). Opposer les deux est stérile : le bon réflexe est de choisir — ou de combiner — selon le projet. La maturité, c'est de connaître les deux et de piocher ce qui sert le projet, pas de défendre une chapelle.
Peut-on faire de l'agile sur un projet de construction ?
Difficilement à l'identique : on ne coule pas des fondations « par itérations » qu'on refait à chaque sprint. Certains principes agiles (collaboration, points réguliers, ajustements) restent utiles, mais la nature séquentielle et coûteuse à modifier du bâtiment appelle une approche largement prédictive. Le contexte physique impose ses contraintes. En revanche, la phase de conception ou d'aménagement intérieur peut parfois intégrer des boucles plus agiles.
Quand privilégier une approche agile ?