Dans la plupart des DSI, les projets sont priorisés - mais rarement selon des critères explicites, partagés, et réellement connectés à la stratégie. Le portefeuille avance sous la pression des parties prenantes les plus insistantes, des délais réglementaires qui s'imposent, ou des budgets qui tombent en fin d'année. 

Résultat : les équipes s'épuisent sur des initiatives à faible valeur ajoutée, pendant que les projets vraiment stratégiques attendent. 

Cet article vous donne les critères, les méthodes et les repères pour structurer une priorisation qui tient la distance, et qui vous permet d'arbitrer avec rigueur, sans sacrifier l'alignement business.

En bref

Face à l'explosion du nombre d'initiatives IT, la gestion de portefeuille de projets ne peut plus reposer sur l'intuition ou le rapport de force interne. Sans critères de priorisation des projets explicites et partagés, chaque arbitrage devient une négociation, et la stratégie, une variable d'ajustement.

Pourquoi la priorisation des projets IT échappe-t-elle si souvent à toute logique ?

Prioriser, dans la théorie, est simple : on évalue, on classe, on décide. Dans la pratique, c'est autre chose. La plupart des organisations disposent d'une liste de projets, mais très peu d'un processus de priorisation réellement structuré. L'écart entre les deux coûte cher - en ressources mal allouées, en délais accumulés, en initiatives lancées sans vision claire de leur impact.

Le projet le plus bruyant n'est pas le plus stratégique

Dans un portefeuille IT, la visibilité d'un projet n'a souvent rien à voir avec sa valeur. Certaines initiatives s'imposent parce qu'un sponsor influent les défend en comité. D'autres parce qu'elles sont simples à expliquer, ou rapides à lancer. 

Le problème n'est pas la mauvaise foi des différents acteurs, mais bien l'absence de critères objectifs qui permettraient de trancher autrement qu'au rapport de force. Quand les règles du jeu ne sont pas définies, ce sont toujours les mêmes qui gagnent : les projets bien représentés, pas nécessairement les plus utiles. La hiérarchisation des projets devient alors une fiction partagée : chacun croit prioriser, personne n'arbitre vraiment.

"Dans beaucoup d'organisations, la priorisation se fait encore au rapport de force. Le projet qui gagne, c'est celui dont le sponsor parle le plus fort en comité, pas nécessairement celui qui crée le plus de valeur. C'est exactement ce qu'un cadre de critères partagés permet d'éviter." - Fouzia Mahieddine, co-fondatrice de Smoteo

Quand l'urgence écrase l'importance

C'est le piège classique que la matrice d'Eisenhower a tenté de théoriser : l'urgent chasse l'important. 

Dans un contexte IT sous pression (incidents, demandes métiers, contraintes réglementaires…) le degré d'urgence finit par devenir le seul critère de facto. Les projets à fort impact business mais à horizon long sont systématiquement repoussés. Les chefs de projet et les équipes courent après des priorités qui changent à chaque comité. Et le portefeuille, au fil du temps, perd toute cohérence stratégique. Et c'est avant tout un problème de méthode et de gouvernance.

PPM, BI, agile, delivery : quel(s) outil(s) pour votre gouvernance ?

Télécharger le guide

Quels critères de priorisation permettent vraiment d'évaluer un projet IT ?

Il n'existe pas de liste universelle. Les bons critères de priorisation sont ceux qui reflètent fidèlement les objectifs de votre organisation, la réalité de vos ressources, et la nature de votre portefeuille. Cela dit, cinq dimensions reviennent systématiquement dans les modèles de priorisation les plus robustes, et leur combinaison permet de sortir de l'arbitraire.

L'alignement stratégique : la boussole de tout portefeuille

Un projet qui ne contribue pas aux objectifs stratégiques de l'entreprise n'a pas sa place dans le portefeuille - ou du moins pas en tête de liste. 

L'alignement stratégique est le critère fondateur : il permet de relier chaque initiative à un axe de transformation, un OKR, un thème de planification stratégique. Sans lui, la priorisation reste locale et tactique. Avec lui, le portefeuille de projets devient un levier de pilotage. 

C'est aussi le critère qui rend les arbitrages communicables au COMEX : non pas "ce projet est prioritaire parce qu'on en a besoin", mais "ce projet est prioritaire parce qu'il porte tel objectif stratégique à telle échéance".

L'impact business : ce que le projet fait réellement aux métiers

L'impact business est distinct de l'alignement stratégique. Un projet peut être aligné sur la stratégie sans générer de valeur commerciale mesurable à court terme. Évaluer l'impact, c'est se poser des questions concrètes : quel bénéfice réel ce projet produit-il sur les clients ? Quelle amélioration de la satisfaction, quelle réduction de coûts, quelle croissance de revenu, quel avantage concurrentiel ?

