La gestion de portefeuille de projets existe depuis des décennies, et ses pratiques sont bien établies dans la plupart des organisations. Le problème, c’est que certaines de ces pratiques reposent sur des hypothèses qui ne tiennent plus dans un environnement incertain. L’approche agile appliquée au portefeuille ne prétend pas tout réinventer, mais elle identifie et corrige trois erreurs structurelles que le modèle classique perpétue.
Tout est prioritaire, donc rien ne l’est
Dans un portefeuille classique, la priorisation des projets est un exercice politique autant qu’analytique. Chaque sponsor défend ses initiatives, les critères de sélection sont suffisamment vagues pour justifier presque tout et le résultat est un portefeuille surchargé où quinze projets sont tous classés “priorité haute.”
Le résultat prévisible: les équipes sont dispersées sur trop de fronts, rien n’avance à un rythme satisfaisant et les délais s’allongent pour tout le monde. La loi de Little, un principe fondamental de la théorie des files d’attente, le démontre formellement: plus il y a de travail en cours simultanément, plus le temps de traversée de chaque élément augmente.
L’approche agile impose une priorisation stricte et transparente. Toutes les initiatives sont classées dans un ordre unique, pas regroupées en catégories de priorité. Le WSJF (Weighted Shortest Job First), une méthode de priorisation issue du framework SAFe (Scaled Agile Framework), illustre cette logique: chaque initiative reçoit un score calculé en divisant sa valeur (combinant valeur métier, criticité temporelle et réduction de risque) par son effort estimé.
L’avantage n’est pas dans la précision du calcul, qui reste une estimation, mais dans la transparence du mécanisme. Quand un directeur demande pourquoi son initiative est en cinquième position, la réponse est factuelle, pas politique.
Des roadmaps détaillées pour un avenir imprévisible
Le cycle de planification annuel est un rituel solidement ancré dans les organisations. Chaque automne, les équipes produisent des roadmaps détaillées pour les 12 à 18 mois à venir, avec des jalons, des dates et des allocations de ressources. La fiabilité de ces plans diminue drastiquement au-delà du premier trimestre.
Henny Portman, consultant néerlandais spécialisé en gestion de portefeuille, plaide pour des roadmaps vivantes fonctionnant en vagues successives (rolling-wave planning). Le principe: planifier en détail ce qui est proche, garder une vision large pour ce qui est lointain et réviser régulièrement.
Ce n’est pas de l’improvisation. Le portefeuille agile maintient une cadence de planification régulière, trimestrielle ou mensuelle selon les organisations, avec des points d’intégration clairs. La différence avec le modèle classique: les plans sont des hypothèses de travail qu’on ajuste, pas des engagements qu’on défend.
Un corollaire important concerne la mesure de la capacité. Le portefeuille classique planifie en fonction du taux d’utilisation des ressources, en cherchant à approcher les 100%. Le portefeuille agile mesure la vélocité, c’est-à-dire ce que les équipes livrent réellement. La différence est significative: une utilisation à 100% des ressources produit des personnes très occupées, pas nécessairement de la valeur livrée. La théorie des files d’attente montre que les temps d’attente augmentent de manière exponentielle quand l’utilisation dépasse 80%.
Mesurer la conformité au plan plutôt que la valeur livrée
Le reporting de portefeuille classique est centré sur le triangle de fer: le projet est-il dans les délais, dans le budget, dans le périmètre? Ces métriques ne sont pas inutiles, mais elles mesurent la conformité au plan initial, pas la valeur réellement produite. Un projet peut être livré dans les temps, dans le budget et avec tout le périmètre prévu, tout en ne produisant aucune valeur pour l’organisation.
Le portefeuille agile complète ces métriques par des indicateurs orientés résultats: le lead time (temps entre la décision de lancer une initiative et sa livraison effective), la prévisibilité des livraisons, la qualité perçue et le time-to-market. Ces indicateurs mesurent l’efficacité du système de livraison, pas seulement le respect d’un plan.
La collecte de ces données s’automatise: les tableaux de bord de portefeuille agile exploitent les données des outils de gestion du travail en temps réel, ce qui réduit considérablement le temps consacré au reporting manuel. Dans un portefeuille classique, les chefs de projet passent souvent plusieurs heures par semaine à consolider des rapports d’avancement que personne ne lit en détail.
Des prérequis qu’on sous-estime
Corriger ces trois erreurs exige plus qu’un changement de processus. Portman identifie des prérequis comportementaux sans lesquels le portefeuille agile ne fonctionne pas: la décentralisation des décisions opérationnelles, la transparence de bout en bout sur l’avancement et les problèmes, et un engagement réel du management senior dans le pilotage du portefeuille.
Ce dernier point mérite d’être souligné. Dans un portefeuille classique, le management senior intervient ponctuellement lors des revues trimestrielles et des comités de pilotage. Dans un portefeuille agile, il participe activement à la priorisation continue et aux arbitrages. C’est un investissement en temps significatif, et c’est souvent l’obstacle principal à la transformation. Les organisations qui tentent d’adopter un portefeuille agile sans cet engagement obtiennent généralement le pire des deux mondes: la flexibilité revendiquée sans la gouvernance nécessaire, ce qui se traduit par une perte de visibilité stratégique plutôt qu’un gain d’agilité.