Méthode RRR (taux de réduction du risque)
Une vérification de six minutes obtient un score RRR de 20 000, une intégration de quarante heures seulement 75
- Un projet jamais mené auparavant ne peut pas être géré comme un projet routinier : sa principale menace est le risque qu'il échoue, pas la logistique — la méthode RRR (Risk-Reduction Rate) priorise les tâches selon la vitesse à laquelle elles réduisent ce risque, pas selon le risque qu'elles réduisent dans l'absolu.
- Les frères Wright ont appliqué l'approche « Tackle The Tyrant » : confiants sur la propulsion mais peu confiants sur l'équilibre, ils ont travaillé sur l'équilibre en premier — le biais de confirmation pousse pourtant à faire l'inverse, en travaillant d'abord sur ce qui est susceptible de réussir.
- Un projet qui attaque ses tâches les plus risquées en premier voit son risque diminuer comme une rampe de skateboard : rapidement au début, puis de moins en moins à mesure que l'incertitude se dissipe.
- La formule RRR = Dealbreakerness × Likelihood / Investment mesure la gravité d'un échec potentiel, sa probabilité, et l'investissement nécessaire pour lever l'incertitude — une tâche d'une heure qui réduit 30 % du risque est infiniment plus efficace qu'une tâche d'un mois qui en réduit 40 %.
- Le processus en cinq étapes : lister les raisons d'échec possibles, écrire une tâche capable de les confirmer ou infirmer, noter chaque tâche selon la formule RRR, chercher une tâche plus rapide capable de lever la même incertitude, puis exécuter dans l'ordre décroissant des scores.
- Face à trois raisons d'échec pour l'intégration d'un logiciel, une vérification de six minutes obtient un score RRR de 20 000, tandis qu'une intégration technique complète de quarante heures, pour une gravité et une probabilité comparables, n'obtient qu'un score de 75.
- Le processus s'applique aussi à des tâches modestes : dans un recrutement, poser en premier une question éliminatoire (une compétence que 80 % des candidats n'ont pas) évite de perdre du temps sur cinquante autres questions si la réponse est négative.
Pourquoi l'instinct pousse dans la mauvaise direction
Les frères Wright, en construisant le premier avion à moteur, ont appliqué une approche que le livre The Wright Way nomme « Tackle The Tyrant » : ils étaient relativement confiants de réussir la propulsion, mais peu confiants de réussir l'équilibre et le contrôle de l'appareil. Ils ont donc travaillé sur l'équilibre en premier, à l'exclusion de tout le reste, avant même de s'attaquer aux aspects plus sûrs. Le biais de confirmation pousse pourtant dans la direction inverse : la tâche de Wason (2-4-6) montre que les gens cherchent spontanément à prouver leurs théories plutôt qu'à les mettre à l'épreuve, ce qui incite à travailler d'abord sur ce qui est susceptible de réussir plutôt que sur ce qui pourrait tout remettre en cause.
La formule
Un projet qui attaque ses tâches les plus risquées en premier voit son risque diminuer comme une rampe de skateboard : rapidement au début, puis de moins en moins à mesure que l'incertitude se dissipe. Mais toutes les tâches à risque ne se valent pas : une tâche d'une heure qui réduit 30 % du risque est infiniment plus efficace qu'une tâche d'un mois qui en réduit 40 %. La formule retenue reflète ce rapport : RRR = Dealbreakerness × Likelihood / Investment, où la gravité (dealbreakerness) mesure à quel point un échec potentiel serait fatal au projet (0 à 100 %), la probabilité (likelihood) mesure la chance que cet échec survienne (0 à 100 %), et l'investissement mesure le temps ou l'argent nécessaire pour lever cette incertitude.
Le processus en cinq étapes
Lister les raisons pour lesquelles le projet pourrait échouer, formulées comme si l'échec avait déjà eu lieu. Écrire, pour chaque raison, une tâche concrète capable de la confirmer ou de l'infirmer. Noter chaque tâche selon la formule RRR. Chercher ensuite s'il existe une tâche plus rapide capable de lever la même incertitude : formuler explicitement un investissement en heures pousse naturellement à se demander si un dixième ou un centième du temps suffirait. Exécuter enfin les tâches dans l'ordre décroissant de leur score RRR.
Un exemple qui illustre l'écart
Face à trois raisons d'échec possibles pour l'intégration d'un nouveau logiciel, une tâche de vérification prenant six minutes (l'outil supporte-t-il l'authentification à deux facteurs ?) obtient un score RRR de 20 000, tandis qu'une tâche d'intégration technique complète de quarante heures, pour une gravité et une probabilité comparables, n'obtient qu'un score de 75. La première tâche mérite d'être traitée en premier, non parce qu'elle est plus importante en soi, mais parce qu'elle lève une incertitude potentiellement fatale à un coût dérisoire.
Application au-delà des grands projets
Le processus s'applique aussi à des tâches plus modestes : dans un processus de recrutement, si un poste exige impérativement une compétence que 80 % des candidats n'ont pas, poser cette question en premier dans le formulaire de candidature évite à la fois à l'entreprise et au candidat de perdre du temps sur cinquante autres questions si la réponse est négative.
Application pratique
Face à un projet incertain, la question à poser n'est jamais seulement quelle tâche réduirait le plus de risque, mais laquelle le réduirait le plus vite par unité de temps ou d'argent investie. Ce principe rejoint la discipline développée dans Limiter le travail en cours pour accélérer la mise en œuvre : les deux visent à éviter le temps perdu sur des voies qui, avec un peu plus de rigueur dans l'ordre des tâches, se seraient révélées sans issue beaucoup plus tôt.
FAQ
Qu'est-ce que la méthode RRR, et en quoi diffère-t-elle d'une priorisation classique des tâches à risque ? RRR (Risk-Reduction Rate) priorise les tâches d'un projet incertain non pas selon le risque qu'elles réduisent dans l'absolu, mais selon la vitesse à laquelle elles le réduisent. Une tâche d'une heure qui réduit 30 % du risque est ainsi jugée infiniment plus efficace qu'une tâche d'un mois qui en réduit 40 %.
Comment les frères Wright ont-ils appliqué l'approche « Tackle The Tyrant » à la construction du premier avion ? Ils étaient relativement confiants de réussir la propulsion, mais peu confiants de réussir l'équilibre et le contrôle de l'appareil. Ils ont donc travaillé sur l'équilibre en premier, à l'exclusion de tout le reste, avant même de s'attaquer aux aspects plus sûrs du projet.
Pourquoi le biais de confirmation pousse-t-il naturellement à prioriser les tâches dans le mauvais ordre ? Parce que la tâche de Wason (2-4-6) montre que les gens cherchent spontanément à prouver leurs théories plutôt qu'à les mettre à l'épreuve. Ce biais incite à travailler d'abord sur ce qui est susceptible de réussir plutôt que sur ce qui pourrait tout remettre en cause, l'inverse de ce que la méthode RRR recommande.
Quels sont les trois facteurs de la formule RRR, et que mesure chacun ? RRR = Dealbreakerness × Likelihood / Investment. La gravité (dealbreakerness) mesure à quel point un échec potentiel serait fatal au projet, la probabilité (likelihood) mesure la chance que cet échec survienne, et l'investissement mesure le temps ou l'argent nécessaire pour lever cette incertitude.
Que montre l'exemple de l'intégration d'un nouveau logiciel sur l'écart entre deux tâches de risque comparable ? Une tâche de vérification de six minutes (l'outil supporte-t-il l'authentification à deux facteurs ?) obtient un score RRR de 20 000, tandis qu'une tâche d'intégration technique complète de quarante heures, pour une gravité et une probabilité comparables, n'obtient qu'un score de 75. La première mérite d'être traitée en premier car elle lève une incertitude potentiellement fatale à un coût dérisoire.
Quelles sont les cinq étapes du processus RRR ? Lister les raisons pour lesquelles le projet pourrait échouer, écrire pour chacune une tâche capable de la confirmer ou de l'infirmer, noter chaque tâche selon la formule RRR, chercher s'il existe une tâche plus rapide capable de lever la même incertitude, puis exécuter les tâches dans l'ordre décroissant de leur score.
Comment appliquer ce principe à un processus de recrutement plutôt qu'à un grand projet technique ? Si un poste exige impérativement une compétence que 80 % des candidats n'ont pas, poser cette question en premier dans le formulaire de candidature évite à la fois à l'entreprise et au candidat de perdre du temps sur cinquante autres questions si la réponse est négative.
Quel lien existe entre la méthode RRR et la limitation du travail en cours ? Les deux visent à éviter le temps perdu sur des voies qui, avec un peu plus de rigueur dans l'ordre des tâches, se seraient révélées sans issue beaucoup plus tôt. L'une agit sur l'ordre des tâches d'un projet incertain, l'autre sur le nombre de projets menés en parallèle, mais toutes deux cherchent à accélérer la découverte des impasses.