D2 · Strategy and Roadmap

Ce domaine représente 18 % de l’examen blanc — soit environ 9 items sur 50. Il vérifie votre capacité à transformer un tas d’opportunités en un plan cohérent et séquencé qu’un conseil reconnaît comme une stratégie plutôt qu’une liste de pilotes. Le cours AI Leadership de l’Academy nomme « créer un premier brouillon de stratégie IA » comme objectif explicite ; c’est donc dans ce domaine que réside le livrable phare du cours. Les compétences consistent à relier l’IA aux priorités affichées, à séquencer prouver → passer à l’échelle → ancrer, à choisir entre plateforme et solutions ponctuelles, à décider construire-acheter-partenariat et à retenir un modèle de financement qui survit au contact avec la finance.

Ce qu’il faut savoir

Une stratégie n’est pas un plan technologique ; c’est un énoncé de la façon dont l’IA fait progresser des priorités que l’entreprise a déjà adoptées. Partez des priorités affichées (croissance, coût, risque, expérience) et rattachez chaque initiative d’IA à l’une d’elles — tout ce qui ne se rattache à rien est éliminé. Séquencez le portefeuille en trois phases : prouver (quelques pilotes à fort signal avec des références), passer à l’échelle (les gagnants, industrialisés avec gouvernance et support) et ancrer (l’IA devient la façon par défaut de faire le travail). Décidez plateforme ou solutions ponctuelles et construire-acheter-partenariat délibérément, plutôt que par hasard selon qui a vendu en premier. Choisissez un modèle de financement — fonds central, refacturation ou mixte — qui correspond à votre modèle opérationnel. Le livrable est un premier brouillon de stratégie IA : court, précis et doté d’un responsable.

Objectifs d’apprentissage

À la fin de cette page, vous devriez être capable de :

1. Rattacher chaque initiative d’IA à une priorité métier affichée et éliminer celles qui ne se rattachent à aucune.
2. Séquencer un portefeuille selon prouver → passer à l’échelle → ancrer avec la bonne porte à chaque transition.
3. Choisir entre une approche plateforme et des solutions ponctuelles pour un parc donné.
4. Décider construire, acheter ou partenariat selon la capacité, la différenciation et le délai de valeur.
5. Sélectionner un modèle de financement (central, refacturation, mixte) adapté au modèle opérationnel.
6. Rédiger les sections d’un premier brouillon de stratégie IA qu’un comité de pilotage peut approuver.

2.1 Strategy starts from stated priorities

Le moyen le plus rapide de perdre un conseil, c’est de présenter l’IA comme un objectif en soi. L’IA est un moyen ; les fins sont les priorités que l’organisation a déjà publiées — généralement un petit ensemble comme croître le revenu, réduire le coût, gérer le risque, améliorer l’expérience. Chaque initiative doit se rattacher à l’une d’elles, en une ligne.

Une initiative sans ligne de rattachement n’est pas stratégique — c’est un passe-temps. L’éliminer, c’est la stratégie qui fonctionne.

2.2 The prove → scale → embed sequence

Une feuille de route a des phases, et chaque phase a un rôle, un risque et une porte différents. Les confondre — passer à l’échelle avant d’avoir prouvé, ou piloter indéfiniment — est l’échec de feuille de route le plus courant.

  PROVE ───────────► SCALE ───────────► EMBED
  (weeks–months)     (quarters)         (ongoing)

  few pilots         winners only       default way of working
  strong baselines   governance +       measured, owned by the
  clear kill gates   support + change    business, not the AI team
  learn fast         industrialise       AI team moves to next wave

  gate: proven       gate: repeatable    gate: adoption + value
  benefit, safe      at cost, adopted    sustained without heroics

Deux disciplines comptent le plus. À la porte prouver → passer à l’échelle, vous ne passez à l’échelle que ce qui a montré un bénéfice réel et référencé et une conception d’exploitation sûre — pas ce qui était simplement populaire. À la transition passer à l’échelle → ancrer, la propriété passe de l’équipe IA centrale au métier, sinon la valeur s’évapore lorsque l’attention de l’équipe se déplace.

