Matrice de priorisation DSI‑métiers : comment décider ensemble

Pour trancher entre refonte legacy, projets IA, nouveaux produits et dette technique, votre meilleure option est une matrice de priorisation DSI‑métiers unique qui classe chaque chantier selon risque, coût et impact métier sur 12 à 36 mois. Concrètement, chaque projet reçoit une note simple sur quelques critères partagés, ce qui rend les arbitrages de roadmap explicites.

Vous avez sans doute déjà une liste de chantiers concurrents, des métiers qui poussent les fonctionnalités et une production sous tension. Sans cadre commun, les débats tournent à vide ou se règlent au plus urgent. Une matrice partagée vous permet de décider ensemble : refonte ou rustine, IA maintenant ou après la migration, dette technique continue ou projet dédié.

Cet article fait partie du dossier Modernisation de SI legacy : choisir le bon scénario.

Clarifier le périmètre des chantiers à comparer

Avant de parler de scoring, vous devez décider quels types de projets vont se retrouver dans le même tableau, sur quelle durée et avec quel niveau de détail. Sinon, votre matrice devient un inventaire illisible qui ne tranche rien.

1. Fixer l’horizon de décision (12–36 mois)

• Choisissez une fenêtre alignée sur vos engagements budgétaires : souvent entre un et trois ans pour les chantiers structurants.
• Retenez uniquement les projets dont le lancement ou les jalons majeurs tombent dans cette fenêtre.
• Résultat : une matrice qui couvre les décisions à prendre maintenant, pas les idées lointaines.

2. Lister les familles de chantiers à comparer

• Systèmes existants à forte dette : refonte partielle, migration, sécurisation.
• Nouveaux produits ou outils métiers : applications, portails, automatisations ciblées.
• Projets IA et data : cas d’usage branchés sur le SI actuel, industrialisation de prototypes.
• Conformité et risques : mises en conformité réglementaire, cybersécurité, continuité d’activité.
• Résultat : une vue transversale qui met en face à face modernisation, innovation et contraintes réglementaires.

3. Choisir la bonne granularité

• Regroupez les « petites » demandes homogènes en programmes (par exemple « automatisations back‑office » plutôt que 20 tickets).
• Découpez les mastodontes en incréments cohérents : lot 1 « exposition d’API », lot 2 « migration des utilisateurs », etc.
• Résultat : chaque ligne de la matrice correspond à un bloc livrable en 6 à 18 mois, compréhensible par les métiers.

4. Filtrer ce qui ne doit pas être dans la matrice

• Écartez les sujets purement opérationnels traitables en maintenance courante.
• Sortiez aussi les idées sans cadrage minimal (périmètre, sponsors, impacts SI).
• Résultat : la matrice reste courte, pilotable en comité de direction, centrée sur les vrais arbitrages de roadmap.

Définir quelques critères partagés entre DSI et métiers

Pour que votre matrice tienne en comité de direction, limitez-vous à 5 à 7 critères, formulés en langage métier et scorés sur la même échelle. Votre but : qu’un directeur métier puisse comprendre chaque colonne sans explication technique.

Proposez une première base comme celle-ci, à adapter à votre contexte :

Critère	Question à se poser	Score 0	Score 5
Valeur métier mesurable	Quel effet concret sur chiffre d’affaires, marge, productivité, satisfaction client ou conformité métier ?	Impact non démontré ou anecdotique	Impact direct et quantifiable sur un indicateur suivi en comité
Impact sur les délais de livraison	Ce chantier raccourcit-il ou allonge-t-il vos futures mises en production ?	Aucun effet, ou rallonge durable des délais	Réduction nette et durable du délai moyen de livraison
Risque opérationnel / conformité	Que se passe-t-il si rien ne change pendant 12 à 36 mois ?	Risque faible, contournements acceptés	Risque élevé : arrêt d’activité, incident majeur ou non‑conformité claire
Dépendances SI	Combien d’autres systèmes ou projets dépendent de ce chantier ?	Isolé, peu de liens	Blocage pour plusieurs domaines métiers si le chantier ne bouge pas
Niveau de dette technique	Le socle concerné freine-t-il les évolutions et la fiabilité ?	Dette faible, bien contenue	Dette structurelle qui génère incidents, surcoûts et délais récurrents
Coût d’inertie	Combien coûte le statu quo sur 12 à 36 mois (temps perdu, licences, double saisie, risques) ?	Inertie peu coûteuse et gérable	Coût cumulé supérieur au coût d’un chantier de correction

