MODÈLES ET MATRICES MANAGÉRIAUX

Pourquoi une équipe composée de gens brillants n'atteint-elle pas ses résultats ? Patrick Lencioni répond : le problème n'est pas au sommet, il est à la base — dans la confiance.

Cinq dysfonctionnements qui forment un système

Patrick Lencioni (né en 1965), fondateur de The Table Group, identifie en 2002 dans The Five Dysfunctions of a Team (plus de 3 millions d'exemplaires, écrit sous forme de « fable de management ») les cinq dysfonctionnements qui empêchent une équipe de performer. Son originalité : ces problèmes ne sont pas indépendants mais forment un système. Chaque dysfonctionnement engendre le suivant. Traiter le symptôme (« on n'atteint pas nos résultats ») sans remonter à la cause racine (« on ne se fait pas confiance ») est voué à l'échec.

La pyramide, de la base au sommet

• Absence de confiance (socle) → peur du conflit
• Peur du conflit → absence d'engagement
• Absence d'engagement → évitement de la responsabilisation
• Évitement de la responsabilisation → inattention aux résultats

Chaque niveau est le prérequis du suivant : pas de confiance, pas de conflit constructif ; pas de conflit, pas d'engagement ; et ainsi jusqu'aux résultats.

La confiance vulnérable, socle de tout

La confiance dont parle Lencioni n'est pas la confiance interpersonnelle classique. C'est la confiance vulnérable : la capacité à se montrer imparfait, à dire « je ne sais pas », « je me suis trompé », « j'ai besoin d'aide ». Sans elle, les membres portent un masque de compétence et dépensent leur énergie à se protéger. Le manager montre l'exemple en partageant ses propres erreurs (exercice « Personal Histories »).

La peur du conflit et l'harmonie artificielle

Si l'équipe ne se fait pas confiance, elle évite les désaccords par peur de blesser. Résultat : une « harmonie artificielle » où les vrais sujets ne sont jamais abordés, les décisions prises sans vrai débat puis sabotées en coulisses. Le modèle se combine avec Tuckman (stades de maturité — le « storming » correspond au conflit constructif) et Belbin (complémentarité des rôles).

Le « manager parfait » existe-t-il ? Pour Ichak Adizes, non — et c'est justement pour cela qu'il faut constituer des équipes de direction complémentaires.

Quatre fonctions, pas une compétence

Ichak Adizes (né en 1937), consultant américain d'origine yougoslave, formalise son modèle dans Managing Corporate Lifecycles (1988, révisé 2004), fruit de 40 ans de conseil dans plus de 50 pays. Son intuition : le management n'est pas UNE compétence mais QUATRE fonctions distinctes, souvent en tension. Un excellent Producteur est rarement un bon Administrateur, car l'action rapide s'oppose au contrôle et à la procédure. La clé n'est pas le manager parfait, qui n'existe pas, mais des profils qui se complètent.

Les 4 rôles PAEI

• P — Producteur : orienté résultat et exécution. « Qu'est-ce qu'on doit livrer ? » Sans lui, rien de concret n'est produit.
• A — Administrateur : crée les systèmes qui rendent les résultats reproductibles. « Comment faire pour que ça marche à chaque fois ? »
• E — Entrepreneur : voit les opportunités, innove, anticipe. « Pourquoi ne pas faire autrement ? »
• I — Intégrateur : crée la cohésion, écoute, négocie. « Comment faire avancer tout le monde ensemble ? »

Le danger du rôle exclusif

Chaque rôle a une dérive quand il domine seul : le P exclusif devient le « pompier » qui court d'une urgence à l'autre sans anticiper ; le A exclusif devient le « bureaucrate » qui étouffe l'initiative sous les procédures ; le E exclusif devient l'« incendiaire » qui change de direction chaque semaine ; le I exclusif devient le « politicien » qui cherche le consensus à tout prix sans jamais trancher.

Le conflit constructif

Adizes parle de « conflit constructif » entre les rôles : la tension entre P et A, ou entre E et I, n'est pas un dysfonctionnement mais une condition de performance. Les rôles se positionnent sur deux axes — court terme vs long terme, contenu vs processus. L'organisation a besoin des quatre pour survivre et prospérer.

« Je pensais que c'était toi. » Cette phrase, cause n°1 des projets qui échouent, disparaît quand on clarifie qui fait quoi. C'est tout l'objet de la matrice RACI.

Les quatre lettres du RACI

Née des travaux du PMI (Project Management Institute) dans les années 1980, la matrice RACI clarifie les rôles selon quatre niveaux d'implication :

• R — Responsible (Réalise) : la personne qui exécute la tâche ; il peut y en avoir plusieurs.
• A — Accountable (Approuve) : la personne qui porte la responsabilité finale et valide. Il n'y en a qu'UNE SEULE par tâche.
• C — Consulted (Consulté) : dont l'avis est sollicité AVANT la réalisation ; communication bidirectionnelle.
• I — Informed (Informé) : tenu au courant APRÈS ; communication unidirectionnelle.

La règle d'or : un seul A

