Arbitrer un portefeuille Data / IA sur des critères explicites.

Un portefeuille ne peut pas être arbitré en additionnant les arguments favorables de chaque dossier. Il faut répondre à une autre question :

À ressources contraintes, quelle combinaison de projets produit le plus de valeur et reste réellement exécutable ?

C'est une décision relative. Un bon projet peut être moins prioritaire qu'un autre. Et plusieurs bons projets peuvent devenir collectivement irréalisables lorsqu'ils mobilisent les mêmes ressources.

Ce que nous faisons

La revue commence par reconstruire une base de comparaison commune. Chaque projet a souvent été préparé par une équipe différente, avec ses propres indicateurs, sur un horizon différent, avec une définition différente de la valeur — comparer directement les dossiers donnerait donc une précision trompeuse.

Nous commençons par répondre à trois questions : quelle décision de portefeuille doit être prise ? Quelle contrainte oblige réellement à arbitrer ? Quels critères permettent de comparer les projets sans effacer leurs différences ? La grille est construite pour cette décision — elle n'est pas appliquée mécaniquement à tous les portefeuilles.

Selon les projets, ENBI peut mobiliser quatre dimensions : données & technologie, économie & stratégie, droit & gouvernance, organisation & contrôle. Toutes n'ont pas nécessairement le même poids.

Seules les dimensions susceptibles de changer l'arbitrage doivent devenir discriminantes.

1. Valeur et contribution stratégique

Nous examinons le problème traité, les bénéficiaires, la valeur attendue, les résultats déjà démontrés, les hypothèses du business case, l'horizon de réalisation, les indicateurs permettant de vérifier les effets, le caractère indispensable ou substituable du projet. Le but n'est pas de transformer toute valeur en euros : certains projets répondent à une obligation, une nécessité opérationnelle, un enjeu de continuité, une réduction de risque, une capacité structurante pour d'autres projets. Ces valeurs doivent néanmoins être formulées explicitement pour pouvoir être comparées.

2. Faisabilité et données disponibles

Nous examinons selon les cas les données disponibles, leur qualité, les dépendances à des données encore inexistantes, la maturité technique, les résultats des expérimentations, l'architecture nécessaire, les intégrations, les briques communes avec d'autres projets, les incertitudes techniques encore ouvertes. Un projet très attractif peut être moins prioritaire si sa valeur dépend encore de plusieurs hypothèses non démontrées ; à l'inverse, un projet moins spectaculaire peut devenir prioritaire parce qu'il est immédiatement exécutable et crée une capacité réutilisable ailleurs.

3. Coût complet et ressources réellement mobilisées

Le budget affiché ne suffit pas : nous examinons le développement, les licences, l'infrastructure, les données, les intégrations, la maintenance, la supervision, le contrôle humain, les compétences internes, la conduite du changement, les coûts de migration, les conditions de sortie. Mais surtout, nous regardons les ressources partagées. Trois projets peuvent être financièrement soutenables et pourtant impossibles à conduire simultanément s'ils nécessitent la même équipe de trois personnes pendant six mois. La contrainte déterminante n'est donc pas nécessairement budgétaire — elle peut être humaine, technique, Data, organisationnelle, réglementaire ou calendaire.

4. Risques, dépendances et réversibilité

Certains projets créent des engagements qui dépassent leur propre périmètre. Nous examinons notamment les dépendances fournisseur, les architectures propriétaires, les données communes, les responsabilités, les contraintes réglementaires, les conditions de réversibilité, les investissements difficiles à récupérer, les décisions futures que le projet rend plus faciles ou plus difficiles. Un projet peut ainsi avoir une valeur élevée tout en réduisant fortement les options disponibles pour la suite — cette conséquence doit être visible au moment de l'arbitrage.

5. Capacité réelle d'exécution

Un portefeuille peut être parfaitement financé sur le papier et impossible à exécuter. Nous regardons notamment les équipes disponibles, les compétences critiques, les rôles communs à plusieurs projets, les changements de processus, les populations concernées, les capacités de pilotage, les calendriers, les transformations simultanées déjà engagées.

