Prioriser ses projets digitaux : méthodes et feuille de route sur 18 mois

Prioriser ses projets digitaux, c’est comparer avec les mêmes critères la valeur attendue de chaque projet, l’effort qu’il demande, le risque qu’il comporte et ce que coûte le fait d’attendre. En pratique, une matrice valeur/effort permet le premier tri, un score comme RICE affine le classement, et quelques contraintes non négociables (réglementation, sécurité, dépendances) s’imposent avant tout calcul. Le résultat se traduit par une feuille de route sur 18 mois en trois horizons, revue chaque trimestre.

Voici une méthode complète, applicable dans une PME ou une ETI sans équipe de gestion de portefeuille dédiée.

Pourquoi la priorisation échoue si souvent

Dans la plupart des entreprises, les projets digitaux ne manquent pas : un portail client, un CRM, l’automatisation des commandes, un tableau de bord, une application pour les équipes terrain, la facturation électronique. Ce qui manque, c’est une manière partagée de les classer. Quatre symptômes reviennent :

• Le plus insistant gagne. Le service qui relance le plus obtient son projet, pas celui qui rapporte le plus.
• Tout est urgent. Sans critère de temps explicite, chaque demande est présentée comme critique.
• Tout démarre en même temps. Cinq projets ouverts à 20 % avancent moins vite que deux projets menés à terme.
• Le coût d’après est oublié. Chaque nouvel outil ajoute de la maintenance, des mises à jour, de la formation. Une feuille de route qui n’en tient pas compte sature en deux ans.

Prioriser, c’est donc aussi dire non, ou « pas maintenant », de façon argumentée.

Étape 1 : inventorier les projets sur une fiche commune

Avant de classer, il faut comparer des choses comparables. Demandez à chaque porteur de remplir la même fiche d’une page :

1. Le problème à résoudre, décrit du point de vue des utilisateurs, sans solution imposée.
2. Les bénéficiaires : qui, combien de personnes ou de clients, à quelle fréquence.
3. Le gain attendu, exprimé en heures économisées, en erreurs évitées, en délai raccourci ou en chiffre d’affaires. Notre article sur le ROI d’une application métier détaille cette estimation.
4. L’échéance éventuelle : obligation légale, contrat client, saisonnalité.
5. Les dépendances : données à fiabiliser, outil à remplacer, autre projet à terminer d’abord.
6. L’effort en ordre de grandeur : petit, moyen ou gros, par comparaison avec des projets connus.
7. Le niveau de certitude sur tout ce qui précède.

Cette fiche a un effet immédiat : certains projets disparaissent d’eux-mêmes, faute de problème clairement formulé.

Étape 2 : le premier tri avec la matrice valeur/effort

La matrice valeur/effort place chaque projet selon deux axes : la valeur attendue pour l’entreprise et l’effort nécessaire pour la livrer. Elle donne quatre familles.

Ce tri suffit souvent quand on compare moins de dix projets. Sa limite est la subjectivité : « valeur forte » ne veut pas dire la même chose pour la direction commerciale et pour la logistique. D’où l’intérêt d’un score plus explicite quand les débats s’enlisent.

Étape 3 : affiner avec un score RICE

La méthode RICE a été formalisée par Sean McBride chez Intercom. Le score RICE se calcule ainsi : portée × impact × confiance ÷ effort.

• Portée (Reach) : le nombre de personnes ou d’opérations touchées sur une période, par exemple un trimestre.
• Impact : l’effet sur chacune, sur une échelle fixe : 3 (massif), 2 (élevé), 1 (moyen), 0,5 (faible), 0,25 (minime).
• Confiance : la certitude sur les estimations : 100 % (élevée), 80 % (moyenne), 50 % (faible).
• Effort : le travail total, exprimé en personnes-mois.

Un exemple hypothétique

Prenons une entreprise de négoce qui hésite entre quatre projets. La portée est mesurée en personnes concernées par trimestre.