Chaque tâche a UN SEUL A. S'il y a deux A, il n'y en a aucun : personne ne se sent vraiment responsable. C'est le principe de responsabilité unique (single point of accountability) et la cause n°1 des projets qui échouent par diffusion de responsabilité.

Les 5 règles de validation

• Un seul A par tâche (sinon diffusion de responsabilité).
• Au moins un R par tâche (sinon personne ne fait le travail).
• Pas plus de 3 R sur une ligne (sinon le travail est mal découpé).
• Pas trop de C ni de I (sinon lourdeur et sur-communication).
• Pas de colonne vide (un acteur sans R, A, C ni I ne devrait pas figurer).

La construction se fait en atelier de 1h30 à 2h ; les désaccords sont le cœur de l'exercice car ils révèlent les zones de flou.

La matrice des parties prenantes

Complémentaire, la matrice des parties prenantes (Pouvoir × Intérêt, Mendelow 1991) cartographie les acteurs selon leur influence et leur implication. Le RACI organise les rôles à l'intérieur du projet ; la matrice parties prenantes gère les relations avec l'extérieur. Attention aux variantes RASCI ou CAIRO : le RACI classique couvre 95 % des besoins.

Comment résoudre un problème complexe pour de bon, sans qu'il revienne six mois plus tard ? Ford a conçu en 1987 une méthode en 8 disciplines qui va de l'urgence à la prévention.

Origine et triple temporalité

La méthode 8D (8 Disciplines) est une démarche structurée de résolution de problème développée par Ford Motor Company en 1987 sous le nom TOPS (Team Oriented Problem Solving). Elle s'inscrit dans la lignée du Total Quality Management et du PDCA de Deming. Ce qui la distingue, c'est sa triple temporalité : réagir (D0-D3, protéger le client), corriger (D4-D6, traiter la cause racine), pérenniser (D7-D8, empêcher la récurrence). Le « D » signifie « Discipline » : chaque étape est à respecter rigoureusement, pas une simple case à cocher.

Quand lancer une 8D

La 8D mobilise des ressources importantes (équipe pluridisciplinaire, plusieurs semaines). Le D0 évalue si le problème le justifie : est-il assez grave (impact client, coût, sécurité) ? Les données sont-elles disponibles ? A-t-on les ressources ? Un problème simple se traite par un PDCA rapide ou un 5 Pourquoi, pas par une 8D.

Les premières disciplines

• D1 — Constituer l'équipe : pluridisciplinaire, restreinte (4-8 personnes), avec un leader légitime et un sponsor. Membres choisis pour leur connaissance du processus, pas leur rang.
• D2 — Décrire le problème : la technique « est / n'est pas » cadre le problème en 4 dimensions (Quoi / Où / Quand / Combien) en distinguant ce qui est affecté de ce qui ne l'est pas.

La puissance du « est / n'est pas »

Cette technique est l'arme la plus puissante de la 8D : ce que le problème N'EST PAS est souvent plus révélateur que ce qu'il EST. Aujourd'hui exigée contractuellement par la plupart des constructeurs automobiles (Ford, GM, Stellantis, Toyota) et de référence en aéronautique (Airbus, Safran) et en pharmacie (BPF/GMP), la 8D s'applique à tout problème complexe, y compris en services, IT ou management.

Deux personnes d'une même équipe décrivent le même processus... et ne s'accordent ni sur son début, ni sur sa fin, ni sur ses clients. Comment aligner tout le monde en une seule page ?

SIPOC : cinq colonnes, une lecture de gauche à droite

Le SIPOC est un outil de cartographie rapide qui représente un processus en une page. Son nom est l'acronyme de ses cinq colonnes : Suppliers (fournisseurs), Inputs (entrées), Process (processus), Outputs (sorties) et Customers (clients). Il se lit de gauche à droite : les fournisseurs livrent les entrées qui alimentent le processus, lequel produit des sorties destinées aux clients. Sa puissance tient à sa simplicité : une vision complète du processus en un coup d'œil, en 30 à 60 minutes d'atelier.

Une origine Six Sigma, en phase Define du DMAIC

Le SIPOC est né avec le Six Sigma développé chez Motorola dans les années 1980, puis popularisé par General Electric sous Jack Welch dans les années 1990. Il sert d'outil de cadrage en phase « Define » du cycle DMAIC (Define, Measure, Analyze, Improve, Control), pour garantir que l'équipe partage une compréhension commune avant l'analyse détaillée.

Les cinq composantes et leurs pièges

• Suppliers — qui fournit ce dont on a besoin ? Piège : oublier les fournisseurs internes, comme le système d'information.
• Inputs — de quoi a-t-on besoin pour commencer ? Piège : confondre entrées et ressources (RH, outils).
• Process — 4 à 7 grandes étapes seulement. Au-delà de 7, c'est un logigramme.
• Outputs — piège : oublier les sorties secondaires (données, reporting).
• Customers — piège : ne lister que le client final et oublier les clients internes.

Ce que le SIPOC n'est pas

Ce n'est pas un logigramme détaillé : il ne représente ni les décisions, ni les boucles, ni les exceptions. C'est une vue macro (« helicopter view ») qui prépare une cartographie plus fine (logigramme, VSM). La règle d'or : le construire en commençant par le P (process) au centre, puis le O et le C.