Action concrète : lors d’un atelier court, faites relire ces définitions par les métiers et ajustez les libellés jusqu’à ce que chacun puisse noter un projet sans traduire en termes techniques. Résultat attendu : une grille commune où un projet IA, une refonte legacy ou un chantier de migration se comparent ligne à ligne, sans débat sémantique, et où la discussion porte sur les scores, pas sur le vocabulaire.

Construire une matrice de scoring simple et actionnable

L’objectif est de transformer vos critères en un tableau lisible, scoré de 0 à 5, qui donne des ordres de priorité clairs sans débat infini sur la décimale.

1. Fixer l’échelle et limiter les pondérations

Retenez une échelle 0‑5 par critère. 0 = aucun impact, 5 = impact très fort. Cette granularité suffit pour distinguer les chantiers sans simuler une précision qui n’existe pas.

Attribuez une pondération simple à chaque critère (par exemple 1 ou 2). Par défaut, gardez la même pondération pour tous, puis adaptez uniquement si les métiers assument que, par exemple, le risque opérationnel compte plus que la valeur court terme.

2. Écrire des règles de scoring concrètes

Pour chaque critère, décrivez ce qui vaut 1, 3 ou 5. Exemple sur la valeur métier :

• 1 : amélioration locale, peu visible, sur un seul service
• 3 : gain de productivité sur plusieurs équipes
• 5 : impact direct sur un indicateur suivi en comité de direction

Faites le même exercice pour le risque, le temps‑to‑delivery, les dépendances SI, la dette technique et le coût d’inertie.

3. Calculer un score global et préparer les arbitrages

Le score d’un chantier = somme des notes × pondérations. Classez les chantiers par score, mais ne laissez pas le tableau décider seul.

• Refonte vs rustine : si la refonte a un score élevé mais un temps‑to‑delivery long, décidez d’un scénario mixte : rustine sécurisante maintenant, refonte découpée en incréments alignés sur des jalons métier.
• IA vs backlog : si un projet IA a une forte valeur perçue mais un risque technique et des dépendances élevées, positionnez d’abord un petit incrément IA sur un périmètre maîtrisé, tout en gardant des livraisons backlog à chaque version.
• Migration vs nouvelles features : si le coût d’inertie d’un legacy ressort très haut, traitez la migration comme un flux continu (un lot par trimestre) en parallèle des évolutions visibles, au lieu d’un big bang qui gèle tout.

4. Vérifier la faisabilité avec les équipes terrain

Faites relire la matrice par ceux qui auditent l’existant, conçoivent l’architecture et développent. Leur retour limite l’écart entre ce que la matrice propose et ce qui est réellement livrable dans les 12 à 36 mois.

Intégrer la dette technique sans bloquer la roadmap produit

Votre matrice doit rendre visible la dette technique sans transformer chaque refonte en tunnel de 18 mois. L’objectif est de la représenter clairement, puis de la traiter en flux continu et en incréments alignés avec vos jalons métier.

Créer un critère dédié “dette / legacy”

Ajoutez un critère unique dans la matrice pour le niveau de dette et l’obsolescence du système (0 à 5). Ne détaillez pas tous les problèmes : une note globale, issue d’un audit rapide, suffit pour comparer.

Résultat : vos projets métier consomment ce critère comme les autres au lieu de subir des demandes techniques “hors matrice”.

Traiter une partie de la dette en flux continu

Décidez d’un pourcentage fixe de capacité consacrée à la dette dans chaque itération (par exemple un sprint sur quatre, ou un volume de points régulier). Inscrivez ce flux comme un “chantier permanent” dans la matrice, avec une valeur métier explicite : réduction des incidents, baisse du temps de mise en production, simplification des intégrations.

Résultat : le stock de dette baisse au fil de l’eau, sans freeze fonctionnel long, et la roadmap produit reste lisible.

Découper les grandes refontes en incréments

Plutôt qu’une refonte monolithique, découpez en blocs livrables alignés sur des jalons métier : par domaine fonctionnel, par type d’utilisateur, ou par flux critique.

