Chaque projet génère des dizaines de décisions: faut-il ajouter cette fonctionnalité, choisir ce fournisseur, prioriser ce livrable? Les critères de décision varient selon les organisations, mais trois questions reviennent systématiquement, souvent de manière implicite. Le design thinking les a formalisées sous la forme d’un triangle: désirabilité, faisabilité, viabilité. Ce cadre, développé par le cabinet de design IDEO dans les années 1990, mérite d’être examiné non pas comme un outil de designer, mais comme un filtre décisionnel applicable à la gestion de projet.
Trois questions, pas cinq phases
La plupart des présentations du design thinking se concentrent sur le processus en cinq phases (empathie, définition, idéation, prototypage, test). Le triangle désirabilité-faisabilité-viabilité opère à un autre niveau: il définit les critères qu’une solution doit satisfaire simultanément pour être considérée comme valide.
La désirabilité interroge le besoin réel: les utilisateurs ou bénéficiaires veulent-ils ce que le projet propose de livrer? Cette question semble évidente, mais comme le souligne le MIT Sloan, une proportion significative de projets échouent parce qu’ils résolvent un problème que personne n’a, ou résolvent le bon problème d’une manière que les utilisateurs n’adoptent pas.
La faisabilité porte sur la capacité technique et organisationnelle: l’équipe dispose-t-elle des compétences, de la technologie et du temps nécessaires pour réaliser la solution envisagée? Un projet peut répondre à un besoin réel tout en étant irréalisable dans les contraintes données.
La viabilité concerne la soutenabilité économique et organisationnelle: la solution s’inscrit-elle dans un modèle économique viable? L’organisation peut-elle la maintenir après la livraison? Un livrable désirable et faisable mais qui coûte plus qu’il ne rapporte, ou qui nécessite des ressources de maintenance indisponibles, reste un échec.
L’intersection comme zone de décision
L’intérêt du triangle réside dans l’obligation de satisfaire les trois critères simultanément. En pratique, la plupart des décisions projet privilégient un ou deux axes au détriment du troisième: un projet piloté exclusivement par la faisabilité technique livrera un produit que personne n’utilise, tandis qu’un projet guidé par la seule désirabilité promettra des fonctionnalités impossibles à réaliser dans le budget imparti, et qu’un projet focalisé sur la viabilité financière finira par couper dans les fonctionnalités jusqu’à rendre le livrable sans valeur pour ses utilisateurs.
Jeanne Liedtka, dans la Harvard Business Review, observe que les équipes qui utilisent le design thinking prennent de meilleures décisions parce que le cadre les force à confronter ces trois dimensions dès les phases amont du projet, là où les arbitrages coûtent le moins cher. Attendre la phase de test pour découvrir qu’un livrable est techniquement réalisable mais économiquement intenable multiplie le coût de la correction.
Application concrète en gestion de projet
En phase de cadrage, le triangle structure l’analyse d’opportunité. Avant de rédiger une charte de projet, vous pouvez soumettre chaque option au triple filtre: existe-t-il une demande vérifiée (désirabilité)? Disposez-vous des moyens de le faire (faisabilité)? Le résultat justifie-t-il l’investissement (viabilité)? Cette discipline évite de lancer des projets sur la base d’une intuition managériale non confrontée à la réalité.
En phase de priorisation des exigences, le triangle aide à arbitrer entre les demandes concurrentes. Une fonctionnalité fortement désirée mais techniquement coûteuse sera traitée différemment d’une fonctionnalité facile à implémenter mais dont la valeur d’usage est incertaine. Le cadre rend explicites les compromis que chaque choix implique.
Lors des comités de pilotage, le triangle fournit un langage commun entre parties prenantes aux perspectives divergentes. Le sponsor raisonne naturellement en termes de viabilité, l’équipe technique en termes de faisabilité, les utilisateurs en termes de désirabilité. Nommer ces trois axes permet de structurer les discussions au lieu de les laisser tourner autour de positions implicites.
Les limites du cadre
Le triangle n’est pas un outil de calcul: il ne produit pas de score ni de classement automatique. Son utilité dépend de la qualité des informations qui alimentent chaque axe. Évaluer la désirabilité exige d’avoir réellement consulté les utilisateurs, pas simplement supposé leurs besoins. Évaluer la faisabilité suppose une compréhension honnête des capacités de l’équipe, sans l’optimisme systématique qui caractérise souvent les phases amont.
Le cadre est également statique par nature: il évalue une solution à un instant donné. Or les trois dimensions évoluent au fil du projet. Un livrable peut devenir moins désirable si le marché change, plus faisable si une technologie mûrit, moins viable si les coûts de maintenance augmentent. Le Double Diamond du Design Council propose une réponse à cette limite en intégrant des boucles itératives qui permettent de réévaluer régulièrement les hypothèses.
Le triangle comme posture décisionnelle
B. Joseph Pine II et James Gilmore, dans The Experience Economy (1999), ont montré que la valeur perçue par les clients dépend de plus en plus de l’expérience globale, et non des seules caractéristiques fonctionnelles. Cette observation renforce la pertinence du critère de désirabilité dans les décisions projet: livrer un produit conforme aux spécifications ne suffit plus si l’expérience d’utilisation est médiocre.
Pour un chef de projet, adopter le triangle désirabilité-faisabilité-viabilité comme réflexe décisionnel revient à s’assurer que chaque arbitrage intègre la perspective de l’utilisateur (ce qui est rarement naturel dans les organisations structurées par fonctions) et la soutenabilité à long terme (ce que la pression des délais tend à faire oublier). La d.school de Stanford insiste sur ce point: le design thinking est moins un processus qu’une discipline de pensée, et le triangle en est l’expression la plus directement opérationnelle pour les décideurs projet.