Une roadmap est un système de décisions
Une liste de logiciels avec des dates n'est pas une feuille de route.
- Demander un diagnostic
- France et Afrique francophone
Évaluer un portefeuille d'initiatives en valeur, coût, risque et faisabilité, construire une feuille de route de 12 à 36 mois, et suivre la réalisation de la valeur après déploiement.
Une liste de logiciels avec des dates n'est pas une feuille de route.
Minimum viable, recommandé, accéléré : la direction arbitre en voyant ce qui est gagné ou sacrifié.
Chaque bénéfice majeur a un porteur métier, même quand l'IT a livré la solution.
Chaque partie traite un point de la démarche ; les liens ci-dessous mènent directement à la section correspondante.
Une bonne feuille de route répond à : où sommes-nous, quelle cible, quelles capacités manquent, quelles initiatives, dans quel ordre, avec quelles dépendances, quel budget, qui décide, comment mesurer. Une liste de logiciels avec des dates n'est pas une roadmap.
Chaque carte initiative comporte : problème/opportunité, résultat métier, périmètre, owner, coût initial et récurrent, bénéfices et hypothèses, KPI baseline/cible, dépendances, risques, impacts data/sécurité, impact humain, statut et prochaine décision. Le portefeuille évite que chaque département présente son projet comme urgent sans comparaison commune.
Une formule possible : priorité = valeur × confiance × urgence / (effort × risque), ou un score pondéré, la formule ne remplace pas la discussion, elle rend les hypothèses visibles. Facteurs à inclure : valeur, stratégie, conformité, risque, effort, dépendances, disponibilité des compétences, préparation des données et capacité d'adoption.
Le budget se présente en CapEx/OpEx selon les pratiques de l'entreprise (coût interne, licence, intégration, migration, accompagnement, formation, support, sécurité, contingence), avec trois scénarios construits : minimum viable, recommandé, accéléré, la direction arbitre en voyant ce qui est sacrifié ou gagné dans chaque scénario.
0-30 jours : cadrage, diagnostic, inventaire, cartographie des processus prioritaires, baseline KPI, risques critiques, quick wins sûrs, gouvernance, portefeuille initial. 31-60 jours : processus TO-BE, intégrations prioritaires, qualité des données, dashboard V1, sécurité prioritaire, pilotes d'automatisation/IA, plan d'adoption. 61-90 jours : évaluation des pilotes, décisions Go/No-Go, documentation, support, architecture cible validée, business cases majeurs, roadmap 12 mois et budget.
La roadmap à 12 mois s'organise par capacités (pas par fournisseurs), sécurité/identité, processus, applications, intégration, data, IA, client, compétences, gouvernance, avec des résultats observables chaque trimestre. Au-delà d'un an, éviter le faux niveau de précision : définir des horizons et capacités (fondations, intégration, intelligence, nouveaux modèles) et réévaluer chaque trimestre ou semestre selon la volatilité, une initiative future peut changer de technologie, le résultat visé peut rester stable.
Types de dépendances à cartographier : technique, data, sécurité, fournisseur, compétence, réglementation, budget, adoption. Exemple du cours : un "agent IA service client" dépend d'une base documentaire propre, de permissions, d'une intégration CRM/API et d'un dataset d'évaluation, le placer avant ces fondations augmente le risque.
Un arbre KPI relie l'activité numérique à un résultat métier : par exemple automatisation → temps de cycle ↓ → capacité ↑ → délai client ↓ → conversion/rétention ↑ → marge ↑, chaque flèche reste une hypothèse à mesurer, pas une certitude. Catégories utiles : valeur (revenu, marge, coût, cash, risque), client (conversion, rétention, délai, satisfaction), opérations (cycle, qualité, erreur, productivité), tech (disponibilité, latence, incidents, coûts), adoption (usage, complétude, contournement), sécurité (MFA, vulnérabilités, incidents, restauration).
Le business case initial est une hypothèse : après mise en production, comparer baseline, cible et réel, et documenter la cause des écarts. Créer un benefit owner pour chaque bénéfice majeur (le directeur commercial porte l'amélioration du taux de conversion, même si l'IT a livré le CRM), avec une revue mensuelle couvrant KPI et tendance, bénéfices réalisés, coûts réels vs budget, risques, décisions, dépendances, capacité équipe et changements de priorité. Jumia illustre bien ce principe à grande échelle : cinq années d'ajustements marché par marché ont précédé le redressement, la valeur d'une transformation se prouve dans la durée, pas à l'annonce.
Ces écueils reviennent régulièrement en mission. Les identifier tôt évite de reconstruire un chantier déjà livré.
Placer un agent IA avant les fondations dont il dépend : base documentaire propre, permissions, intégration CRM, dataset d'évaluation.
Donner un faux niveau de précision au-delà d'un an au lieu de raisonner par horizons et capacités.
Laisser chaque département présenter son projet comme urgent sans grille de comparaison commune.
Considérer le business case initial comme acquis au lieu de le traiter comme une hypothèse à vérifier.
Nous livrons le portefeuille sous forme de cartes initiative comparables (valeur, effort, risque, dépendances, KPI) et nous animons la revue mensuelle qui suit la réalisation réelle des bénéfices.
Problème ou opportunité, résultat métier attendu, périmètre, owner, coût initial et récurrent, bénéfices et hypothèses, KPI baseline et cible, dépendances, risques, impacts data et sécurité, impact humain, statut et prochaine décision.
Les dépendances techniques, data, sécurité, fournisseur, compétence, réglementaire, budgétaire et d'adoption. Un agent IA de service client dépend par exemple d'une base documentaire propre, de permissions, d'une intégration CRM et d'un dataset d'évaluation.
Par une revue mensuelle couvrant KPI et tendance, bénéfices réalisés, coûts réels contre budget, risques, décisions, dépendances, capacité des équipes et changements de priorité, avec un benefit owner métier désigné pour chaque bénéfice majeur.
Ce chapitre appartient au pilier « Prouver la valeur et tenir dans le temps ». Conduite du changement, portefeuille d'initiatives, KPI et restitution : ce qui transforme un projet livré en résultat mesuré.
Passer de la solution conçue à la solution utilisée : parties prenantes, sponsor, RACI, mode de delivery, adoption mesurée et gestion des résistances.
Lire le chapitre →Chapitre 17PilotageLe projet fil rouge NovaGroup : conduire une mission complète, produire les livrables d'un consultant et défendre une recommandation devant un comité de direction.
Lire le chapitre →