Oracle déploie ChatGPT Work et Codex en interne

TThéa

Oracle décrit l’utilisation de ChatGPT Work et de Codex dans plusieurs fonctions de l’entreprise, d’après OpenAI. L’objectif est de transformer des connaissances spécialisées en étapes de travail plus rapides et reproductibles. Ce n’est donc pas un seul outil appliqué partout de la même manière : les exemples concernent des tâches distinctes, du recrutement à l’ingénierie, en passant par les opérations. Le chiffre le plus frappant porte sur la préparation d’analyses du marché des talents, qui serait passée de 2 à 4 jours à environ 15 à 20 minutes. Mais ce délai concerne cette préparation, pas l’ensemble d’un processus de recrutement. Alors, le point important est de regarder précisément quelle tâche est accélérée, et ce que l’équipe continue de devoir vérifier.

TThéa

L’équipe d’acquisition de talents d’Oracle utilise ChatGPT Work pour préparer une analyse du marché des candidats, d’après Brief IA. L’outil examine les rôles comparables, les rémunérations et les viviers de candidats selon les zones géographiques. Selon Jan Ackerman, cette étape, qui prenait auparavant de 2 à 4 jours, prend désormais environ 15 à 20 minutes. Il s’agit bien du travail de collecte et de préparation des informations, et non d’une décision automatisée sur les candidatures. Oracle indique aussi que les recherches sont intégrées de façon homogène, afin que chaque responsable du recrutement dispose d’un niveau comparable de données et d’analyses. Cela pourrait faciliter la préparation des recherches entre les équipes, mais ne signifie pas que tous les postes ni tous les marchés demandent exactement le même travail.

TThéa

À l’Oracle Applications Lab, Codex convertit des questions métier formulées en langage courant en requêtes SQL. L’équipe a conçu une ontologie, c’est-à-dire une représentation des objets, de leurs relations et des règles métier utiles à ces demandes. Cette structure donne un cadre au système pour interpréter la question et produire une requête. Codex peut ensuite sélectionner les systèmes internes à interroger, puis fournir une analyse, un rapport ou une application. L’enjeu est de relier une demande formulée par un utilisateur à des informations internes, sans lui demander de rédiger lui-même une requête technique. Cela ne rend pas la réponse automatiquement juste dans tous les cas : Oracle souligne par ailleurs que les usages de Codex exigent une supervision humaine. En fait, l’exemple montre surtout comment une connaissance des données et des règles de l’entreprise peut être intégrée au déroulement d’une tâche.

TThéa

Les ingénieurs SRE d’Oracle utilisent Codex pour retrouver le contexte d’incidents de production et faire apparaître le manuel d’intervention correspondant. SRE désigne ici les équipes chargées de la fiabilité des services. L’outil les aide donc à rapprocher un incident des procédures pertinentes, au lieu de devoir retrouver manuellement chaque document. Les éléments disponibles ne donnent pas de mesure précise du temps gagné pour ces incidents. Il faut donc distinguer cet exemple du chiffre du recrutement : dans un cas, Oracle fournit une durée de préparation avant et après l’outil ; dans l’autre, l’usage décrit porte sur la recherche de contexte et de procédures. Le rôle de Codex est ici de faciliter l’accès aux informations utiles pendant le travail opérationnel.

TThéa

Oracle souligne que l’utilisation de Codex nécessite une supervision humaine et des règles techniques. Richard Lam insiste sur la nécessité de contrôler l’architecture sous-jacente et de définir des limites pour la conception, la sécurité et la structuration du code généré. Ce contrôle ne concerne donc pas seulement la réponse immédiate de l’outil : il porte aussi sur la manière dont le logiciel est construit et pourra être maintenu. Richard Lam avertit qu’une collaboration insuffisante avec Codex peut conduire à du code difficile à maintenir. C’est une limite importante, car un résultat qui semble répondre à une demande peut malgré tout poser des difficultés lorsqu’il faut le comprendre, le modifier ou l’intégrer à d’autres systèmes. Oracle présente ainsi la supervision et les règles d’architecture comme des conditions de l’usage, pas comme des étapes facultatives. L’accélération du travail ne dispense pas les équipes de vérifier le code et ses conséquences techniques.

TThéa

Oracle décrit trois familles d’usages : préparer des analyses pour le recrutement, convertir des questions métier en requêtes SQL, et retrouver le contexte ainsi que les procédures liées aux incidents. Le résultat chiffré le plus précis concerne la préparation du marché des talents, passée de 2 à 4 jours à environ 15 à 20 minutes. Ce chiffre ne permet pas de conclure que tout le recrutement est devenu aussi rapide, ni que les autres usages produisent le même gain. Pour les demandes métier, l’exemple repose sur une représentation des objets, des relations et des règles de l’entreprise, qui sert de cadre à Codex. Pour les incidents, l’intérêt décrit est un accès plus direct au contexte et au manuel adapté, sans durée de résolution publiée. Enfin, Oracle met en avant la supervision humaine, la sécurité, l’architecture et la qualité du code. À retenir : ces outils peuvent accélérer des étapes précises, mais leur intégration demande des contrôles et une attention à la maintenabilité.