Le portail client arrive en tête grâce à sa portée. Mais ce classement révèle aussi une limite : la saisie automatique ne concerne que quinze personnes, alors qu’elle leur libère des heures chaque semaine. Pour les outils internes, mieux vaut mesurer la portée en volume d’opérations (commandes traitées, dossiers instruits) plutôt qu’en nombre d’utilisateurs, et garder la même unité pour tous les projets comparés. Le score n’est pas un verdict : c’est un support qui rend les hypothèses discutables.

Les autres méthodes, et quand les utiliser

RICE n’est pas la seule grille. Trois autres méthodes complètent utilement la boîte à outils.

MoSCoW sert moins à classer des projets qu’à découper le périmètre de chacun. Le guide de l’Agile Business Consortium recommande de ne pas dépasser environ 60 % de l’effort sur les éléments indispensables, les éléments souhaitables servant de marge de sécurité. C’est la logique d’un MVP bien défini.

Le coût du retard répond à une question que les autres méthodes ignorent : que perd-on chaque mois où le projet n’est pas livré ? Donald Reinertsen, cité par le Scaled Agile Framework, conseille : « si vous ne devez quantifier qu’une seule chose, quantifiez le coût du retard ». La méthode WSJF divise ce coût par la durée du projet, ce qui favorise les projets courts à forte urgence.

Les contraintes qui passent avant tout score

Certains projets ne se discutent pas, ou pas seulement, sur un score. Traitez-les à part, avant le classement.

• Les obligations réglementaires. La facturation électronique impose un calendrier : la réception depuis le 1er septembre 2026 pour toutes les entreprises assujetties, l’émission en 2026 ou 2027 selon la taille. Un projet de mise en conformité a une échéance fixe.
• Les risques de sécurité. Une application exposée sur internet sans mises à jour, des accès partagés, l’absence de sauvegarde testée : ces sujets passent devant les projets de confort.
• Les dépendances. Un CRM alimenté par un fichier clients plein de doublons échouera. Fiabiliser les données de référence vient avant. De même, un tableau de bord n’a de sens que si les données sources sont fiables.
• La capacité d’absorption des équipes. Chaque projet demande du temps aux métiers : ateliers, tests, formation. La conduite du changement a ses limites ; un service ne peut pas changer trois outils dans le même semestre.

Construire une feuille de route sur 18 mois

Une feuille de route digitale est un document qui montre, dans le temps, quels projets l’entreprise mène, dans quel ordre et pour quels objectifs. Sur 18 mois, une précision uniforme est illusoire. Le modèle « Now, Next, Later », popularisé par Janna Bastow chez ProdPad, propose de raisonner en horizons plutôt qu’en dates, avec une précision qui diminue à mesure qu’on s’éloigne. Transposé à une PME, cela donne trois horizons.

Pour notre entreprise de négoce hypothétique, une feuille de route cohérente pourrait être : dans l’horizon engagé, la réception des factures électroniques et la saisie automatique des commandes ; dans l’horizon prévu, le nettoyage du fichier clients puis le portail de suivi de commandes ; dans l’horizon envisagé, l’application mobile des commerciaux, à confirmer après les retours du portail. Ce type de séquence est fréquent dans le négoce et la distribution.

Faire vivre la feuille de route

Une feuille de route n’a de valeur que si elle est revue et respectée. Quatre règles simples :

1. Un comité trimestriel réunit direction, métiers et responsable des systèmes d’information pour réviser les horizons.
2. Un projet qui entre en fait sortir ou décaler un autre. La capacité n’est pas extensible.
3. Chaque projet a un indicateur de résultat fixé avant le lancement, mesuré après la mise en service.
4. Les projets engagés ne bougent pas entre deux comités, sauf urgence réglementaire ou incident grave.

Pour les projets classés en tête, une phase de cadrage courte transforme l’ordre de grandeur en estimation fiable, avant d’engager le budget.

Vous avez une liste de projets et besoin d’un regard extérieur pour les classer ? Décrivez le plus prioritaire dans notre diagnostic de projet : en deux minutes, vous obtenez une première lecture, et nous pouvons ensuite vous aider à construire la séquence complète.