2.3 Platform vs point solutions

Une solution ponctuelle résout bien un problème et est achetée ou construite pour ce problème. Une plateforme fournit une capacité partagée (modèles, contrôles, connecteurs, identité) sur laquelle reposent de nombreux cas d’usage. La plupart des organisations finissent avec les deux ; la décision porte sur ce qu’il faut standardiser.

Le schéma pragmatique pour une grande entreprise est une plateforme mince, des cas d’usage épais : standardisez l’identité, les contrôles et une surface de modèle gouvernée (par exemple ChatGPT Business/Enterprise avec SSO, SCIM et journalisation de conformité — voir D3), puis laissez les fonctions construire de la valeur ponctuelle par-dessus plutôt que chacune achète un outil cloisonné.

2.4 Build vs buy vs partner

Pour chaque capacité, décidez qui la fournit. Les axes qui tranchent sont la différenciation (cela nous rend-il distincts ?), la capacité (pouvons-nous la construire et l’exploiter ?) et le délai de valeur.

Le choix par défaut pour l’essentiel de la valeur de l’IA générative est acheter le socle, construire la mince couche différenciante : utilisez un fournisseur de modèle gouverné et une surface produit, et n’investissez de l’ingénierie que là où un flux de travail, un jeu de données ou une intégration vous est réellement propre. Construire votre propre modèle n’est presque jamais le facteur de différenciation ; construire votre propre usage de celui-ci sur vos données et votre processus l’est souvent.

2.5 Funding models

La façon dont vous financez façonne le comportement. Trois modèles courants, chacun avec un biais.

Le modèle mixte s’aligne généralement le mieux sur prouver → passer à l’échelle → ancrer : le centre absorbe le coût et le risque de la preuve, et le métier prend en charge le coût au fur et à mesure de la montée en échelle — ce qui force aussi le transfert de propriété à la porte d’échelle.

2.6 What an initial AI strategy draft contains

L’objectif de l’Academy est un brouillon, pas un pavé de 60 pages. Un comité de pilotage peut approuver ou rejeter un bon brouillon en une réunion. Il contient, dans l’ordre :

1. Priorities        the stated business priorities AI will serve
2. Where AI plays    the value-chain map and the chosen portfolio
3. Roadmap           prove → scale → embed with named initiatives + gates
4. Operating model   platform choice, ownership, decision rights
5. Governance        risk posture, controls, review path (ref D3)
6. People            capability plan, roles, enablement (ref D5)
7. Funding & economics  model, budget ask, unit-economics assumptions
8. Measurement       baselines, leading + lagging indicators (ref D6)

Le brouillon est un artefact vivant : il est révisé à chaque porte à mesure que les pilotes réussissent ou échouent. Une stratégie qui ne change jamais après le premier mois n’était pas une stratégie, c’était un vœu.

Cadre de décision

The T-R-A-C-K roadmap test

Avant qu’un brouillon de stratégie ne parte en comité de pilotage, faites-le passer par cinq questions. Un « non » à l’une d’elles est une réécriture, pas un débat dans la salle.

Erreurs fréquentes

Mise en situation

Scénario. Vous êtes le directeur de programme IA nouvellement nommé dans une entreprise logistique mondiale. Les trois priorités affichées du PDG cette année sont : réduire le coût de service, protéger la marge face à un nouveau concurrent à bas coût et améliorer la ponctualité de livraison. Dès votre premier mois, vous héritez : d’un projet en panne de « construire notre propre LLM logistique » (18 mois de travaux, aucun usage en production), de quatre fonctions qui testent chacune un outil ponctuel d’IA différent acheté sur leurs propres cartes, et d’une attente du conseil pour un brouillon de stratégie IA en six semaines. Le DSI veut une plateforme d’entreprise unique ; le directeur financier veut une preuve avant la dépense ; deux responsables de fonction sont attachés à leurs outils ponctuels.

Trace de raisonnement expert.

