Pourquoi les entreprises continuent d’approuver des décisions qu’elles ont déjà prises
Pendant des années, les responsables marketing d’une banque de détail devaient obtenir l’approbation de la finance et de la gestion des risques avant d’envoyer des campagnes de publipostage aux clients. La finance vérifiait les hypothèses financières qui sous-tendaient chaque campagne, tandis que la gestion des risques examinait les pertes projetées. Même lorsqu’un envoi était identique à un autre déjà approuvé par la banque, les deux départements devaient l’examiner à nouveau.
Ces examens protégeaient la banque contre les risques financiers, mais ils traitaient aussi chaque campagne comme une nouvelle décision. Les responsables marketing ne pouvaient répéter une activité déjà établie qu’après que la finance et la gestion des risques avaient reconsidéré des hypothèses qu’elles avaient déjà acceptées. La banque appliquait ses propres règles, mais ces règles créaient des retards sans modifier la décision de fond.
Finalement, la banque a établi des lignes directrices définissant quelles décisions marketing les responsables pouvaient prendre de manière autonome. Les campagnes respectant ces limites pouvaient être lancées sans approbation supplémentaire. Les nouvelles offres et les campagnes ciblant de nouvelles populations de clients nécessitaient toujours un examen lorsqu’elles sortaient du cadre de ces lignes directrices. La finance et la gestion des risques conservaient le contrôle des décisions impliquant des hypothèses financières différentes ou une exposition aux pertes.
Ce changement a permis de traiter un problème organisationnel courant : les entreprises impliquent souvent certaines personnes dans les décisions parce que ces personnes détiennent traditionnellement le pouvoir d’approbation. Leur implication peut se poursuivre bien après que les conditions qui la justifiaient ont été réglées. Ajouter des approbateurs seniors ou exiger une consultation plus large peut aggraver la situation, car chaque participant supplémentaire crée une nouvelle occasion de rouvrir la discussion.
Pour les dirigeants, la question est de savoir quelles responsabilités améliorent une décision donnée. Certaines personnes doivent élaborer la recommandation, d’autres doivent apporter leur expertise, et un groupe plus restreint peut devoir vérifier des exigences précises. Quelqu’un doit faire le choix final, et quelqu’un doit l’exécuter. La rapidité et la qualité des décisions dépendent d’une attribution délibérée de ces responsabilités.
Pourquoi une participation plus large peut produire de moins bonnes décisions
Une entreprise de médias a rencontré ce problème lorsqu’elle a confié à chaque unité éditoriale la responsabilité d’élaborer des recommandations de contenu. Chaque unité pouvait faire avancer ses priorités, mais des goulets d’étranglement sont apparus à mesure que différents groupes proposaient des approches concurrentes. Avec plusieurs équipes occupant le même rôle de recommandation, personne n’avait la responsabilité claire de combiner leurs propositions en une décision pouvant réellement avancer.
L’entreprise a résolu ce goulet d’étranglement en confiant à une seule personne l’intégration des contributions des unités éditoriales, l’établissement des priorités et la recommandation des arbitrages. Les équipes éditoriales ont continué à apporter leur expertise et à expliquer leurs préoccupations. La responsabilité d’élaborer la recommandation reposait désormais sur une seule personne, qui pouvait s’appuyer sur les informations nécessaires pour la formuler.
Une responsabilité claire sur la recommandation est importante, car des propositions concurrentes exigent que quelqu’un évalue les alternatives. Lorsque plusieurs départements déterminent indépendamment ce qui doit être recommandé, les désaccords peuvent rester non résolus jusqu’à ce qu’ils atteignent le décideur final. Un seul responsable de la recommandation peut traiter ces désaccords plus tôt et présenter une proposition cohérente, laissant à l’autorité finale le soin de se concentrer sur les arbitrages restants.
Une entreprise de produits de grande consommation a connu un problème similaire au niveau de la direction. Elle a introduit un processus destiné à concentrer l’attention de la direction générale sur les grandes innovations produit, mais sans préciser quelles décisions nécessitaient l’implication des dirigeants. En conséquence, les dirigeants se sont retrouvés à débattre de détails tels que la hauteur du lettrage sur les emballages produits. Leur participation respectait le processus, mais elle mobilisait une attention qui devait être consacrée à des décisions d’innovation plus importantes.
L’implication des dirigeants peut aussi modifier le comportement des managers. Lorsque les dirigeants participent régulièrement à des détails opérationnels, les managers peuvent attendre leur avis avant d’avancer. Les décisions ralentissent, et il devient moins utile de confier la responsabilité à des employés plus proches du travail. Les organisations guidées par le consensus rencontrent un problème similaire lorsque les réunions incluent des dizaines de participants dont les contributions ont peu d’impact sur le choix final.
Mais limiter la participation crée un autre risque lorsqu’elle exclut une expertise essentielle. Dans une entreprise pharmaceutique, les décisions de développement de médicaments intégraient une expertise scientifique et médicale. Ces perspectives aidaient à déterminer si un médicament pouvait être développé et s’il présentait une valeur clinique. Cependant, le processus ne tenait pas compte de la question de savoir si les assureurs prendraient en charge le traitement résultant. L’entreprise a donc investi dans des produits pharmaceutiques ayant de faibles perspectives de remboursement par l’assurance.
L’information manquante concernait la viabilité commerciale. Les personnes qui comprenaient la disposition des payeurs à fournir une couverture auraient pu expliquer comment les perspectives de remboursement influençaient la décision d’investissement. Un examen scientifique supplémentaire aurait laissé cette question sans réponse, car l’expertise nécessaire provenait d’une autre fonction.
Les trois entreprises avaient des problèmes différents liés aux responsabilités de décision. L’entreprise de médias répartissait la responsabilité de la recommandation entre trop de groupes. L’entreprise de produits de grande consommation impliquait les dirigeants dans des décisions qui pouvaient être traitées ailleurs, tandis que l’entreprise pharmaceutique excluait des informations susceptibles de modifier matériellement l’option privilégiée.
Traiter ces problèmes exige de séparer le travail impliqué dans une décision. Élaborer une recommandation, apporter une expertise, vérifier une exigence, choisir une option et la mettre en œuvre sont des responsabilités distinctes. Chacune nécessite un rôle défini et un niveau d’autorité approprié.
Un projet en tête ?
Planifiez un appel de 30 minutes avec nous.
Des experts senior pour vous aider à avancer plus vite : produit, tech, cloud & IA.
RAPID attribue cinq responsabilités à chaque décision
RAPID est un framework d’attribution de cinq responsabilités de décision : Recommend, Agree, Perform, Input et Decide.
Les lettres identifient des responsabilités, bien que leur ordre ne prescrive pas la séquence des activités. L’élaboration des recommandations, la consultation des spécialistes et la réalisation des examens requis se produisent souvent en parallèle. Les considérations de mise en œuvre doivent façonner la proposition avant l’approbation finale, tandis que la décision finale établit ce que l’organisation fera.
| Responsabilité | Rôle | Question centrale |
|---|---|---|
| Recommend (R) | Élabore et coordonne la ligne d’action proposée | Qui prépare la recommandation ? |
| Agree (A) | Vérifie si la proposition satisfait aux exigences définies | Qui doit confirmer que des conditions précises sont remplies ? |
| Perform (P) | Met en œuvre la décision approuvée | Qui est responsable de son exécution ? |
| Input (I) | Apporte des informations, de l’expertise et de l’analyse | Les connaissances de qui améliorent la recommandation ? |
| Decide (D) | Fait le choix final et engage les ressources | Qui a l’autorité pour prendre la décision ? |
Le framework distingue la préparation d’une décision de son approbation. Un dirigeant senior peut faire le choix final, tandis qu’une autre personne coordonne l’analyse entre les départements. Le dirigeant a besoin d’une recommandation qui explique les alternatives et leurs conséquences ; la responsabilité de sa préparation doit donc être explicite.
Ces rôles peuvent se chevaucher. La personne qui élabore une recommandation peut aussi fournir un Input spécialisé, participer à la mise en œuvre ou détenir l’autorité de décision finale. L’essentiel est que chacun sache quelle responsabilité chaque personne assume et où cette autorité s’arrête.
Recommend : donner à la proposition un seul responsable clairement identifié
La responsabilité Recommend, ou R, revient à la personne responsable de l’élaboration d’une ligne d’action proposée. Le responsable de la recommandation recueille les informations, évalue les alternatives, consulte les participants concernés et combine des points de vue concurrents. La proposition doit expliquer ses avantages, ses inconvénients et ses arbitrages afin que le décideur final puisse faire un choix éclairé.
Préparer cette proposition peut demander beaucoup plus de travail que l’approuver. Dans l’approche RAPID, il est indiqué que le responsable de la recommandation effectue généralement 80 % du travail associé à une décision. Ce chiffre montre l’ampleur de la responsabilité qui repose sur la personne coordonnant l’analyse et préparant la proposition.
Une entreprise minière illustre ce qui se passe lorsque personne ne prend clairement en charge ce travail. Après s’être développée dans une nouvelle région géographique, elle avait besoin d’une organisation de relations extérieures pour soutenir sa mine. Le siège souhaitait que cette organisation soit mise en place et supposait que le vice-président régional recommanderait sa structure. Le vice-président régional s’attendait à ce que le siège élabore la proposition, puisque c’était lui qui avait lancé l’idée.
Aucune des deux parties n’a préparé la recommandation, et la décision est restée bloquée. Les progrès n’ont été possibles qu’après que les dirigeants ont clarifié qui détenait la responsabilité R. L’entreprise disposait de personnes capables d’approuver une structure organisationnelle, mais personne n’avait accepté la responsabilité d’examiner les besoins, d’évaluer les configurations possibles et d’en proposer une.
RAPID recommande donc d’attribuer un seul R à chaque décision. Cette personne peut déléguer des tâches d’analyse, consulter de nombreux départements et recueillir des propositions concurrentes. Mais un seul individu reste responsable de la transformation de ce travail en recommandation, comme l’a fait l’entreprise de médias lorsqu’elle a regroupé ses propositions éditoriales sous un seul responsable.
La responsabilité suppose aussi un processus convenu. Au début de la décision, le R doit rencontrer le décideur final pour définir le problème, établir les critères et clarifier ce que la recommandation doit traiter. Ils doivent s’accorder sur les délais, les informations requises et le niveau de profondeur analytique que la décision justifie.
Ces attentes guident l’étape suivante. Le responsable de la recommandation identifie les personnes disposant de l’expertise pertinente, les fonctions chargées de vérifier les exigences et les équipes concernées par la mise en œuvre. Le R organise ensuite les réunions et les examens, évalue les alternatives, résout les divergences lorsque c’est possible et prépare la proposition pour l’examen final.
Une grande entreprise technologique fournit aux responsables de la recommandation une checklist pour guider cette préparation. Deux questions résument le défi central :
- « Qui faut-il consulter pour élaborer une recommandation complète ? »
- « Quel est le bon arbitrage entre rigueur et rapidité pour la recommandation ? »
La première question aide à éviter les lacunes d’expertise. La seconde relie le volume d’analyse aux conséquences de la décision. Un engagement à haut risque peut justifier une investigation approfondie, tandis qu’un choix facilement réversible peut nécessiter un processus plus court. Le responsable de la recommandation doit établir cette différence avant d’organiser le travail.
Le R peut occuper n’importe quelle position adaptée dans l’organisation et ne doit pas nécessairement rendre compte au décideur final. La hiérarchie formelle détermine une partie de l’autorité organisationnelle, mais la responsabilité de la recommandation dépend de la capacité à coordonner le travail nécessaire et à produire une proposition utile.
Input : intégrer l’expertise nécessaire dans la recommandation
Une fois qu’une recommandation a un responsable, la question suivante est de savoir de quelles connaissances cette personne a besoin. RAPID appelle cette responsabilité Input, ou I. Les contributeurs Input apportent des informations, de l’expérience, de l’analyse et des perspectives opérationnelles qui aident le responsable de la recommandation à évaluer les choix disponibles.
Un responsable de l’ingénierie peut expliquer les exigences techniques d’un changement de système proposé. Un spécialiste finance peut en évaluer les implications financières, tandis que les employés responsables des opérations peuvent identifier les dépendances affectant la mise en œuvre. Chaque contribution répond à une question différente que le responsable de la recommandation doit résoudre.
Le point de vue manquant des payeurs dans l’entreprise pharmaceutique montre pourquoi la sélection des Input doit suivre les exigences de la décision. Les scientifiques et les professionnels de santé pouvaient évaluer le développement et la valeur clinique, mais le remboursement par l’assurance exigeait une connaissance commerciale. Le responsable de la recommandation avait besoin de cette perspective suffisamment tôt pour qu’elle influence la proposition d’investissement.
Le timing et la qualité comptent, car des contributions tardives peuvent obliger les équipes à répéter une analyse déjà terminée. Les contributeurs Input doivent fournir des informations crédibles, un raisonnement clair et une analyse utile dans le calendrier convenu. Le responsable de la recommandation doit prendre en compte leurs contributions et concilier les points de vue concurrents tout en conservant la responsabilité de la recommandation finale.
Cette organisation permet aux employés concernés par une décision d’y contribuer sans acquérir de pouvoir d’approbation. Une personne responsable de la mise en œuvre peut aussi fournir un Input, car l’expérience pratique peut révéler des contraintes pendant la planification. Cumuler les responsabilités I et Perform peut améliorer l’exécution, à condition que le rôle consultatif reste clairement défini.
Agree : vérifier les exigences auxquelles une décision doit satisfaire
Certaines propositions doivent satisfaire à des obligations légales, des exigences réglementaires, des normes de sécurité, des contraintes financières ou d’autres conditions établies. RAPID attribue la responsabilité de vérifier ces exigences à Agree, ou A. Le détenteur d’un rôle Agreement examine une condition précise et travaille avec le responsable de la recommandation pour résoudre les problèmes avant que la proposition n’avance.
Par exemple, un dirigeant en charge de la sécurité peut confirmer qu’un changement proposé dans les pratiques de travail respecte les exigences de sécurité. Un brand manager peut évaluer si une action protège la marque de l’entreprise. Les fonctions finance et gestion des risques peuvent vérifier la conformité avec les limites budgétaires ou le niveau de risque accepté par l’organisation.
Agreement diffère d’Input parce que le détenteur d’un rôle Agreement est responsable d’une exigence définie. Un contributeur Input fournit un avis qui éclaire la recommandation. Un détenteur d’un rôle Agreement identifie des conditions auxquelles il faut répondre, ce qui signifie qu’une objection non résolue exige une réponse formelle.
Le R et le A doivent donc travailler ensemble pendant l’élaboration de la recommandation. Le responsable de la recommandation peut réviser la proposition, fournir une analyse supplémentaire ou explorer des alternatives pour satisfaire à l’exigence. Une coopération précoce réduit le risque qu’une objection tardive oblige l’organisation à reconsidérer un travail déjà terminé.
Un détenteur essentiel d’un rôle Agreement doit aussi être impliqué avant que la recommandation n’atteigne le décideur final. Sinon, une proposition peut avancer sans satisfaire à une condition nécessaire. Le même risque apparaît lorsqu’un détenteur d’un rôle Agreement attend après l’approbation pour soulever des préoccupations qui auraient pu être traitées plus tôt.
L’autorité d’Agreement a des limites définies. Dans RAPID, un A ne possède pas un pouvoir inconditionnel de bloquer, d’inverser ou de rejeter une décision. Si le responsable de la recommandation et le détenteur d’un rôle Agreement ne parviennent pas à résoudre un désaccord, le responsable de la recommandation transmet le sujet au décideur final.
Le D examine alors l’objection en même temps que la recommandation et détermine s’il faut avancer, réviser l’action proposée ou accepter un risque identifié dans le cadre de l’autorité de l’organisation. Les obligations légales et réglementaires continuent bien sûr de s’appliquer. L’escalade clarifie qui tranche le désaccord tout en préservant les exigences qui encadrent la décision.
De nombreuses décisions ne nécessitent aucun détenteur d’un rôle Agreement. D’autres peuvent nécessiter une ou deux personnes responsables de conditions clairement définies. Le nombre de rôles A doit refléter les exigences en jeu, car des responsabilités d’approbation supplémentaires augmentent le travail nécessaire pour faire avancer une proposition.
Decide : établir une autorité finale unique
La responsabilité Decide, ou D, revient à la personne qui fait le choix final et engage l’organisation à agir en conséquence. RAPID attribue généralement un seul D à chaque décision, car des autorités finales concurrentes peuvent laisser des propositions sans issue. Lorsque personne n’assume la responsabilité finale, une décision peut rester bloquée même après que la recommandation est terminée.
Le D évalue l’action proposée, considère ses alternatives et ses conséquences, tranche les désaccords en suspens et choisit la ligne d’action. Cette personne doit aussi disposer d’une autorité suffisante pour engager les financements, les effectifs et les ressources opérationnelles nécessaires à la mise en œuvre.
La responsabilité commence avant l’approbation finale. Au départ, le D doit travailler avec le responsable de la recommandation pour définir le problème, établir les critères de décision, clarifier le calendrier, identifier les Input nécessaires et s’accorder sur le niveau de rigueur analytique attendu. Cet alignement précoce donne au R une base claire pour préparer la proposition et juger à quel moment une investigation supplémentaire est utile.
Lorsque la recommandation parvient au D, l’analyse doit répondre aux questions établies au départ. Le décideur peut alors se concentrer sur les arbitrages non résolus et sur tout désaccord impliquant un détenteur d’un rôle Agreement. Une fois le choix fait, le D communique la décision, son raisonnement et les ressources disponibles pour la mettre en œuvre.
Certaines décisions relèvent d’instances collectives. Dans ce cas, le groupe doit établir à l’avance sa règle de décision. Les membres peuvent convenir de décider à la majorité ou autoriser le président à trancher en dernier ressort. Sans règle claire, les participants peuvent être en désaccord sur le fait qu’une décision a bien été approuvée.
La position du D dans l’organisation compte également. L’autorité finale doit avoir une perspective suffisante pour comprendre les conséquences à l’échelle de l’entreprise et un pouvoir suffisant pour allouer les ressources. Pourtant, les décisions doivent rester aussi proches que possible de la mise en œuvre, car faire remonter les choix courants peut submerger les dirigeants seniors et dissocier l’autorité de la connaissance opérationnelle.
Perform : attribuer la responsabilité de l’exécution de la décision
La cinquième responsabilité, Perform ou P, identifie la personne responsable de la mise en œuvre du choix approuvé. Le responsable de l’exécution transforme la décision en plan opérationnel, coordonne les équipes nécessaires, gère les dépendances et veille à ce que le travail avance.
La responsabilité de mise en œuvre doit être établie au moment où la décision est prise, en impliquant plus tôt les futurs responsables de l’exécution chaque fois que leurs connaissances peuvent améliorer la recommandation. Ils peuvent identifier des besoins en personnel, en installations, en intégration de systèmes ou d’autres contraintes affectant la faisabilité.
Un changement organisationnel proposé, par exemple, peut dépendre de ressources et de dispositifs opérationnels que les dirigeants négligent pendant les discussions. Impliquer le responsable de l’exécution avant l’approbation aide l’organisation à comprendre ces exigences et à juger si le calendrier proposé est réaliste.
Les grandes initiatives produisent aussi d’autres décisions pendant l’exécution. Les équipes peuvent devoir choisir des approches techniques, établir des procédures d’exploitation ou résoudre des conflits de ressources. Les choix de suivi importants peuvent nécessiter leurs propres attributions RAPID, avec une responsabilité claire sur la recommandation et une autorité finale clairement définie.
Le D et le P peuvent être la même personne, mais leurs responsabilités restent distinctes. Le D établit la ligne d’action approuvée et engage les ressources nécessaires. Le P organise le travail requis pour produire le résultat, transformant l’approbation formelle en exécution.
L’autorité de décision a besoin de limites claires
Attribuer des rôles RAPID peut créer de la bureaucratie si leur périmètre reste indéfini. Chaque participant formel supplémentaire introduit un examen potentiel de plus, et une responsabilité d’approbation étroite peut progressivement s’étendre jusqu’à influencer l’ensemble de la proposition. Un processus peut sembler responsable sur le papier tout en continuant à produire des retards et des autorités concurrentes.
Une entreprise de dispositifs médicaux a rencontré ce problème avec ses brochures marketing. Son équipe de conformité réglementaire devait approuver les supports avant publication afin de s’assurer que les brochures respectaient les réglementations applicables. Avec le temps, cependant, l’influence de l’équipe s’est étendue à des décisions esthétiques, y compris les couleurs utilisées dans les brochures.
Ces interventions ralentissaient la production parce que les évaluateurs réglementaires exerçaient une autorité sur des choix de design. L’entreprise a réagi en resserrant la responsabilité Agreement de l’équipe. Les évaluateurs restaient responsables de s’assurer que le texte des brochures respectait les réglementations fédérales, mais leurs droits d’approbation ne s’étendaient plus à des décisions esthétiques sans rapport.
Cet ajustement a préservé le rôle essentiel de l’équipe conformité tout en rendant son autorité plus précise. L’expertise réglementaire restait nécessaire, mais les examens se concentraient désormais sur les conditions qui justifiaient l’implication de l’équipe. Le même principe s’applique aux examens finance, sécurité et marque : chaque fonction a besoin d’une autorité sur les exigences dont elle est chargée de vérifier le respect.
Les droits d’approbation doivent suivre les risques en jeu
La banque de détail a appliqué ce principe en définissant quelles décisions marketing pouvaient avancer dans le cadre de lignes directrices établies. La finance et la gestion des risques avaient déjà déterminé les conditions qu’elles jugeaient acceptables, de sorte que les managers pouvaient agir de manière autonome dans ces limites. Une nouvelle offre ou une nouvelle population de clients sortant de ce cadre déclenchait un examen supplémentaire.
Les lignes directrices ont modifié le moment où l’encadrement spécialisé intervenait. Auparavant, la finance et la gestion des risques examinaient chaque envoi individuellement. Dans le dispositif révisé, elles examinaient les décisions introduisant des hypothèses ou des risques différents. Les managers ont gagné en autorité sur l’activité courante, tandis que les fonctions spécialisées conservaient la responsabilité des exceptions.
Cela fonctionne parce que les exigences peuvent parfois être exprimées sous forme de règles de fonctionnement. Une fois qu’une organisation établit des limites acceptables, les employés peuvent prendre des décisions répétées dans ce cadre sans rouvrir l’évaluation initiale. La qualité de ces règles est importante, car les managers doivent reconnaître quand une action proposée dépasse leur autorité.
Des limites claires empêchent aussi que l’ancienneté devienne une raison de participation inutile. Les discussions de l’entreprise de produits de grande consommation sur les emballages ont montré comment l’attention des dirigeants pouvait être absorbée par des détails opérationnels. L’organisation avait besoin de critères pour identifier les décisions qui exigeaient réellement un jugement senior.
Un dirigeant peut apporter une expérience précieuse ou une perspective qui mérite d’être prise en compte. Cette contribution peut justifier un rôle Input, tandis qu’une autorité formelle d’Agreement doit découler d’une exigence précise. Attribuer un A parce que quelqu’un « devrait avoir l’occasion de donner son avis » donne à une contribution consultative le poids procédural d’un examen obligatoire.
Les conséquences vont au-delà du calendrier. Les détenteurs d’un rôle Agreement peuvent soulever des préoccupations auxquelles le responsable de la recommandation doit répondre formellement, et les désaccords non résolus peuvent remonter jusqu’au D. Les contributeurs Input influencent la recommandation par la qualité de leur analyse, tandis que le responsable de la recommandation reste chargé de combiner leurs points de vue.
Confondre ces responsabilités peut permettre aux détenteurs d’un rôle Agreement d’intervenir après l’approbation ou de traiter leur autorité comme un veto inconditionnel. Les organisations doivent donc définir ce que chaque A examine, à quel moment cet examen a lieu et comment les préoccupations non résolues remontent jusqu’au D.
Resserrer l’autorité peut aussi déplacer l’influence au sein de l’organisation. Des employés qui détenaient auparavant des responsabilités Agreement peuvent passer à des rôles Input, et une personne habituée à valider des propositions peut vivre ce changement comme une rétrogradation. Cette préoccupation est compréhensible, car les droits d’approbation peuvent conférer un statut organisationnel et une influence concrète.
Les managers doivent expliquer comment fonctionne la responsabilité révisée. Un contributeur Input peut façonner matériellement une recommandation grâce à une analyse fournie à temps, à des connaissances spécialisées et à une présentation claire des risques. L’organisation doit ensuite faire respecter ces limites de manière cohérente, y compris lorsque des employés seniors demandent des validations en dehors de leurs responsabilités attribuées.
La consultation doit refléter le risque et la réversibilité
La limite suivante concerne le niveau d’examen dont une décision a besoin. Certains choix ont des conséquences coûteuses, difficiles ou impossibles à inverser. D’autres peuvent être modifiés facilement si la décision initiale produit un résultat insatisfaisant. Ces choix plus réversibles sont parfois appelés décisions « à double sens ».
Une décision à double sens permet généralement une consultation plus légère, car l’organisation peut réviser son approche à mesure que de nouvelles informations deviennent disponibles. Le responsable de la recommandation a toujours besoin de suffisamment d’éléments pour formuler une proposition responsable, mais le coût d’une erreur peut justifier d’aller plus vite.
Les décisions impliquant des engagements financiers majeurs, des risques de sécurité, des obligations réglementaires ou des conséquences opérationnelles importantes exigent davantage de prudence. La consultation et l’examen doivent refléter le préjudice potentiel d’une erreur, la difficulté à la corriger et les informations nécessaires pour faire un choix éclairé.
Le R et le D doivent établir tôt le niveau d’examen approprié. Appliquer le même processus à chaque décision peut consommer un temps qui serait mieux utilisé sur des choix importants. Trop peu d’analyse sur des engagements sérieux peut exposer l’organisation à des risques qu’une meilleure consultation aurait révélés.
RAPID dépend d’un processus de décision plus large
Les attributions de rôles fonctionnent mieux lorsqu’elles s’inscrivent dans un processus de décision plus large. Les organisations doivent identifier quelles décisions méritent une attention formelle, établir qui participe, définir les procédures, s’accorder sur le calendrier et fixer des attentes de comportement.
Cinq éléments résument ces exigences :
| Élément | Question à laquelle l’organisation doit répondre |
|---|---|
| What | Quelles décisions sont suffisamment importantes pour exiger une attention et une responsabilité explicites ? |
| Who | Qui élabore les recommandations, fournit des Input, vérifie les exigences, décide et met en œuvre ? |
| How | Quel processus, quels critères et quelles procédures encadrent la décision ? |
| When | Quand la consultation, l’examen, l’approbation et la mise en œuvre doivent-ils avoir lieu ? |
| Behaviors | Comment les participants sont-ils censés contribuer, résoudre les désaccords et respecter les limites de responsabilité ? |
L’élément What détermine où une coordination formelle mérite l’effort. Les dirigeants doivent identifier les décisions importantes et les distinguer des choix courants que les employés peuvent faire dans le cadre de règles établies. Sans cette distinction, des procédures lourdes peuvent s’étendre à un travail nécessitant peu de consultation.
Who attribue la responsabilité, tandis que How et When établissent les conditions pratiques de son exercice. Les participants doivent savoir quelle analyse est requise, quand les informations doivent arriver et comment les examens s’intègrent dans le calendrier. Ces attentes aident à éviter les interventions tardives et les discussions répétées.
Les Behaviors déterminent si le processus fonctionne en pratique. Les responsables de la recommandation doivent rechercher l’expertise pertinente, les contributeurs Input doivent intervenir rapidement, les détenteurs d’un rôle Agreement doivent respecter les limites de leurs examens, et les décideurs doivent mener les choix à leur terme. Des attributions claires perdent leur valeur lorsque les participants continuent à rouvrir des sujets déjà tranchés ou à exiger une autorité dépassant leurs responsabilités.
L’IA peut améliorer les Input de décision tandis que les personnes conservent la responsabilité
L’intelligence artificielle rend de plus en plus importante la séparation entre analyse et autorité de décision. Les systèmes d’IA peuvent traiter de grandes quantités d’informations, identifier des schémas, combiner des données provenant de différentes sources et générer des prévisions. Ces capacités aident les organisations à évaluer les alternatives et à estimer les résultats possibles.
Dans RAPID, cette contribution relève principalement de la responsabilité Input. Un système d’IA peut générer des informations qui améliorent une recommandation, tandis que l’organisation attribue à des personnes la responsabilité d’évaluer ces informations et de déterminer l’action qui en découle.
Prenons une décision illustrative de planification des stocks chez un distributeur. Les acheteurs doivent déterminer quelle quantité de stock commander pour une période à venir. Un système d’IA analyse les informations sur la demande et produit une prévision, aidant les acheteurs à estimer le stock nécessaire et à comparer différentes quantités d’achat possibles.
La prévision fournit une base analytique à la décision, mais les acheteurs peuvent savoir quelque chose qui en change l’interprétation. Supposons qu’un concurrent prépare une promotion susceptible d’affecter la demande des clients. Un acheteur au courant de cette promotion peut conclure que la prévision générée par l’IA doit être ajustée.
L’acheteur évalue alors la prévision en parallèle de l’activité attendue du concurrent et décide quelle quantité de stock est appropriée. L’IA apporte l’analyse, tandis que la personne responsable de la décision détermine comment cette analyse doit influencer l’engagement de l’organisation.
Cette répartition des responsabilités compte aussi lorsque les décisions impliquent des considérations éthiques, des objectifs organisationnels contradictoires ou des conséquences exigeant que quelqu’un en assume la responsabilité. L’organisation doit établir qui peut autoriser une action et qui doit répondre de ses résultats, même lorsque le logiciel réalise une grande partie de l’analyse.
L’automatisation peut aller au-delà de l’analyse. Un système peut aussi exécuter certaines parties d’un processus approuvé ; les organisations doivent donc distinguer les opérations automatisées de la responsabilité des règles qui les encadrent. Quelqu’un doit déterminer ce que le système est autorisé à faire et à quel moment un examen spécialisé ou une intervention humaine est nécessaire.
Pour les responsables technologiques, RAPID offre un moyen de rendre ces responsabilités explicites. Lorsqu’un système d’IA produit une prévision, une recommandation ou une évaluation des risques, l’organisation doit établir qui évalue le résultat, quelles informations supplémentaires doivent être prises en compte et qui peut autoriser l’action qui en résulte.
Des contraintes juridiques, financières, de sécurité et opérationnelles peuvent aussi exiger des responsabilités d’examen définies. Ces exigences doivent être établies avant que des recommandations générées par l’IA n’entrent dans les workflows opérationnels. Les équipes peuvent alors identifier quelles décisions peuvent avancer dans des conditions approuvées et lesquelles nécessitent une attention supplémentaire.
La même question demeure à mesure que les capacités de l’IA progressent. Des systèmes plus puissants peuvent accroître la quantité et la qualité des informations disponibles, mais les organisations doivent toujours déterminer comment ces informations affectent les décisions et qui porte la responsabilité des conséquences.
La responsabilité de l’exécution détermine si les décisions produisent des résultats
Une entreprise de boissons a décidé de relocaliser son centre d’excellence IT dans une ville européenne. Le centre d’excellence était une unité organisationnelle spécialisée chargée de coordonner l’expertise et les pratiques IT. L’entreprise a approuvé la relocalisation, établissant l’endroit où le nouveau centre opérerait.
Mais personne n’a été chargé de mettre en œuvre le déménagement. Des préparatifs essentiels sont restés inachevés parce que personne n’a pris en charge la recherche de bureaux ni la manière dont les opérations IT existantes seraient consolidées avec le nouveau centre. L’entreprise avait choisi une destination sans attribuer la responsabilité du travail nécessaire pour y opérer.
Les conséquences sont devenues évidentes lorsqu’un nouveau DSI est arrivé. Le nouveau DSI a rouvert la décision de relocalisation, obligeant l’organisation à reconsidérer un choix qu’elle avait déjà fait. En pratique, l’entreprise a dû prendre la même décision deux fois.
Cet échec différait des approbations répétées de la banque de détail. À la banque, des examens inutiles retardaient les décisions courantes avant qu’elles puissent avancer. Dans l’entreprise de boissons, le choix formel avait été fait, mais la mise en œuvre n’avait aucun responsable clairement identifié. La décision restait vulnérable parce que personne n’avait transformé l’approbation en action coordonnée.
Un P clairement attribué aurait été responsable de la planification de la relocalisation, de l’identification des dépendances, de la coordination des équipes et du traitement des exigences opérationnelles. Pour ce projet, cela signifiait organiser les installations et déterminer comment les opérations IT existantes se connecteraient au nouveau centre.
Attribuer le responsable de l’exécution pendant l’élaboration de la décision aurait aussi amélioré la recommandation. La personne responsable de l’exécution aurait pu évaluer le calendrier proposé, identifier les ressources nécessaires et expliquer les conséquences opérationnelles du déménagement. Ces considérations auraient pu modifier la manière dont le décideur évaluait les options disponibles.
Une fois la relocalisation commencée, d’autres choix seraient apparus. Les installations, les effectifs, les systèmes et les procédures d’exploitation pouvaient chacun nécessiter des décisions distinctes. Les choix importants pouvaient nécessiter leur propre responsable de la recommandation, les détenteurs pertinents des rôles Input et Agreement, un décideur final et une personne responsable de la mise en œuvre.
Une décision organisationnelle majeure devient exécutable lorsque ces responsabilités s’étendent au travail lui-même. Le D autorise l’orientation et engage les ressources, tandis que le P coordonne les activités nécessaires pour la concrétiser. À mesure que le projet avance, les décisions de suivi reçoivent leurs propres attributions, évitant l’accumulation de questions opérationnelles non résolues.
Pour les dirigeants, le test pratique intervient avant l’approbation finale. L’organisation doit être capable d’identifier qui livrera le résultat, ce que cette personne devra coordonner et quelles décisions pourront surgir pendant la mise en œuvre. Dans le cas de l’entreprise de boissons, répondre à ces questions aurait mis en évidence l’absence de travail sur les installations et la consolidation alors que la relocalisation était encore en cours de planification.
En résumé
De meilleures décisions ne nécessitent pas forcément plus de personnes, plus d’analyse ou des couches d’approbation supplémentaires. Elles exigent des responsabilités claires, un accès à l’expertise pertinente et une autorité attribuée aux personnes les mieux placées pour agir. Lorsque ces éléments manquent, les organisations peuvent passer plus de temps à examiner des décisions qu’à progresser réellement sur celles-ci.
RAPID aide les dirigeants à distinguer le fait de contribuer à une décision du fait d’avoir autorité sur elle. Le framework donne aux recommandations un responsable clairement identifié, garantit que l’expertise nécessaire éclaire le choix, limite les droits d’approbation à des exigences définies et établit la responsabilité à la fois pour la décision finale et pour son exécution.
Pour les dirigeants d’entreprise, le défi consiste à appliquer cette structure sans créer une couche supplémentaire de bureaucratie. Les décisions courantes doivent avancer dans le cadre de lignes directrices établies, tandis que les choix importants reçoivent le niveau d’examen que leurs risques justifient. Les dirigeants seniors doivent concentrer leur attention là où leur jugement et leur autorité font une différence réelle.
À mesure que l’IA s’implique davantage dans les décisions d’entreprise, ces distinctions deviendront de plus en plus importantes. Les organisations peuvent automatiser l’analyse et certaines parties de l’exécution, mais elles ont toujours besoin de règles claires définissant qui évalue les recommandations, autorise les actions et reste responsable des résultats.
La mesure d’un processus de décision efficace n’est pas le nombre de personnes qui participent ni le degré d’examen de chaque proposition. C’est la capacité de l’organisation à faire des choix éclairés au niveau approprié, à résoudre les désaccords sans retards inutiles et à transformer les décisions en résultats.
Un projet en tête ?
Planifiez un appel de 30 minutes avec nous.
Des experts senior pour vous aider à avancer plus vite : produit, tech, cloud & IA.


