Il ne s'agit pas d'un nouveau format de démonstration. Ce film suit le même processus de vérification utilisé pour chaque cas de cette série. Il s'agit d'une simulation pédagogique indépendante construite à partir d'une source publique officielle de Tata Consultancy Services, et non de correspondances réelles ni de résultats clients réels. Nous isolons d'abord les réponses de phase ultérieure rapportées dans le cas public, puis nous reconstituons uniquement ce qui était connaissable au moment de la décision dans un ensemble de données pédagogiques. Minerva Advisor a réalisé un essai en direct payant, et cette vidéo est une rediffusion vérifiée de cette Decision Room réelle. Rien ici ne signifie que Tata Consultancy Services a utilisé, examiné, approuvé, parrainé, certifié ou commandé Minerva Advisor.

Le cas s'ouvre sur une compagnie aérienne mondiale assurant environ cinq mille départs par jour dans plus de trois cents aéroports, appuyée par près de trois mille agents opérationnels, tous dépendants d'une collaboration en temps réel pour préserver la ponctualité. La décision en jeu : la compagnie doit-elle s'engager immédiatement dans une plateforme complète d'intégration des opérations mondiales, ou d'abord démontrer sa valeur sur un petit nombre d'événements critiques, dans un délai défini, afin de tester la fraîcheur des données, la responsabilité inter-équipes, l'adoption sur le terrain et les effets d'entraînement sur le réseau, avant de décider s'il faut passer à l'échelle, marquer une pause ou tout reprendre à zéro.

Cet essai en direct a produit un reçu de travail en cinq éléments. Il s'est appuyé sur une seule source publique officielle. Il a identifié quatre rôles décisionnels. Il a séparé les faits confirmés, les inférences de travail et les inconnues ouvertes en catégories distinctes. Il a comparé côte à côte la voie de l'engagement complet et la voie du pilote. Et il a conservé trois explications alternatives ainsi qu'une condition de renversement explicite. Ensemble, ces cinq éléments laissent une trace auditable que les dirigeants peuvent examiner ligne par ligne, plutôt qu'une simple recommandation sans justification.

Ce qui est connu : l'ampleur des opérations mondiales, l'engagement de ponctualité de la compagnie envers ses clients, et le besoin du personnel de terrain de disposer d'informations en temps réel pour prendre de bonnes décisions. Ce qui reste inconnu au moment de la décision : quels événements liés aux retards, aux correspondances, aux bagages, aux équipages ou à l'assistance au sol déclenchent le plus souvent des impacts en cascade sur le réseau ; où se situent la latence et la responsabilité des données ; quels aéroports représentent réellement la complexité mondiale ; et quelle autorité décisionnelle réelle détient le personnel de terrain une fois que la nouvelle information lui parvient. Minerva maintient ces inconnues visibles plutôt que de les résoudre prématurément.

Le défi le plus fort vient de la conseillère Evelyn : avec cinq mille départs répartis sur plus de trois cents aéroports, un pilote localisé pourrait tout simplement sous-estimer l'ampleur avec laquelle les impacts en cascade se propagent dans le réseau. Le système intègre également une condition de renversement ferme. Si des éléments démontrent ultérieurement que les effets d'entraînement sont structurellement indétectables à l'échelle du pilote, alors même un pilote parfaitement réussi ne devrait pas automatiquement déclencher un passage à l'échelle. Des tests supplémentaires au niveau du réseau seraient d'abord nécessaires. Cela permet à la recommandation de rester honnête sur les limites de ses propres éléments de preuve.

La réponse publiée a été délibérément exclue de toutes les entrées reçues par Minerva. Les divulgations de phase ultérieure de Tata Consultancy Services, son recours à TCS Aviana associé à Amazon Web Services et à plusieurs services de données Amazon, la configuration de plus de cinq cents anomalies opérationnelles signalant près de quatre cents événements métier par seconde, ainsi que les réductions de goulots d'étranglement qui en ont résulté, ont tous été écartés. Minerva ne disposait d'aucune connaissance préalable de la plateforme retenue, de l'architecture cloud, ni de l'échelle finale de traitement des événements au moment où elle a formulé sa recommandation.

Trois conseillers vérifient de manière croisée un même jugement. Marcus formule la véritable décision comme celle de déterminer quels événements opérationnels sont représentatifs de l'ensemble du réseau. Sofia modélise les conséquences à travers les opérations réseau, les équipes de terrain, le risque numérique et le comité de pilotage lui-même. Evelyn insiste sur le risque qu'un pilote localisé sous-estime l'impact en cascade. Les trois convergent indépendamment vers la même conclusion : mener un pilote réversible et limité dans le temps sur des événements clés soigneusement choisis plutôt que de s'engager immédiatement dans la plateforme complète, tout en exigeant que la portée et les seuils du pilote soient rendus explicites dès le départ.

La réponse de la direction, consignée comme un reçu formel, ajoute une condition plutôt que d'infirmer le jugement : d'abord verrouiller les événements les plus susceptibles de déclencher un impact en cascade inter-équipes, couvrant différents types d'aéroports, et fixer la latence des données, la responsabilité et le retour en arrière de sécurité comme des portes d'acceptation explicites avant toute dépense. Cela montre comment le système traite une nouvelle contribution de la direction, en testant si elle modifie le jugement sous-jacent ou si elle ne fait qu'affiner les conditions qui lui sont attachées.

En comparant directement les deux options : un engagement mondial immédiat accélérerait la cohérence de l'information à travers le réseau, mais avec une responsabilité, une qualité des données et un retour en arrière encore indéfinis, le risque en matière de sécurité et de ponctualité devient difficile à inverser une fois l'engagement pris. Un pilote sur événements clés valide d'abord le concept face à des données opérationnelles réelles, au prix de ne couvrir qu'une partie du réseau à court terme. C'est précisément dans cette comparaison que le système montre si la contribution de la direction modifie le jugement, et ici ce n'est pas le cas ; elle ne fait que renforcer les garde-fous du pilote.

L'action décidée : avant d'autoriser toute dépense, les équipes Opérations Réseau, Collaboration de Terrain et Risque Numérique doivent définir conjointement la portée des événements du pilote, son calendrier, ainsi que des seuils explicites de retour en arrière et d'expiration des données. Il est également demandé à ces équipes de dresser l'inventaire de la latence, de l'exhaustivité et de la propriété des données, et de proposer une liste représentative d'événements et d'aéroports, accompagnée de conditions claires d'arrêt ou d'extension, afin que le pilote puisse réellement évaluer la valeur de la plateforme avant toute décision à l'échelle du réseau.

Ce cas utilise l'essai réel en anglais : quatre appels de modèle, livrant la première décision en 19,005 secondes et le résultat complet en 26,480 secondes, respectant à la fois le seuil de 30 secondes pour la première décision et le seuil de 45 secondes pour le résultat complet. Il a réussi les dix contrôles de qualité de décision sur dix. Minerva n'affirme pas que TCS Aviana ou AWS ait été réellement sélectionné, qu'une configuration d'anomalies ait eu lieu, ou qu'un quelconque résultat client en ait découlé ; il s'agit d'un test en direct unique, et non d'une affirmation portant sur des niveaux de service en production ou sur des résultats clients réels.