Le retour sur investissement est ici un indicateur utile, mais insuffisant seul. La valeur ajoutée d'un projet IT se lit aussi dans ses effets sur les processus métiers, sur la capacité opérationnelle des équipes, sur la qualité des données disponibles pour décider. Maximiser la valeur du portefeuille, c'est savoir lire ces effets avant de lancer, pas seulement après.

L'estimation de l'effort : un critère sous-estimé, une erreur fréquente

C'est l'angle mort de nombreux processus de priorisation. On évalue l'impact, on vérifie l'alignement, mais on sous-estime systématiquement ce que le projet va réellement consommer - en temps, en compétences, en charge pour les équipes. 

Une estimation pertinente de l'effort ne se limite pas au nombre de jours/homme. Elle intègre la complexité technique, les dépendances avec d'autres initiatives, la disponibilité réelle des ressources clés, et la durée du projet dans un contexte où les priorités évoluent. 

Un projet à fort impact mais à effort mal calibré peut déstabiliser l'ensemble du portefeuille. Le rapport effort/valeur est souvent plus révélateur que le ROI brut,  et bien plus honnête sur la faisabilité réelle.

"On voit souvent des DSI valider des projets sur la base de l'impact attendu, sans avoir sérieusement challengé l'effort réel. Résultat : six mois plus tard, le portefeuille est bloqué parce que les mêmes ressources sont sur tout en même temps." - Fouzia Mahieddine, co-fondatrice de Smoteo

Le risque et les dépendances : ce qu'on oublie toujours d'évaluer

Le risque est rarement traité comme un critère de priorisation à part entière. 

Il est mentionné dans les business cases, parfois modélisé dans les scoring models, mais rarement intégré dans la logique d'arbitrage au même titre que la valeur ou l'effort. Pourtant, un projet à fort potentiel mais à risque d'exécution élevé mérite une pondération différente d'un projet équivalent sur le papier mais techniquement maîtrisé. 

D’ailleurs, les dépendances jouent un rôle similaire : un projet qui conditionne cinq autres initiatives doit être traité comme tel dans la hiérarchisation, indépendamment de sa valeur propre. Identifier ces interdépendances en amont, c'est éviter les effets domino qui paralysent les portefeuilles en cours d'exécution.

La faisabilité et la disponibilité des ressources

Un projet techniquement pertinent, stratégiquement aligné et à fort impact business reste non priorisable si les ressources nécessaires à son exécution ne sont pas disponibles. 

La faisabilité est un critère de réalisme, pas de renoncement. Elle oblige à confronter l'ambition du portefeuille à la capacité réelle des équipes projet, à l'état du budget, aux contraintes de compétences disponibles. 

C'est à ce stade que la priorisation rejoint la planification stratégique : on ne choisit pas seulement ce qu'on veut faire, on détermine, en fonction des ressources et des niveaux de priorité définis, ce qu'on peut faire et dans quel ordre.

Comment structurer un processus de priorisation fiable en PPM ?

Avoir de bons critères de priorisation des projets ne suffit pas. Encore faut-il les inscrire dans un processus reproductible, partagé, et calibré selon les niveaux de décision de l'organisation. C'est là que la gestion de portefeuille de projets passe d'un exercice ponctuel à une discipline de pilotage.

De la liste de projets à la matrice de priorisation : comment passer à l'échelle

La plupart des organisations commencent par une liste. Projets en cours, projets en attente, demandes entrantes : tout cohabite dans un tableau qui grossit à chaque comité. 

L'utilisation d'une matrice de priorisation est l'étape suivante : elle structure l'évaluation en croisant les critères retenus pour produire un classement objectif et communicable, dans une véritable logique de gestion de la demande. Une matrice d'impact bien construite ne remplace pas le jugement humain. Elle le structure. Elle donne à chaque projet une lecture commune, et à chaque arbitrage une base factuelle. 

C'est aussi un outil de dialogue entre métiers et IT : en définissant des critères communs à tous pour classer les projets en fonction de leur valeur et de leur faisabilité, elle réduit les malentendus et rend les priorités explicables à toutes les parties prenantes.

Scoring model et pondération : construire un modèle objectif

Un modèle de notation (ou scoring model) attribue à chaque projet un score calculé à partir des critères définis, avec des pondérations qui reflètent les priorités de l'organisation. L'alignement stratégique peut peser 30%, l'impact business 25%, l'effort 20%, le risque 15%, la faisabilité 10% - ou toute autre répartition cohérente avec le contexte. 

Ce qui compte, ce n'est pas la formule exacte, mais plutôt le fait que les pondérations soient explicitées, validées par la direction, et stables dans le temps, tout en restant ajustables quand les objectifs de l'organisation évoluent. En effet, un modèle de hiérarchisation mal calibré produit des scores qui semblent objectifs mais qui reproduisent les biais du départ. La rentabilité du processus dépend autant de la qualité des données qui alimentent votre modèle que de sa structure formelle.