Par exemple : valeur élevée × capacité d'exécution insuffisante → le projet mérite peut-être d'être financé, mais pas maintenant. Le verdict devient alors un problème de séquencement plutôt qu'un jugement sur la qualité du projet.

Ce que le croisement permet de révéler

Une revue de portefeuille est utile précisément lorsque les critères interagissent.

• Valeur × ressources partagées — deux projets sont attractifs individuellement mais impossibles à conduire simultanément.
• Projet A × donnée commune × projet B — arrêter A supprimerait une capacité nécessaire à B.
• Coût × architecture commune — financer un premier projet réduit fortement le coût marginal des suivants.
• Risque × calendrier — un projet moins rentable devient prioritaire parce qu'une échéance réglementaire rend son report impossible.
• Performance × organisation — un projet techniquement convaincant arrive au mauvais moment parce que l'organisation ne peut pas absorber une nouvelle transformation.
• Projets A et B × recouvrement fonctionnel — deux initiatives répondent partiellement au même besoin et gagneraient à être fusionnées.
• Budget consommé × valeur restante — l'investissement déjà réalisé ne suffit pas à justifier la poursuite si les bénéfices futurs ne compensent plus les ressources encore nécessaires.

Le portefeuille permet donc de faire apparaître des conséquences qu'aucun dossier projet ne peut montrer seul.

Une grille commune, mais pas un classement automatique

La grille sert à rendre les hypothèses comparables et les décisions traçables. Elle ne doit pas devenir une machine à décider : un projet réglementaire et un projet de productivité ne créent pas la même valeur, un projet mature et une expérimentation ne supportent pas le même niveau d'incertitude, une dépendance acceptable pour une fonction périphérique peut être problématique pour une fonction critique. Les critères servent donc à structurer l'arbitrage, pas à le remplacer. Le décideur conserve la décision.

La carte des dépendances

La revue produit également une représentation des relations entre les projets, permettant d'identifier les dépendances techniques (infrastructure, API, architecture, environnement de production), les dépendances Data (sources communes, référentiels, qualité de données, flux ou travaux de préparation), les dépendances humaines (équipes rares, compétences spécialisées, fonctions de pilotage ou de contrôle), les dépendances organisationnelles (processus communs, populations concernées, transformations simultanées) et les recouvrements (deux projets produisant des fonctions similaires ou résolvant une partie du même problème).

Cette carte permet de raisonner non plus seulement projet par projet, mais sur la cohérence du système que leur combinaison produit.

Les quatre recommandations possibles

FINANCER

Le projet mérite les ressources demandées dans le portefeuille considéré. La recommandation précise notamment pourquoi il est prioritaire, les hypothèses essentielles, les dépendances à préserver et les conditions de suivi.

RECALIBRER

Le projet présente une valeur suffisante mais son périmètre, son calendrier ou ses hypothèses doivent être modifiés : réduire le périmètre, séquencer différemment, poursuivre une expérimentation, réduire le coût, mutualiser une brique, attendre une donnée, revoir un objectif, ou modifier ses conditions de réussite.

FUSIONNER

Deux ou plusieurs projets présentent suffisamment de besoins communs, de briques communes, de données partagées, de fonctions redondantes ou de ressources communes pour qu'une approche consolidée crée davantage de valeur ou réduise la charge globale.

ARRÊTER

La poursuite du projet ne justifie plus les ressources qu'elle consommerait dans le portefeuille. La recommandation doit préciser pourquoi, et lorsque l'arrêt crée lui-même des conséquences, elle doit identifier les conditions d'un arrêt propre : données à conserver, composants réutilisables, engagements à clôturer, équipes à réaffecter, dépendances avec d'autres projets à traiter. Arrêter proprement fait partie de l'arbitrage.

Une recommandation par projet, mais une seule décision de portefeuille

