Ce cas suit notre processus existant de validation de cas publics — il ne s'agit pas d'un nouveau format de démonstration, et aucun mode produit spécifique à ce cas n'a été ajouté. La source est la description de cas publique officielle de MorganFranklin Consulting. Nous isolons d'abord les réponses de l'étape ultérieure, puis nous reconstituons uniquement ce qui était connaissable au moment de la décision, sous forme d'un ensemble de données pédagogique. Il s'agit d'une simulation pédagogique indépendante fondée sur cette source publique. Elle ne représente ni une correspondance réelle ni des résultats clients réels, et MorganFranklin Consulting n'a ni utilisé, ni examiné, ni approuvé, ni parrainé, ni certifié, ni commandité Minerva Advisor.

Le cas débute avec une entreprise Fortune 50 du secteur aérospatial, de la défense et de la technologie, qui s'est scindée en trois entités. Deux des entités issues de cette cession devaient reconstruire entièrement leur gestion des identités et des accès. Leurs processus existants étaient largement manuels et obsolètes, et les deux sociétés faisaient face à des échéances réglementaires imminentes. La question posée au comité : répliquer immédiatement l'ensemble de la plateforme héritée, ou valider par phases en fonction des privilèges critiques, des contrôles et du risque d'intégration au regard d'échéances claires — et quels signaux justifieraient d'arrêter, d'étendre ou d'inverser la trajectoire.

Cette exécution laisse un reçu de travail en cinq points. Premièrement, une source publique unique sélectionnée. Deuxièmement, quatre rôles consultatifs définis. Troisièmement, une séparation nette entre six faits établis, deux inférences et trois questions ouvertes. Quatrièmement, une comparaison structurée de deux voies de mise en œuvre. Cinquièmement, trois explications alternatives retenues, plus une condition de réversibilité explicite. Ensemble, ces éléments offrent aux dirigeants une piste vérifiable derrière le jugement final.

Ce qui était connu : les deux entités issues de la cession devaient reconstruire leur gestion des identités et des accès, et le processus hérité était obsolète et manuel. Ce qui restait inconnu au moment de la décision : l'étendue réelle des lacunes en matière d'accès critiques et de comptes de service, les problèmes de séparation des tâches, les faiblesses de suppression des accès, les dépendances d'intégration entre le cloud et les environnements sur site, les cycles de certification, et la possibilité réelle de livrer des contrôles minimums viables dans les délais.

La contestation la plus solide : les lacunes critiques pourraient être concentrées sur seulement quelques systèmes, les dépendances d'intégration pourraient être minimes, et les préoccupations de retour en arrière pourraient ne pas s'appliquer partout — ce qui signifierait qu'une approche par phases serait excessivement prudente. La condition de réversibilité est explicite : si un inventaire conjoint démontre que les lacunes sont limitées, que les dépendances sont peu nombreuses et que le retour en arrière est vérifié, la recommandation s'inverse vers une réplication hybride accélérée assortie de contrôles compensatoires, plutôt qu'une pause complète par phases.

Ce qui a été entièrement écarté de Minerva, c'est le résultat publié par MorganFranklin à un stade ultérieur : la feuille de route stratégique qu'elle a élaborée, les travaux de vérification des contrôles et d'assurance qualité, l'intégration AWS, la conception et le déploiement de SailPoint IIQ, une preuve de concept de cadre de certification, plus de quarante mille privilèges évalués, plus de quatre mille contrôles établis ou validés, et une réduction de soixante-dix pour cent du temps d'examen d'audit manuel. Rien de tout cela n'apparaissait dans les données d'entrée de Minerva.

Trois conseillers vérifient le même jugement sous des angles différents. Marcus définit l'étendue réelle des contrôles à livrer avant l'échéance réglementaire. Sofia modélise les conséquences pour la sécurité des identités, l'audit et la migration vers le cloud. Evelyn interroge la question de savoir si le phasage lui-même engendre du retard. Les trois convergent vers la même première action : verrouiller les accès critiques, la séparation des tâches et un retour en arrière vérifiable avant toute autre chose. Evelyn ajoute une réserve : si l'échéance est réellement imminente et que les lacunes s'avèrent limitées, un phasage excessif pourrait faire peser un risque de conformité supérieur à celui d'une réplication directe.

Le dirigeant saisit une condition dans la Decision Room : d'abord recenser les accès critiques, la séparation des tâches, la suppression des accès et les dépendances d'intégration, et vérifier le retour en arrière ; si les lacunes s'avèrent limitées et que les contrôles minimums peuvent être vérifiés, accélérer immédiatement l'expansion. Le système enregistre cela comme un reçu de réponse formel rattaché au dossier du cas.

La comparaison montre précisément comment cette contribution modifie le jugement. Une réplication complète de la plateforme héritée pourrait raccourcir une partie du délai de mise en œuvre, mais risque de transférer sans changement les processus obsolètes et les lacunes de contrôle non résolues dans les deux nouveaux environnements. La vérification par phases protège d'abord les accès critiques, au prix d'un risque : un manque de discipline sur le périmètre pourrait menacer l'échéance. Avec la condition du dirigeant intégrée, Minerva confirme la voie par phases — tout en conservant un déclencheur clair et fondé sur des preuves pour accélérer.

L'action engagée : commander un inventaire conjoint des privilèges à haut risque, des comptes de service et des lacunes de séparation des tâches dans les deux entités, avant toute décision de périmètre de réplication ou de migration. Les équipes de sécurité des identités, d'audit et de conformité, et de migration vers le cloud remettent cet inventaire, ainsi que le périmètre de contrôle minimum et les preuves de retour en arrière, avant que la décision d'expansion ne soit finalisée au regard de l'échéance réglementaire.

Cette exécution a utilisé quatre appels de modèle. Le premier jugement prêt à la décision a été livré en 18,387 secondes, et le résultat complet, incluant les trois vérifications croisées des conseillers, s'est achevé en 25,459 secondes — respectant le seuil de trente secondes pour la première décision et le seuil de quarante-cinq secondes pour le résultat complet. Le cas a réussi les dix contrôles de qualité de décision. Minerva ne constitue pas un conseil en sécurité ou en conformité, et ne prétend pas que des travaux techniques ou des résultats officiels ont eu lieu. Ceci reste un test à cas unique et ne représente ni des niveaux de service de production ni des résultats clients réels.