Exemple : une application legacy est remplacée par modules. Chaque incrément est noté dans la matrice avec sa valeur métier (ex. réduction des ressaisies pour un service donné) et son impact sur le risque opérationnel. La direction voit une suite de gains successifs, pas un trou noir.

Arbitrer explicitement dette versus nouveaux projets

Lors du scoring, confrontez les notes : il est fréquent qu’un outil legacy avec un fort coût d’inertie (retards, erreurs, travail manuel) surpasse un projet plus séduisant sur le papier. Dans un cas réel, la matrice a mis en évidence que laisser en place un collecteur de données vieillissant coûtait plus cher par an qu’un chantier de migration ; les métiers ont accepté de décaler un projet IA pour financer cette migration.

Résultat : les arbitrages ne sont plus “technique contre métier”, mais reposent sur un score partagé.

Aligner ceux qui auditent, conçoivent et livrent

Faites en sorte que les mêmes personnes qui ont évalué la dette participent aux choix d’architecture et au développement. Dans une équipe, ce trio unique a réduit l’écart entre ce qui était priorisé sur la matrice et ce qui était réellement livrable dans l’année.

Résultat : vos scores de dette restent crédibles, et les plans de réduction entrent vraiment dans la roadmap produit.

Animer un atelier DSI‑métiers et faire vivre la matrice

L’atelier doit aboutir à un tableau rempli avec quelques chantiers réels, des règles d’arbitrage acceptées et un rythme de révision calé sur vos comités habituels. L’objectif n’est pas la perfection du premier coup, mais un outil assez clair pour décider « quoi passe devant quoi » sur 12 à 36 mois.

1. Préparer le terrain (avant l’atelier)

Listez 8 à 15 chantiers représentatifs : refonte legacy, projets IA, dette technique, conformité, nouveaux produits. Pré-remplissez les colonnes de la matrice (critères, échelle 0‑5, pondérations). Identifiez 4 à 6 participants métiers couvrant les domaines les plus impactés. Résultat : une base structurée, pas une feuille blanche.

2. Cadrer l’horizon et le périmètre

En début de séance, fixez l’horizon (12, 24 ou 36 mois) et ce qui entre dans la matrice : par exemple, « tout chantier > 20 jours homme » ou « tout ce qui touche le SI transactionnel ». Résultat : moins de débats parasites et un champ de décision clair.

3. Co‑définir les critères avec les métiers

Présentez les critères proposés (valeur métier, impact sur les délais de livraison, risque opérationnel et conformité, dépendances SI, dette technique, coût d’inertie). Demandez à chaque métier un exemple concret par critère : incident récent, retard projet, opportunité ratée. Résultat : une définition partagée, ancrée dans la production.

4. Scorer ensemble un échantillon de chantiers

Scannez 5 à 8 chantiers en séance. Vous pouvez procéder critère par critère : pour chaque projet, débat court, note 0‑5, puis verrouillage. Exemple typique : une refonte legacy découpée en incréments liés à des jalons métier obtient une meilleure acceptation qu’un projet monolithique qui gèle les livraisons.

Résultat : un premier classement visible, avec déjà des décisions type : repousser un projet IA trop dépendant d’APIs instables, accepter une dette temporaire sur une brique périphérique, lancer un flux continu de réduction de dette plutôt qu’un « big bang ».

5. Formaliser les règles d’arbitrage

Transformez ce qui vient d’être décidé en règles simples : seuils de score, limites de capacité, parts réservées (par exemple, un pourcentage de charge pour la dette technique continue). Résultat : vos arbitrages ne reposent plus sur des cas isolés, mais sur des règles réutilisables.

6. Fixer le rythme de révision et l’usage en comité

Décidez d’une révision trimestrielle ou semestrielle en l’alignant sur vos cycles budget et vos revues de portefeuille projets. Prévoyez que la matrice soit l’unique support de discussion priorisation en comité DSI‑métiers. Résultat : chaque révision devient un rendez-vous pour réévaluer, découper, repousser ou annuler des chantiers, plutôt que pour repartir de zéro.

Vous pouvez vous appuyer sur un outil spécialisé pour structurer cet atelier, capturer le scoring et suivre les mises à jour de la matrice dans le temps.