Pilotage Phases : P4 · P7 Compétences : C3 · D2
Plan d’itérations
Définition
Le plan d’itérations est l’organisation du développement d’une solution IA en cycles courts (typiquement 2 à 4 semaines), chacun produisant des livrables démontrables. Cette approche, héritée des méthodes agiles, s’oppose au pilotage en cycle long unique (waterfall) et présente plusieurs avantages : visibilité régulière de l’avancement, capacité d’ajustement, démonstrations fréquentes auprès des parties prenantes, réduction des risques par fragmentation.
Pour l’AIBS, le plan d’itérations constitue un outil structurant des phases P4 (conception) et P7 (pilotage). Il alimente la compétence D2 (conduire et superviser des projets). Sa pertinence pour les projets IA tient à la nature exploratoire du développement : les hypothèses techniques sont souvent confirmées ou infirmées par l’expérimentation, justifiant une approche par cycles courts plutôt qu’une planification figée.
La vertu pédagogique et politique de l’itération réside dans la démonstration régulière de la progression. Une itération sans démonstration concrète à chaque fin n’est qu’une phase waterfall raccourcie ; elle perd la valeur principale de l’approche.
Quand l’utiliser
À structurer en phase P4 (planification du développement) et à appliquer en phase P7 (exécution). Adapté aux projets dont les exigences sont susceptibles d’évoluer ou dont les choix techniques nécessitent une exploration progressive.
Mode d’emploi pas-à-pas
- Découpage temporel en cycles courts, typiquement 2 à 4 semaines
- Pour chaque itération : objectifs précis, livrables attendus, équipe mobilisée, instances de revue
- Inclusion d’une démonstration concrète à chaque fin d’itération, devant les utilisateurs et le sponsor
- Critères de validation explicites pour le passage à l’itération suivante
- Mécanisme de gestion des écarts : ce qui est reporté, ce qui est replanifié, ce qui sort du périmètre
Exemple visuel
Plan d’itérations type — projet IA sur 8 mois
| Itération | Durée | Objectif | Livrables | Démonstration |
|---|---|---|---|---|
| I1 — Foundations | 3 sem | Préparation données, infra, pipeline | Pipeline data + dataset nettoyé | Vue technique équipe |
| I2 — Baseline | 3 sem | Modèle baseline mesurable | Premier modèle entraîné, métriques | Sponsor + métier |
| I3 — Itérations modèle | 4 sem | Améliorations modèle, exploration features | Modèle V2 avec amélioration | Métier + utilisateurs pilotes |
| I4 — Interface | 3 sem | Première interface utilisateur fonctionnelle | UI + API documentée | Utilisateurs pilotes (5) |
| I5 — Pilote | 4 sem | Test sur utilisateurs réels | Solution complète + feedback | Comité de pilotage |
| I6 — Ajustements | 3 sem | Corrections issues du pilote | Solution ajustée | Métier élargi (15) |
| I7 — Pre-prod | 4 sem | Préparation mise en production | Solution prête, doc, formation | Comité de pilotage final |
| I8 — Production | 4 sem | Déploiement progressif | Mise en production stabilisée | Bilan post-déploiement |
Exemple concret rempli
Exemple appliqué — Plan d’itérations d’un projet de prédiction de churn télécom
Un opérateur télécom suisse (250 000 clients résidentiels) structure un projet de prédiction du risque de désabonnement (churn) en 7 itérations de 3 semaines.
Itération 1 — Foundations (S1-S3) Objectif : assembler le jeu de données complet et le pipeline de préparation. Livrables : (1) jeu de données consolidé sur 24 mois pour 250 000 clients, (2) pipeline de nettoyage et d’imputation des valeurs manquantes, (3) features engineering initiale (43 variables), (4) split temporel propre (entraînement Y-1 et Y-2, validation Y, test sur 3 mois récents). Démonstration : revue technique avec la data scientist senior et le responsable IT. Validation de la qualité des données avant entraînement.
Itération 2 — Baseline (S4-S6) Objectif : produire un premier modèle baseline mesurable. Livrables : (1) modèle baseline (régression logistique régularisée) entraîné, (2) métriques sur le jeu de test : AUC=0,72, rappel=0,68 sur seuil optimal, (3) documentation des choix méthodologiques. Démonstration : comité avec le sponsor commercial. Premier point de validation : la baseline est-elle suffisamment encourageante pour continuer ? Décision : OUI, continuer.
Itération 3 — Itérations modèle (S7-S10) Objectif : explorer plusieurs familles d’algorithmes et améliorer la performance. Livrables : (1) comparaison de 4 approches (logistique, Random Forest, XGBoost, réseau de neurones simple), (2) sélection finale (XGBoost, AUC=0,84), (3) features engineering avancée (interactions, fenêtres temporelles), (4) interprétabilité avec SHAP values. Démonstration : revue avec le sponsor et le directeur marketing. Présentation des facteurs explicatifs principaux du churn (temps depuis dernier contact service client, évolution de la consommation, satisfaction enquêtes).
Itération 4 — Interface (S11-S13) Objectif : produire une première interface utilisateur fonctionnelle pour les conseillers. Livrables : (1) interface web simple intégrée au CRM existant, (2) score de risque et 3 facteurs explicatifs principaux par client, (3) suggestions d’actions de rétention selon le profil de risque, (4) documentation API. Démonstration : test sur 5 conseillers expérimentés. Retours intégrés à l’itération suivante.
Itération 5 — Pilote (S14-S17) Objectif : tester la solution sur un périmètre réel. Livrables : (1) déploiement sur 30 conseillers (15% des effectifs commerciaux), (2) mesure des actions de rétention déclenchées, (3) suivi des taux de rétention vs groupe témoin, (4) collecte de feedback structuré. Démonstration : comité de pilotage en fin d’itération. Retour pilote globalement favorable, deux points d’amélioration identifiés (latence d’affichage, granularité des actions suggérées).
Itération 6 — Ajustements (S18-S20) Objectif : intégrer les retours pilote. Livrables : (1) optimisation latence (passage de 2,1s à 0,4s), (2) raffinement des actions suggérées avec personnalisation par segment, (3) reporting consolidé pour les managers commerciaux. Démonstration : retour des 30 conseillers pilote. Validation pour passage en production.
Itération 7 — Pre-prod et déploiement (S21-S24) Objectif : déploiement progressif sur l’ensemble des 200 conseillers commerciaux. Livrables : (1) formation déployée par vagues de 50 conseillers, (2) mise en production échelonnée sur 4 semaines, (3) monitoring opérationnel et alertes, (4) documentation utilisateur et procédures. Démonstration : comité de pilotage de clôture, présentation au comité de direction.
Bilan : 7 itérations sur 24 semaines (planifiées 21 semaines, soit 14% de dépassement, principalement dû à l’itération 3 qui a nécessité une semaine supplémentaire d’exploration). Budget respecté à 8% près. Qualité finale conforme aux objectifs (AUC en production stabilisée à 0,82 après 3 mois).
L’approche itérative a permis deux ajustements significatifs en cours de projet : (1) recentrage de l’objectif business du modèle entre I2 et I3 (passage de la prévention de churn à la priorisation des actions de rétention), (2) extension du périmètre du pilote suite aux résultats positifs.
Variantes
Sprint Scrum classique (2 semaines, cérémonies fixes). Cycle long (4 semaines) pour les contextes peu agiles. Kanban en flux continu sans itérations fixes pour les équipes matures. Approche SAFe pour les organisations multi-équipes.
⚠ Piège classique
Itérations conçues comme des phases waterfall raccourcies, sans démonstration concrète à chaque fin. La vertu pédagogique et politique de l’itération réside dans la démonstration régulière de la progression auprès du sponsor et des utilisateurs. Sans démonstration, c’est de la planification déguisée.
Clé de succès : Itérations courtes (2-4 semaines) avec démo concrète à chaque fin.
Boussole AIBS — Manuel méthodologique non officiel pour le brevet fédéral d’AI Business Specialist.
Sources : Profil de qualification AIBS v15.04.2025 · Annexe directives FAAIB v1.01 · Document modules FAAIB v2.0 · Règlement examen v3.0 (mars 2026)