Tom Godden :
En 2023 et 2024 , nous avons un peu vécu le battage médiatique suscité par l’IA générative, l’enthousiasme, mais également un peu ce battage qui l’accompagnait. Nous sommes fermement convaincus chez AWS, qu’au fil du temps, presque toutes les applications seront augmentées par l’IA et par l’IA générative. Mais dans ce contexte, comment pouvons-nous aider les dirigeants à rationaliser leurs arguments en faveur de l’IA générative afin qu’ils n’en fassent pas trop ? Pour que vous trouviez la valeur correcte. Comment conseillez-vous aux gens d’aller de l’avant dans ce domaine ?
Matt Fitzpatrick :
Cela explique en partie pourquoi seulement 8 % d’entre eux y arrivent actuellement. L’incertitude quant à la réussite est un élément délicat du processus d’élaboration d’une analyse de rentabilisation. Prenons un exemple : vous souhaitez installer un nouveau logiciel pour gérer les dépenses. À l’heure actuelle, vous pourriez élaborer une analyse de rentabilisation, connaître exactement le flux de travail à exécuter et vous auriez une très grande confiance. Il s’agit donc d’un processus très simple pour élaborer une analyse de rentabilisation à cet égard. Mais imaginez que votre analyse de rentabilisation repose sur 12 éléments différents auxquels vous pourriez faire appel à votre organisation :
Tom Godden :
Résoudre pour N, oui.
Matt Fitzpatrick :
Où cinq d’entre eux pourraient fonctionner et sept d’entre eux pourraient ne pas fonctionner. Il faut réellement changer la façon dont fonctionne l’élaboration d’une analyse de rentabilisation pour qu’elle ressemble davantage à du capital-risque. Je ne pense pas que cela signifie que seule une personne sur dix travaille. Cela signifie que vous devez être à l’aise pour expérimenter, essayer 10, 12 ou 14 choses différentes et au fil du temps, vous en obtiendrez cinq qui fonctionnent dans le premier lot. Et dans le prochain lot, vous en aurez 10 qui fonctionneront. Vous n’investirez pas non plus d’énormes sommes pour développer chacun d’entre eux.
À titre d’exemple, considérons la gestion des connaissances : les mêmes données que vous utilisez pour un appel de service peuvent probablement être utilisées pour les centres de contact, pour produire des documents sur le déroulement de l’appel, etc. Vous vous retrouverez avec 5, 6, 7 cas d’utilisation liés à celui que vous avez créé et qui a fonctionné.
Tom Godden :
J’adore celle-là. Je conseille toujours aux gens de se procurer ce document récapitulatif des cas d’utilisation, éventuellement pour le mettre en pratique, mais ensuite de l’utiliser dans les ressources humaines, dans les finances, etc. Vous allez devoir ajuster et entraîner un peu le modèle, mais 80 % ou 90 % du travail est déjà accompli.
Matt Fitzpatrick :
Cela a été la chose la plus difficile en ce qui concerne les analyses de rentabilisation. Vous n’adoptez pas un paradigme où cela vous prendra deux ans et où il s’agit d’une analyse de rentabilisation monolithique qui, au final, est terminée. Vous adoptez plutôt un paradigme du type : « J’ai besoin de quatre composants de données différents pour ce cas d’utilisation ». Tous ces composants de données sont modulaires, je peux les utiliser pour quatre autres cas d’utilisation. En réalité, mon analyse de rentabilité consiste à me demander si cela en vaut la peine, si je vais créer suffisamment de capacités et si je peux justifier de me lancer parce que cela sera utile à plusieurs reprises. Et au fil du temps, sur une période de trois à cinq ans, vous allez multiplier votre investissement. Ce ne sera probablement pas lors du premier essai.
Tom Godden :
Alors Matt, faisons semblant d’être un CIO. En tant qu’ancien CIO, ce n’est pas difficile de faire semblant. Disons que je suis face à une situation où je veux que quelque chose soit vraiment unique, personnalisé pour moi, mais je veux aussi que ce soit peu coûteux. N’est-ce pas toujours le paradigme ? Comment McKinsey, comment abordez-vous le fait de conseiller aux gens de concevoir plutôt que d’acheter ? Lorsque vous le créez, vous pouvez le personnaliser. Cela coûte beaucoup plus cher. Lorsque vous l’achetez, c’est théoriquement moins cher, et moins personnalisé. En tant que CIO, je suis coincé entre les deux. Aidez-moi. Quels conseils donnez-vous ?
Matt Fitzpatrick :
Je suis d’avis qu’en fait, la définition de la conception par rapport à l’achat est devenue très biaisée dans la façon dont nous l’envisageons en tant qu’organisation technologique. Voici ce que je veux dire par là. Il y a 10 ans, la définition de concevoir par rapport à acheter signifiait « acheter » : je prends un produit du commerce, il fonctionne et cela me coûte un certain montant. En cas de conception, pour concevoir, je devrais littéralement installer un ordinateur central. Je dois créer tout mon code en grande partie à partir de zéro, souvent, il y a peut-être 15 ans, mais…
Tom Godden :
Concevoir l’intégralité.
Matt Fitzpatrick :
Vous concevez vraiment quelque chose à partir de zéro et votre investissement va être énorme.
Tom Godden :
Nous vous remercions de l’avoir dit, car c’est un peu la stratégie d’AWS. Aider à prendre en charge cette tâche indifférenciée.
Matt Fitzpatrick :
Si j’adopte une vision globale, pas celle d’un fournisseur de technologie en particulier, aujourd’hui, « créer » signifie lancer une instance cloud. Utiliser différents composants modulaires. Extraire du code GitHub, des référentiels de code contenant des informations. S’appuyer sur six ou sept composants prêts à l’emploi qui me permettent de proposer un produit vraiment utile et personnalisé pour mon organisation, pour une fraction du coût que nous utilisions il y a 10 ans.
Il y a trois ans, je travaillais avec un acteur qui envisageait d’acheter un produit standard. Il s’agissait d’un important gestionnaire d’actifs qui avait besoin de reconstruire son système de crédit. Leur débat portait sur l’achat d’une plateforme de crédit prête à l’emploi ou sur la possibilité d’en créer une. Et non, ce n’est pas une entreprise technologique. Il y a 10 ans, l’idée de créer une plateforme de crédit aurait semblé complètement insensée.
Tom Godden :
Les sonnettes d’alarme se déclenchent.
Matt Fitzpatrick :
Mais lorsqu’ils l’ont étudié, ils ont fini par se rendre compte que, s’ils achètent ce produit, il leur faudra investir beaucoup d’argent pour adapter leur schéma de données à la plateforme de crédit prête à l’emploi. Point suivant, les écrans. Ils avaient un système maison qu’ils essayaient de remplacer, et il allait falloir investir beaucoup d’argent pour adapter le système standard à ce qu’ils voulaient. Il allait falloir beaucoup d’investissements pour y associer les données. Et donc, le temps qu’ils aient terminé…
Tom Godden :
Quelle est la conclusion de l’histoire ?
Matt Fitzpatrick :
Ils étaient essentiellement en train de concevoir un nouveau système à partir de ce type de système prêt à l’emploi. Leur autre option était donc de prendre tous les outils modernes existants, les outils de données modernes, l’infrastructure cloud, tout ça, et de simplement mettre en place un système. Cela s’est avéré assez fou pour ne pas être plus cher que de l’utiliser.
C’est ce que nous constatons de plus en plus. L’IA générative va vraiment accélérer ce processus, car l’une des choses que j’ai appréciées dans l’écosystème de l’IA générative, c’est l’interopérabilité des différentes applications. Personne ne conçoit cela pour dire : « Vous ne pouvez utiliser que le nôtre. » Tout le monde dit que vous pouvez participer à la meilleure race. Ainsi, chaque fois qu’une nouvelle technologie sera mise au point, vous serez en mesure d’y participer. La question qui se pose alors est la suivante : si vous créez une nouvelle demande de crédit aujourd’hui et que vous achetez quelque chose et qu’un nouvel outil d’IA générative intéressant apparaît, vous ne pouvez pas l’utiliser. En réalité, vous accumulez davantage de dette technique en utilisant une plateforme de crédit standard vieille de dix ans qu’en concevant une pile moderne, interopérable et évolutive qui vous permettrait d’utiliser tous les composants modernes.
Le nombre d’entreprises qui se sont habituées à la conception, comme on pourrait l’appeler aujourd’hui, est bien plus élevé qu’il y a cinq ans. Et c’est grâce à l’investissement dans le cloud et l’infrastructure que tout cela est possible, et à une vitesse bien supérieure.
Tom Godden :
Matt, vous avez effectué de nombreuses transformations, vous avez beaucoup dirigé, vous avez vu beaucoup de choses. McKinsey parle longuement du recâblage des organisations pour y parvenir. Quels sont, selon vous, des modèles efficaces illustrant la façon dont les gens abordent cet aspect culturel afin de réussir alors que nous passons à cette IA générative ?
Matt Fitzpatrick :
Plusieurs facteurs ont joué un rôle clé à cet égard. Le premier consiste à définir très clairement quels cas d’utilisation sont réellement importants et peuvent faire avancer les choses. Encore une fois, si vous adoptez une vision d’il y a 10 ans, selon laquelle votre organisation technologique pourrait ne pas vraiment parler à votre organisation commerciale, c’est un échec infaillible. Vous avez besoin d’une vision claire de ce que je souhaite accomplir ? Quels sont les 10 cas d’utilisation que je vais essayer, comment mes équipes techniques et commerciales vont-elles travailler ensemble pour tester et apprendre ? L’ensemble de ce processus est un nouveau muscle. Les compétences qui suscitent le plus d’intérêt ces derniers temps sont ce que l’on pourrait appeler un ensemble de compétences de traducteur ou une personne qui possède des connaissances numériques, mais qui comprend également le secteur d’activité. J’ai travaillé avec de nombreux clients de l’immobilier, par exemple, et quelqu’un qui comprend à la fois la technologie et le secteur immobilier a beaucoup plus de valeur que quelqu’un qui comprend l’un ou l’autre.
Il faut établir un lien entre l’organisation technologique et les équipes commerciales afin que ce qui est en cours de conception soit réalisable et corresponde aux attentes des utilisateurs professionnels. Les compétences de traducteur deviennent vraiment importantes.
De même, vous devez beaucoup réfléchir à la requalification, ou du moins à l’ensemble des compétences techniques de votre organisation d’ingénierie. Par exemple, si vous avez une organisation d’ingénierie qui ne sait pas comment utiliser Python ou même des outils un peu plus récents comme Rust, il vous sera plus difficile de tirer parti de la plupart des outils modernes d’IA générative. Cela peut donc entraîner une sorte de reconversion, de requalification, ou de nouvelles embauches, mais vous devrez renforcer votre organisation d’ingénierie traditionnelle.