Une crise se gagne avant qu'elle n'éclate. Le plan qu'on n'a pas écrit et exercé à froid ne s'improvisera jamais à chaud : anticiper et armer la crise, c'est tout préparer avant la rupture.

Crise, risque, incident : ne pas confondre

Le vocabulaire commande la réponse. Un incident est un dysfonctionnement courant, absorbé par les procédures habituelles ; un risque est un événement potentiel que l'on anticipe ; une crise est une rupture qui déborde les procédures ordinaires et menace l'entreprise dans ce qu'elle a d'essentiel. Elle cumule trois traits : urgence, incertitude et fort enjeu (survie, réputation, sécurité). Deux axes aident à préparer les bons scénarios : l'origine (interne ou externe) et la cinétique (crises rapides, qui exigent des fiches réflexes, ou lentes).

Anticiper : signaux faibles et scénarios redoutés

La préparation commence par l'anticipation, qui prolonge la gestion des risques : parmi les risques cartographiés, lesquels pourraient dégénérer en crise ? Ces scénarios redoutés sont écrits et hiérarchisés. L'anticipation repose ensuite sur les signaux faibles — un délai fournisseur qui s'allonge, des avis clients qui se dégradent — qu'une veille organisée sait croiser. Le pire ennemi reste le déni : « ça ne peut pas nous arriver ».

Plan de gestion de crise, cellule et niveaux d'activation

Le plan de gestion de crise, écrit à froid, dit qui fait quoi, comment et avec quels moyens. Ses composantes clés :

• Scénarios redoutés et leurs premières réponses ;
• Critères d'alerte et niveaux d'activation gradués (vigilance, alerte, crise) ;
• Cellule et rôles : pilote, coordinateur, référents métiers, avec suppléants ;
• Fiches réflexes d'une page et annuaire de crise tenu à jour.

Restreinte pour décider vite mais pluridisciplinaire, la cellule n'a qu'un seul pilote, et tout le monde sait qui.

Continuité (PCA, ISO 22301) et exercices

Armer la crise, c'est aussi préparer la continuité via le PCA, cadré par la norme ISO 22301 : identifier les activités essentielles, fixer pour chacune un délai de reprise (RTO) et une perte de données tolérable (RPO), et prévoir des solutions de repli. Un plan jamais exercé reste un plan de papier : l'exercice sur table ou grandeur nature, suivi d'un débriefing, révèle les failles avant que la réalité ne le fasse. Ainsi, une PME qui a inscrit la cyberattaque parmi ses scénarios, rédigé sa fiche réflexe et entraîné sa cellule n'a, le jour venu, plus rien à inventer.

Une crise vient d'éclater : place au temps chaud. La question n'est plus de prévenir, mais de piloter vite, communiquer juste et tenir l'humain — puis de sortir et d'apprendre.

Activer et piloter la crise avec la boucle OODA

Tout commence par le déclenchement : selon les critères définis à froid, on reste en vigilance, on passe en alerte ou on entre en crise. La bonne posture est l'escalade réversible : dans le doute, activer à un niveau supérieur, quitte à redescendre. Une fois la cellule réunie, le pilotage suit une boucle rapide et répétée, proche de la boucle OODA (Observer, s'Orienter, Décider, Agir) formalisée par John Boyd. Des points de situation brefs et réguliers resynchronisent tout le monde autour des mêmes faits, tandis que la main courante — le journal horodaté des observations, décisions et actions — évite les décisions contradictoires et sert de mémoire au retour d'expérience.

Décider sous incertitude : le tempo plutôt que la perfection

Le cœur de la difficulté est de décider sans savoir. Deux écueils symétriques menacent : la paralysie, qui réclame toujours plus d'analyses, et la précipitation, qui agit dans la panique. Deux principes aident : le principe de précaution sur l'irréversible (protéger d'abord, analyser ensuite) et la réversibilité des décisions. En crise, l'inaction est aussi une décision — souvent la pire.

Communiquer en crise : vite, vrai, un seul porte-parole

La communication est un front à part entière. Quatre principes tiennent lieu de boussole :

• Vite : un premier message d'attente vaut mieux que le silence, aussitôt rempli par la rumeur.
• Vrai : ne jamais mentir ni minimiser, sous peine d'une crise de confiance durable.
• Un seul porte-parole : pour éviter les voix discordantes.
• L'interne d'abord : les salariés doivent apprendre la crise par leur entreprise, jamais par les médias.

Sortir de la crise et conduire le REX

Une crise doit avoir une fin explicite : on décide la sortie selon des critères clairs, on désactive la cellule et l'on communique le retour à la normale, sans relâcher la vigilance. Enfin, le retour d'expérience (REX) analyse à froid, sans blâmer, ce qui a fonctionné et ce qui a manqué, pour corriger le plan. Ainsi, face à une cyberattaque, la cellule boucle toutes les 30 minutes, isole les systèmes, bascule en mode dégradé, informe l'interne d'abord — puis, une fois les systèmes restaurés, tire du REX que la sauvegarde était trop espacée. L'entreprise a tenu — et appris.