Chaque projet reçoit une recommandation, mais la mission ne consiste pas à conduire dix évaluations indépendantes : la décision finale porte sur la combinaison des projets. Autrement dit, un projet peut recevoir une recommandation différente selon le portefeuille dans lequel il se trouve — un projet pertinent dans l'absolu peut être reporté parce qu'un autre crée davantage de valeur avec la même ressource. C'est ce qui distingue la revue de portefeuille — project portfolio review / portfolio prioritization — d'une succession d'audits projet.

Ce que vous recevez

Selon le périmètre convenu :

• une grille d'arbitrage commune, documentée ;
• la justification des critères retenus ;
• une fiche comparable pour chaque projet ;
• une recommandation FINANCER / RECALIBRER / FUSIONNER / ARRÊTER ;
• les conditions associées à chaque recommandation ;
• une carte des dépendances transverses ;
• les éventuels recouvrements ou possibilités de mutualisation ;
• les conditions de réussite des projets retenus ;
• les points de contrôle à organiser ;
• les signaux pouvant justifier une réévaluation ultérieure.

La grille reste à l'organisation. Elle peut être réutilisée et adaptée pour les arbitrages suivants.

Les points de contrôle après l'arbitrage

Une décision de financement n'est pas irréversible. Pour les projets financés ou recalibrés, la revue peut définir des conditions à vérifier à échéance : valeur réellement constatée, évolution du coût complet, disponibilité des données, atteinte des critères de performance, charge organisationnelle, réalisation d'une dépendance identifiée, évolution du risque, respect des conditions fixées lors de l'arbitrage. L'objectif n'est pas de créer un reporting supplémentaire, mais de savoir dans quelles circonstances la décision mérite d'être réexaminée.

Ce que cette revue n'est pas

La revue de portefeuille n'est pas un audit approfondi de chacun des projets, une simple notation multicritère, une revue budgétaire isolée, un classement automatique produit par un score, une PMO externalisée, ni une mission de réalisation des projets retenus. Si la question porte sur un seul projet, voir l'évaluation indépendante de projet IA. La revue de portefeuille suppose plusieurs projets, une ressource contrainte et une véritable décision d'arbitrage.

Pour les organisations publiques

Dans une administration, l'arbitrage doit souvent pouvoir être expliqué à une direction générale, une tutelle, un contrôleur budgétaire ou un organe délibérant. La méthode vise donc à produire une décision explicite, documentée, traçable, et dissociable de la seule capacité de chaque porteur à défendre son projet. ENBI ne se substitue pas au décideur public : il fournit les éléments permettant de comprendre et défendre l'arbitrage.

Pour une direction générale ou un COMEX

La revue est particulièrement pertinente lorsque la difficulté n'est plus de trouver des idées mais de choisir entre elles : plusieurs projets IA demandent un financement en même temps, la DSI ne peut absorber toutes les transformations prévues, différents métiers portent des business cases difficiles à comparer, des POC se sont accumulés sans décision de passage à l'échelle, plusieurs projets semblent redondants, ou la direction souhaite documenter pourquoi certains projets seront arrêtés. L'objectif est de transformer une liste de projets en choix explicites de ressources.

Pourquoi une revue indépendante ?

ENBI ne développe aucun des projets examinés et ne perçoit aucune commission d'un éditeur, intégrateur ou fournisseur. ENBI n'a donc pas intérêt à augmenter le nombre de projets financés, recommander une technologie particulière, prolonger artificiellement un projet, ou éviter un arrêt. La mission s'arrête à la remise de l'arbitrage convenu. Cette indépendance permet notamment qu'ARRÊTER reste une recommandation aussi légitime que FINANCER.

L'organisation conserve la méthode

L'un des livrables les plus importants n'est pas le classement final : c'est la grille qui permet de le produire. Les critères, définitions et hypothèses sont documentés afin que l'organisation puisse comprendre l'arbitrage, le contester si nécessaire, le mettre à jour, et réutiliser la méthode lors d'un prochain cycle. L'objectif n'est pas de rendre l'organisation dépendante d'ENBI pour ses arbitrages futurs.