"Un bon scoring model, ce n'est pas une formule magique. C'est un langage commun. Il permet à la direction IT et aux métiers de parler des mêmes priorités, avec les mêmes critères, et de sortir enfin des arbitrages à l'intuition." - Fouzia Mahieddine, co-fondatrice de Smoteo

Du COMEX à l'équipe projet : adapter ses critères à chaque niveau de décision

La priorisation ne se fait pas au même niveau dans toute l'organisation, et les critères ne sont pas les mêmes selon qu'on pilote un portefeuille stratégique ou qu'on gère les tâches d'une équipe projet. 

• Au niveau stratégique, les critères dominants sont l'alignement avec les objectifs de l'organisation, la valeur actuelle nette, le ROI à moyen terme, et la contribution aux axes de transformation. 

• Au niveau opérationnel, on raisonne davantage en termes d'urgence, de charge disponible, de dépendances entre tâches, et de durée du projet. 

La mise en place d'un processus de priorisation mature articule ces deux niveaux : il garantit que les décisions opérationnelles restent dans le cadre défini au niveau stratégique, sans rigidité excessive. C'est aussi ce qui permet aux chefs de projet de travailler avec une feuille de route cohérente, et non une liste de priorités redéfinie à chaque comité.

Comment éviter les biais qui faussent vos décisions de priorisation ?

Un processus de priorisation peut être bien construit, outillé, validé en comité… et produire malgré tout des décisions biaisées. Certains pièges sont structurels - et les identifier, c'est s'en prémunir en partie.

Les 3 pièges les plus fréquents dans l'arbitrage de portefeuille

• Le biais de confirmation. L’idée : on construit le scoring model après avoir déjà une idée du résultat souhaité. Les critères sont choisis, les pondérations calibrées pour que le projet favori sorte en tête. Le modèle de notation donne alors une apparence d'objectivité à une décision déjà prise. 

• L'inflation du portefeuille. Sans processus de priorisation rigoureux, les demandes s'accumulent et rien ne sort vraiment du portefeuille. On ajoute des projets sans en retirer, et les ressources se dispersent sur un nombre croissant d'initiatives, chacune avançant trop lentement pour générer de la valeur.

• Le manque de réévaluation dans le temps. Une priorité définie en janvier n'est pas nécessairement juste en septembre. Les objectifs de l'organisation évoluent, les contraintes changent, de nouveaux risques apparaissent. Évaluer les projets en fonction de leur pertinence au moment où on les lance, c'est essentiel. Mais assurer leur réévaluation régulière au sein d'un portefeuille, c'est ce qui en garantit la réussite dans la durée.

La gouvernance comme condition de la priorisation durable

Éviter ces biais ne relève pas uniquement de la méthode. Cela relève de la gouvernance. Un processus de priorisation durable suppose des règles du jeu explicites (qui décide, sur quelle base, à quelle fréquence) et une instance légitime pour les faire respecter. 

Le PMO joue ici un rôle central : non pas comme arbitre unique, mais comme garant de la cohérence du processus, de la qualité des données qui alimentent les décisions, et de la transparence des arbitrages rendus. 

C'est cette approche structurée qui transforme la priorisation d'un exercice ponctuel en véritable pratique de management. Et qui aide la direction IT à renforcer sa crédibilité auprès des métiers et du COMEX dans la durée.

"La priorisation sans gouvernance, c'est un exercice qui tient tant que les enjeux sont faibles. Dès que le portefeuille grossit et que les ressources se raréfient, sans règles du jeu claires, tout le monde négocie dans son coin, et la stratégie devient une variable d'ajustement."- Fouzia Mahieddine, co-fondatrice de Smoteo

Quels outils et méthodes pour hiérarchiser vos projets efficacement ?

Vos critères sont définis, votre processus structuré, et vos biais identifiés. Reste la question de l'outillage. Quelles méthodes mobiliser selon le contexte ? Quels logiciels permettent de passer à l'échelle sans perdre en lisibilité ? 

Méthode MoSCoW, matrice d'Eisenhower : pertinence et limites

