Un projet informatique livré dans les délais, avec un écart budgétaire de 3% et un périmètre contractuel intégralement couvert, coche toutes les cases d’un succès selon les indicateurs classiques. Six mois plus tard, 40% des utilisateurs ont trouvé un moyen de contourner l’outil et travaillent sur des fichiers Excel parallèles. Par l’usage réel, c’est un échec.
Ce décalage, loin d’être anecdotique, révèle un angle mort structurel dans la manière dont la gestion de projet évalue ses résultats.
Le biais de la conformité
Les trois contraintes historiques du projet (coûts, délais, périmètre) mesurent une seule chose: la conformité de l’exécution au plan. Elles répondent à la question “avons-nous fait ce que nous avions prévu?” sans jamais poser la question “ce que nous avons prévu servait-il à quelque chose?”
Ce biais n’est pas un oubli. Les indicateurs de conformité présentent des avantages pratiques considérables: ils sont quantifiables, disponibles dans les systèmes de gestion existants et compréhensibles par tous les niveaux hiérarchiques. Un écart budgétaire de 3% est lisible par un comité de direction sans explication complémentaire. Le taux de contournement d’un outil, en revanche, exige un travail d’observation terrain que peu de structures de gouvernance prévoient.
Le triangle que la gestion de projet a oublié
Tim Brown, cofondateur d’IDEO, a formalisé dans Design Thinking (HBR, 2008) un cadre d’évaluation fondé sur trois dimensions: la désirabilité (le résultat répond-il à ce que les utilisateurs veulent réellement?), la faisabilité (fonctionne-t-il dans leur contexte opérationnel?) et la viabilité (est-il économiquement soutenable?). Ce triangle, conçu pour guider la conception de produits, décrit en réalité ce que tout chef de projet devrait vérifier à la clôture.
La gestion de projet classique couvre la viabilité avec rigueur et aborde la faisabilité technique en phase de réalisation. La désirabilité, elle, est généralement traitée en amont (recueil des besoins, ateliers utilisateurs) puis disparaît du suivi dès que l’exécution commence. On la mesure à l’entrée du projet, jamais à sa sortie. Cette asymétrie crée une zone aveugle où le projet peut réussir sur le papier tout en échouant dans l’usage quotidien.
L’expérience utilisateur comme métrique de projet
Mesurer la désirabilité après la livraison ne relève pas du design ou de l’UX. C’est un enjeu de gestion de projet à part entière, qui requiert des indicateurs spécifiques et une collecte délibérée.
Le taux d’adoption spontané observe combien d’utilisateurs emploient le livrable en dehors de toute obligation hiérarchique ou formation imposée. Un taux faible signale que le livrable résout un problème que les utilisateurs n’avaient pas, ou le résout d’une manière qui ne correspond pas à leurs pratiques réelles.
Le taux de contournement est son miroir: il mesure les solutions alternatives que les équipes développent pour éviter le livrable officiel. Tableurs parallèles, processus informels, outils non autorisés sont autant de signaux que la désirabilité a été mal évaluée. Dans certains cas, ces contournements deviennent si enracinés qu’ils constituent un système parallèle plus coûteux à maintenir que le livrable original.
Le temps avant premier usage autonome indique la courbe d’appropriation réelle. Si après trois mois de déploiement et deux sessions de formation, la majorité des utilisateurs a encore besoin d’assistance pour les tâches courantes, le problème se situe dans la conception du livrable, pas dans la compétence des utilisateurs.
Le cas de Kaiser Permanente, documenté par Brown, illustre cette approche. L’hôpital a choisi comme indicateur clé l’intervalle moyen entre l’arrivée d’une infirmière et sa première interaction avec un patient. Cette métrique ne figure dans aucun tableau de bord financier, mais elle capture exactement ce que la réorganisation des espaces était censée améliorer.
Pourquoi ces indicateurs sont systématiquement sacrifiés
Jon Kolko observe dans Design Thinking Comes of Age (HBR, 2015) que les retours sur investissement d’une démarche centrée utilisateur restent difficiles à quantifier. Cette difficulté est réelle, mais elle n’explique pas tout.
Le problème est aussi organisationnel. Les indicateurs d’expérience exigent une collecte active (observations terrain, entretiens, analyse des logs d’utilisation) là où les indicateurs financiers remontent automatiquement des systèmes de gestion. Ils demandent du temps après la livraison, précisément au moment où l’équipe projet se disperse vers d’autres missions. Et ils nécessitent une instance de gouvernance disposée à entendre que le livrable, bien que conforme au plan, ne répond pas aux attentes.
Ce dernier point est le plus déterminant. Une étude publiée dans Harvard Business Review (2015) montre que 75% des équipes pluridisciplinaires dysfonctionnent, principalement par manque de gouvernance adaptée. Quand la voix des utilisateurs finaux n’est pas structurellement représentée dans les instances de décision, la désirabilité ne peut pas peser dans le bilan au même titre que le budget ou le calendrier.
Le coût de ne pas mesurer
L’absence de métriques d’expérience ne se traduit pas immédiatement par un échec visible. Elle se manifeste de manière diffuse: adoption lente, résistance passive, coûts de support élevés, projets de “remplacement” lancés quelques années plus tard pour corriger un livrable que personne n’a jamais vraiment adopté.