1. Ancrer d’abord aux priorités affichées. Le coût de service, la défense de la marge et la ponctualité de livraison sont les seules justifications qui survivront en conseil. Je rattacherai chaque initiative proposée à l’une d’elles, et je soupçonne déjà que le projet « construire notre propre LLM » ne se rattache à aucune — c’est une ambition technologique, pas une priorité.

2. Abandonner ou réorienter la construction du LLM. Dix-huit mois, aucun usage en production et aucune ligne de rattachement — sous le K de T-R-A-C-K, c’est un zombie. Construire un modèle de socle n’est pas notre différenciation ; notre différenciation, ce sont nos données de routage et notre processus. Je recommande d’arrêter la construction du modèle et de rediriger l’équipe vers une mince couche différenciante (optimisation du routage sur nos données) par-dessus un socle acheté.

3. Rationaliser la prolifération d’outils ponctuels sans guerre de territoire. Quatre outils non coordonnés signifient une gouvernance fragmentée et des dépenses en double. Plutôt que de les interdire d’emblée (ce qui perd les responsables de fonction), je propose une plateforme mince — identité, contrôles et surface de modèle gouvernés — et je laisse les fonctions conserver les cas d’usage qui prouvent la valeur par-dessus, en migrant hors des outils qui font doublon avec la plateforme. Cela satisfait l’instinct plateforme du DSI et l’appropriation des responsables de fonction.

4. Séquencer la feuille de route. Prouver : deux ou trois pilotes référencés visant directement le coût de service et la ponctualité de livraison (les priorités aux mesures les plus nettes). Passer à l’échelle : celui qui prouve un bénéfice à un coût unitaire acceptable. Ancrer : transférer la propriété aux opérations. La défense de la marge est un pari revenu/risque à plus long terme — je le cadre comme un item exploratoire en phase de preuve, pas comme une promesse phare.

5. Choisir le financement pour forcer l’appropriation. Mixte : le programme central finance la phase de preuve (satisfaisant le « prouver avant de dépenser » du directeur financier en gardant le pari petit), les fonctions financent l’échelle — ce qui force aussi le transfert de propriété.

6. Livrer un brouillon court. Huit sections, chaque initiative rattachée en une ligne, chaque phase avec porte et condition d’abandon, chiffres avec fourchettes. Cela tient dans la demande de six semaines parce que c’est un brouillon, pas une encyclopédie.

Résultat prêt pour le conseil : la construction non prouvée du modèle est arrêtée et son équipe réorientée ; une plateforme mince absorbe la prolifération pendant que les fonctions conservent leurs cas d’usage ; deux ou trois pilotes alignés sur les priorités entrent dans une phase de preuve avec portes ; le financement mixte force l’appropriation à l’échelle ; le livrable de six semaines est un brouillon de stratégie court, traçable et abandonnable que le conseil peut approuver ou amender.

Pièges de l’évaluation

Questions d’entraînement

Chaque item indique combien de réponses sélectionner. Engagez-vous avant de révéler.

À retenir

• La stratégie part des priorités affichées ; chaque initiative se rattache à l’une d’elles en une seule ligne, sinon elle est éliminée.
• Séquencez le portefeuille prouver → passer à l’échelle → ancrer, avec une porte et une condition d’abandon à chaque transition.
• Passez à l’échelle sur un bénéfice référencé et une conception sûre, pas sur la popularité ; ne pilotez pas indéfiniment.
• Préférez une plateforme mince, des cas d’usage épais : centralisez l’identité, les contrôles et la surface de modèle une seule fois.
• Ne construisez que la couche différenciante ; achetez le socle de commodité. « Posséder notre IA » est un slogan, pas une stratégie.
• Utilisez un financement mixte pour prouver à moindre coût et forcer l’appropriation métier à la porte d’échelle.
• Le livrable est un brouillon de stratégie court, traçable et abandonnable révisé à chaque porte — l’objectif phare du cours de l’Academy.
• Exécutez T-R-A-C-K avant le comité de pilotage : traceable, right-sequenced, affordable, controlled, killable.