La méthode MoSCoW (Must have, Should have, Could have, Won't have) est une technique de hiérarchisation utile pour classer les projets ou les fonctionnalités selon leur caractère indispensable. Elle est simple, rapide à mettre en œuvre, et favorise l'alignement des parties prenantes autour d'une nomenclature commune. Sa limite : elle ne pondère pas la valeur ni l'effort. Elle dit ce qui est essentiel, pas ce qui est rentable ou faisable. 

La matrice d'Eisenhower, elle, distingue urgent et important - un repère efficace au niveau opérationnel, pour les tâches et les décisions courantes. Mais elle atteint ses limites dès qu'on monte au niveau stratégique : un projet peut n'être ni urgent ni immédiatement important, et pourtant représenter un avantage concurrentiel décisif à dix-huit mois. 

Ces méthodes de priorisation sont des points d'entrée, pas des systèmes complets. Elles structurent la réflexion, mais ne remplacent pas un processus de hiérarchisation rigoureux à l'échelle d'un portefeuille.

Les outils de gestion de portefeuille : du tableau de bord au logiciel PPM

Un tableau de bord bien construit peut suffire dans les organisations peu matures ou aux portefeuilles limités. Il centralise les projets, visualise les priorités, suit l'avancement. Mais il atteint rapidement ses limites : les données sont saisies manuellement, les mises à jour sont irrégulières, et la vision reste statique. 

Les logiciels PPM (Project Portfolio Management), quant à eux, répondent à un besoin de passage à l'échelle. Ils permettent de modéliser les critères de priorisation, de simuler des scénarios d'allocation des ressources, de prioriser vos projets en fonction de leur valeur réelle, et de produire un reporting structuré pour les comités de direction.

Bien sûr, l'outil ne fait pas la gouvernance. Mais il la rend possible à grande échelle. Sans lui, le processus de priorisation reste artisanal, difficile à maintenir dans la durée et à partager entre les niveaux hiérarchiques.

De l'outil PPM à la gouvernance vivante

Un logiciel PPM classique centralise, planifie, suit. C'est déjà considérable - mais quand le portefeuille évolue en permanence, que les dépendances se multiplient et que les décisions d'arbitrage doivent être prises en quelques jours, pas en quelques semaines, un PPM n'est pas suffisant. La limite de cet outil traditionnel n'est pas technique. Elle est structurelle : l'outil photographie le portefeuille, il ne le pilote pas. Il produit des données, sans les connecter à la stratégie, à l'architecture, au delivery.

C'est précisément ce que Smoteo change. Le meta-modèle de la plateforme relie en temps réel stratégie, architecture, portefeuille et exécution dans un référentiel vivant. Pas une vue statique mise à jour en comité, mais un modèle qui s'alimente du terrain et remonte l'information là où les décisions se prennent. 

Ainsi, le portfolio orchestration permet d'arbitrer sur une base factuelle : chaque initiative est lue à travers ses coûts, sa capacité consommée, son impact business et ses dépendances. 

En parallèle, les Epic Cards structurent le cadrage en amont, réduisant de 30 à 50% le temps nécessaire pour qualifier un projet avant de le prioriser. 

Résultat : les DSI qui utilisent Smoteo ne passent plus d'un tableau à l'autre pour reconstituer une vision. Elles pilotent depuis un seul référentiel, partagé à tous les niveaux de l'organisation, et prennent en moyenne 25 décisions stratégiques supplémentaires par trimestre.

"Ce qu'on observe chez nos clients, c'est que le vrai saut de maturité ne vient pas de l'outil en soi, mais de la capacité de l’outil à connecter enfin la stratégie à l'exécution. Quand un CIO peut passer en un clic de la vision portefeuille à l'état réel d'une initiative, les décisions changent de nature." - Fouzia Mahieddine, co-fondatrice de Smoteo

La priorisation comme discipline de pilotage

La priorisation est avant tout une question de maturité organisationnelle. Les critères existent, les modèles de notation aussi - et pourtant, la plupart des portefeuilles continuent d'avancer sous la pression de l'urgence, des sponsors influents, et des arbitrages non documentés. Ce qui manque souvent aux organisations, c'est le cadre qui rend la priorisation opérationnelle : des critères partagés, un processus reproductible, une gouvernance qui tient dans la durée. 

Le rôle du PMO (et, plus largement, de la direction IT) est précisément là : non pas décider à la place des métiers, mais structurer les conditions dans lesquelles les meilleures décisions peuvent être prises. Anticiper plutôt que subir. Arbitrer sur des faits plutôt que sur des intuitions. Aligner le portefeuille sur la stratégie, pas l'inverse.

Un portefeuille bien priorisé ne livre pas seulement plus vite. Il délivre ce qui compte, au bon moment, avec les bonnes ressources, pour les bons résultats. C'est cette discipline, patiente et rigoureuse, qui permet à une organisation de rester maître de sa transformation, dans la durée.

Envie de visualiser vos projets selon leur valeur réelle, arbitrer avec rigueur et aligner votre portefeuille sur votre stratégie, sans reconstituer l'information à chaque comité ? Découvrez comment Smoteo structure la priorisation de bout en bout.

Guide comparatif

PPM, BI, agile, delivery : quel(s) outil(s) pour votre gouvernance ?

Comparez les options à votre disposition, pour accélérer la création de valeur dans votre organisation dès demain.

Télécharger le guide

Télécharger le guide