Managing up et alliances transverses
En 2019, une CDO fraîchement nommée dans une banque européenne du top 15 arrive à sa première quarterly business review avec une stratégie data que le conseil avait déjà approuvée. Quatre-vingt-dix jours plus tard, elle était partie. Pas parce que la stratégie était mauvaise, elle était excellente, mais parce qu'elle avait traité le CIO comme un prestataire, le CFO comme un chéquier, et les patrons de la banque de détail et de la banque commerciale comme des utilisateurs finaux qui finiraient bien par « adhérer ». Le temps qu'elle comprenne que ces trois personnes contrôlaient chaque ressource, chaque jeu de données et chaque poste dont elle avait besoin, ils avaient discrètement requalifié son initiative en « projet de nettoyage de données de la DSI » et l'avaient privée de financement.
La vérité qui dérange : un CDO n'a quasiment aucune autorité directe sur les actifs qui déterminent son succès. Vous empruntez des ingénieurs au CIO, du budget au CFO, et l'adoption au business. Votre mandat est réel, mais votre levier est entièrement relationnel. Cette leçon porte sur la mécanique de construction de ce levier : transformertransformerUn Transformer est une architecture de réseau de neurones qui utilise le self-attention pour traiter des séquences en parallèle. Elle est au cœur de la plupart des modèles de langage et d'IA générative actuels.Voir la définition complète → les trois personnes les plus susceptibles de vous voir comme une menace en sponsors qui défendent votre agenda quand vous n'êtes pas dans la pièce.
La rivalité structurelle à diagnostiquer en premier
Avant de convertir un rival en sponsor, il faut comprendre *pourquoi* la friction existe. Elle est rarement personnelle. Elle est structurelle, elle vient de mandats qui se recouvrent et de ressources rares. Diagnostiquez-la précisément.
La tension avec le CIO porte sur le territoire et la définition. Historiquement, le CIO possède la donnée comme sous-produit de l'exploitation des systèmes. Votre arrivée signifie que la donnée devient un actif de premier rang avec son propre propriétaire, ce qui se lit, pour un CIO sur la défensive, comme un démembrement de son empire. La tension s'intensifie quand les lignes de reporting sont ambiguës. Si vous reportez *au* CIO, vous risquez d'être subordonné aux priorités d'infrastructure. Si vous reportez *à côté* de lui, au CEO ou au COO, vous risquez d'être vu comme un rival qui l'a contourné.
La tension avec le CFO porte sur la preuve et l'horizon. Les CFO financent ce qui montre des retours sur un calendrier qu'ils peuvent défendre devant un conseil. La plupart des initiatives data crcrLe pourcentage de visiteurs ou de prospects qui réalisent une action attendue (achat, inscription, formulaire de contact), calculé en divisant les conversions par le nombre total d'opportunités.Voir la définition complète →éent de la valeur sur une courbe de 18 à 36 mois, alors que les CFO sont tenus à des cycles trimestriels et annuels. Non géré, ce décalage fait de votre programme la première ligne budgétaire coupée en cas de retournement.
La tension avec les patrons de business unit porte sur le contrôle et l'attention. Un directeur du retail ou un patron de supply chain porte un P&L. Il interprète la « gouvernance data d'entreprise » comme une taxe sur sa vitesse et une intrusion sur des données qu'il considère comme siennes. Sa position par défaut est la non-coopération polie.
L'erreur de la CDO qui a échoué : traiter ces trois interlocuteurs comme une seule audience avec un seul message. Chaque rivalité a une cause racine différente, donc une stratégie de conversion différente.
L'exercice de cartographie des intérêts pour lundi matin
Pour chacun de vos principaux stakeholders, remplissez quatre cases avant même de programmer une réunion :
- Ce sur quoi il est mesuré (son scorecard réel, pas son titre)
- Ce qu'il craint de perdre (contrôle, budget, crédibilité, vitesse)
- Ce dont vous avez besoin de sa part (précisément : des postes, un accès aux données, une ligne budgétaire, un soutien public)
- Ce que vous pouvez lui donner (une métrique de son scorecard que vous pouvez faire bouger)
La dernière case est celle que les débutants sautent et celle qui détermine tout. L'influence n'est pas de la persuasion ; c'est de l'échange. Si vous ne pouvez pas nommer ce que vous donnez à un stakeholder, vous n'avez pas une alliance, vous avez une demande.
Managing up : produire du sponsorship, pas de l'approbation
Le managing up ne consiste pas à faire plaisir à son patron. Il consiste à outiller les dirigeants au-dessus de vous, votre CEO, votre sponsor au conseil, votre ligne de reporting, pour qu'ils portent votre agenda dans les réunions auxquelles vous n'assistez pas. Le sponsorship survit à la saison budgétaire ; l'approbation y meurt.
Parlez la monnaie du sponsor, pas la vôtre
L'instinct d'un CDO est de rendre compte avec des métriques data-natives : scores de qualité de données, couverturecouvertureLe nombre de personnes uniques exposées à votre message sur une période donnée. Contrairement aux impressions, le reach compte chaque personne une seule fois, quel que soit le nombre d'expositions.Voir la définition complète → du catalogue, précision des modèles, disponibilité des pipelines. Cela ne dit rien à un conseil. La discipline du managing up est la *traduction*, convertir chaque résultat data en résultat financier ou stratégique qui intéresse déjà le sponsor.
Comparez deux versions du même point d'avancement :
Version A : « Nous avons amélioré la complétude des données clients de 71 % à 94 % et déployé un nouveau service d'entity resolution. »
Version B : « En corrigeant la résolution d'identité client, nous avons réduit les dépenses marketing en doublon de 4,2 M€ et permis à l'équipe retail de lancer ses campagnes de cross-sell six semaines plus tôt. La complétude est passée de 71 % à 94 %, c'est le mécanisme, mais les 4,2 M€ sont le sujet. »
La version B donne à votre sponsor une phrase qu'il peut répéter mot pour mot au CFA. C'est **le vrai livrable du managing up : un *récit transférable***.
Gérez la conversation sur le risque avant qu'elle ne vous gère
Les dirigeants data perdent leur crédibilité non pas quand un projet glisse, mais quand une surprise surgit. L'habitude de managing up au plus fort levier est le brief de risque anticipé. Une fois par trimestre, apportez à votre sponsor les deux ou trois choses les plus susceptibles de mal tourner, une faille de gouvernance de l'IA, une exposition réglementaire, une dépendance critique à une équipe sous-dotée, *avant* qu'elles ne deviennent des incidents.
Cela produit deux effets. Cela vous positionne comme l'adulte dans la pièce, celui qui voit venir. Et cela convertit les risques en responsabilité partagée. Un risque que votre sponsor connaissait est un risque que vous gérez ensemble ; un risque qui le surprend est un échec que vous portez seul.
The Skill of Humor and Influence in Leadership
Construire des alliances transverses : les trois conversions
Venons-en au cœur du travail. Chacun des trois rivaux structurels appelle une conversion distincte.
Convertir le CIO : de la guerre de territoire au modèle opérationnel commun
L'alliance avec le CIO se gagne en rendant la frontière explicite et en la rendant favorable *pour lui*. L'ambiguïté est votre ennemie ; une division du travail nette est votre alliée.
Le modèle le plus durable sépare les tuyaux du sens. Le CIO possède l'infrastructure, les plateformes, la sécurité et la fiabilité de livraison. Le CDO possède la sémantique, la qualité, la gouvernance et la valeur, ce que la donnée *signifie* et si on peut s'y fier pour décider. Codifiez cela dans un RACI partagé que vous rédigez *ensemble*, pas un que vous imposez.
Voici une façon compacte de rendre cette répartition lisible dans un artefact unique auquel les deux organisations peuvent se référer :
data_domain: customer_360
platform_ownership: CIO # infra, disponibilité, sécurité, coût
pipeline_delivery: CIO # ingestion, SLA d'orchestration
data_product_definition: CDO # sémantique du schéma, règles de qualité
quality_sla: CDO # seuils de précision, de fraîcheur
access_governance: shared # le CDO fixe la politique, le CIO l'applique
business_value_owner: CDO + LOB # rattaché à une métrique P&L nomméeLe geste stratégique : créditez publiquement le CIO pour les réussites de livraison. Quand votre produit customer 360 génère du revenu, c'est la plateforme du CIO qui l'a rendu possible, dites-le, fort, devant le CEO. Un CIO qui reçoit une part de gloire de votre succès devient votre meilleur avocat côté infrastructure. Prenez le crédit seul une fois, et vous passerez un an à vous battre pour de la compute.
Convertir le CFO : du centre de coûts à l'investisseur de portefeuille
Le CFO devient sponsor quand vous cessez de lui demander de *financer une croyance* et que vous lui donnez un *portefeuille à gérer*. Reformulez vos initiatives comme un CFO pense déjà l'allocation de capital : un mix d'horizons et de profils de risque.
Présentez votre agenda data en trois tranches :
- Tranche efficacité (0-6 mois) : réductions de coûts et quick wins, décommissionnement d'outils redondants, baisse du travail de réconciliation, suppression des dépenses data en doublon. Elles s'autofinancent et vous achètent de la crédibilité.
- Tranche enablement (6-18 mois) : capacités qui débloquent du revenu, un feature storefeature storeRéférentiel centralisé qui gère les features de ML et garantit la cohérence entre les environnements d'entraînement et de production.Voir la définition complète → gouverné, une customer data platformcustomer data platformLogiciel qui unifie les données client de toutes les sources en un profil unique et durable, exploitable par le marketing, les ventes et le service.Voir la définition complète →, avec des indicateurs avancés clairs.
- Tranche optionalité (18 mois et plus) : paris qui créent des options stratégiques, capacités d'IA, nouveaux data products. Petits, explicitement présentés comme des options, pas des engagements.
Cette structure permet au CFO de financer l'ensemble du programme en s'appuyant sur les retours de court terme de la tranche efficacité, pendant que vous protégez le travail de long horizon sous le même parapluie. Vous avez transformé une promesse infinançable à 30 mois en un portefeuille autofinancé.
Le détail tactique qui scelle l'affaire : co-rédigez le business case *avec* l'équipe du CFO. Un chiffre que la finance a aidé à calculer est un chiffre que le CFO défendra. Un chiffre que vous avez calculé seul est un chiffre qu'il contestera.
Vérification des acquis
1. Selon la leçon, quelle est la raison fondamentale pour laquelle le succès d'un CDO dépend des relations plutôt que du commandement direct ?
2. La leçon décrit la tension avec le CFO comme portant sur « la preuve et l'horizon ». Qu'est-ce que cela signifie en pratique ?
3. Pourquoi la leçon insiste-t-elle sur le diagnostic de la source de friction avec un rival avant de tenter de le convertir en sponsor ?
4. Sélectionnez TOUTES les affirmations qui décrivent correctement la nature de la tension avec le CIO telle que présentée dans la leçon.
Sélectionnez toutes les réponses correctes.
5. Dans l'exemple d'introduction, la CDO fraîchement nommée échoue en 90 jours. Sélectionnez TOUTES les erreurs que la leçon attribue à son approche.
Sélectionnez toutes les réponses correctes.
Convertir le patron de business unit : de la taxe à l'avantage déloyal
Les patrons de business unit sont la conversion la plus difficile parce que leur coopération est volontaire et que leur position par défaut est l'inertie. Vous n'obtiendrez pas leur adhésion par la gouvernance. Vous devez d'abord faire de l'un d'eux un *gagnant visible*.
La séquence éprouvée est le lighthouse pattern : trouvez le patron dont la douleur est la plus aiguë et la plus quantifiable, et le tempérament le plus coopératif, puis concentrez un effort disproportionné sur une seule victoire pour lui. Ne vous éparpillez pas sur toutes les unités pour paraître équitable. Concentrez. Quand ce dirigeant se lève en comité opérationnel et dit que l'équipe data l'a aidé à atteindre son chiffre, vous avez obtenu ce qu'aucun mandat de gouvernance ne peut produire : de la pression par les pairs sur vos rivaux.
Laissez ensuite la rareté travailler pour vous. Une fois que vous avez un lighthouse et une file d'unités intéressées, vous allouez la capacité de votre équipe selon celle qui engage vraiment quelque chose : un product owner nommé, des objectifs d'adoption, une métrique de succès partagée. Vous avez inversé la dynamique. Au lieu de supplier les patrons de se conformer à la gouvernance, ce sont eux qui se disputent l'accès à votre capacité.
Une mise en garde : ne laissez jamais un patron de business unit vous traiter comme son équipe analytics privée. L'alliance ne tient que si vous livrez des actifs *réutilisables*, un data productdata productUn actif de données géré comme un produit : un owner, des utilisateurs identifiés, une qualité garantie et une valeur business mesurable.Voir la définition complète → qu'une unité finance et dont trois autres héritent. Cette réutilisabilité est ce qui fait de vous un actif d'entreprise plutôt qu'une banque de faveurs, et c'est l'histoire qui justifie votre budget auprès du CFO.
Séquencer et entretenir la coalition
Connaître les trois conversions ne suffit pas ; l'ordre compte. La CDO en échec de notre introduction avait ces trois relations à construire et a tenté de les construire simultanément et à l'identique. Ordonnez-les.
Commencez par la victoire lighthouse côté business, parce qu'une preuve rend toutes les autres conversations plus faciles. Utilisez ensuite cette victoire pour convertir le CFO, parce que vous avez désormais un chiffre réel, pas une projection. Menez l'alliance avec le CIO en parallèle dès le premier jour, parce que vous ne pouvez pas livrer le lighthouse sans son infrastructure : le modèle opérationnel commun est un prérequis, pas une suite.
Entretenir la coalition exige une habitude sous-estimée : la *pré-réunion*. Les décisions qui comptent ne se prennent jamais dans la pièce où on les annonce. Avant tout comité de pilotage, faites le tour de la salle en privé. Connaissez l'objection du CFO avant qu'il ne la formule et désamorcez-la. Donnez au CIO sa part de crédit avant la réunion pour qu'il arrive en allié. Assurez-vous que votre dirigeant lighthouse prendra la parole. Le jour de la réunion, cela doit ressembler à une formalité, parce que vous avez déjà construit le consensus, une conversation à la fois.
Enfin, auditez votre coalition chaque trimestre avec une question brutale : *qui défendrait mon agenda si j'étais en vacances pendant les coupes budgétaires ?* Si la réponse honnête est « personne », vous avez des stakeholders, pas des sponsors, et vous êtes à un retournement de la sortie qu'a prise la CDO de notre introduction.
Points clés
- Diagnostiquez la rivalité comme structurelle, pas personnelle. Le CIO craint la perte de territoire, le CFO les retours non prouvés, le business une taxe sur sa vitesse. Chacun appelle une conversion différente, pas un message unique.
- Le livrable du managing up est un récit transférable. Traduisez chaque métrique data en une phrase financière ou stratégique que votre sponsor peut répéter mot pour mot dans les réunions où vous n'êtes pas.
- Convertissez le CFO en lui remettant un portefeuille, pas une promesse. Structurez l'agenda en tranches efficacité, enablement et optionalité pour que les gains de court terme autofinancent le travail de long horizon.
- Utilisez le lighthouse pattern avec les patrons de business unit. Concentrez l'effort sur un gagnant visible, puis laissez la pression des pairs et la rareté de capacité vous faire passer de solliciteur à partenaire recherché.
- Gagnez le consensus en pré-réunion, et auditez vos sponsors chaque trimestre. Demandez-vous qui défendrait votre budget en votre absence ; si personne ne le ferait, vous n'avez pas encore construit d'alliance.
À faire, tiré de cette leçon
Ces actions sont compilées dans le plan d'action du rôle.
- Préparez chaque décision du board en amont, en privé, et maîtrisez trois chiffres par cœur
- Transformez votre opposant le plus solide en co-auteur avec un rôle délimité