Un sinistre approche de sa libération.
CLAIM-001 se dirige vers sa libération. Josephine suit l’identité persistante du sinistre au lieu de tenter de reconstruire chaque conversation entre agents.
Josephine est conçue pour rester avec le travail à conséquences importantes pendant qu’il avance, surveiller les signes de détérioration et déclencher uniquement la protection déjà autorisée par l’entreprise.
Un insigne fixé à une voiture en mouvement n’attend pas au point de départ pour ensuite essayer de la rattraper. Il va partout où va la voiture.
L’objectif n’est pas d’obliger la direction à courir après chaque action de l’IA. Josephine reste à côté du workflow à conséquences importantes afin que le travail puisse être observé et protégé pendant qu’il avance encore.
Cet exemple montre les données métier que Josephine devrait observer, la seule protection qu’elle pourrait demander et les deux résultats de gestion différents qui pourraient suivre.
Connexion purement illustrative. La compatibilité avec un système d’entreprise réel n’a pas encore été établie.
CLAIM-001 se dirige vers sa libération. Josephine suit l’identité persistante du sinistre au lieu de tenter de reconstruire chaque conversation entre agents.
5 exceptions non résolues subsistent. La condition d’exploitation approuvée par l’entreprise en autorise au maximum 3.
Josephine peut demander que le taux de libération passe de 100 % à 25 %. Elle ne peut pas annuler le sinistre, en modifier la valeur ni inventer une autre mesure.
Si le nombre d’exceptions non résolues tombe à 2, Josephine consigne la condition dans la Vue Opérateur en lecture seule. Aucun SMS ni aucune interruption externe n’est demandé.
Si le nombre d’exceptions non résolues reste supérieur à 3 après la protection, Josephine peut demander l’avis à la direction approuvé par l’entreprise. Les avis en double pour le même incident sont supprimés.
L’entreprise décide si la protection se poursuit et comment elle est levée.
Josephine est installée à côté d’un workflow à conséquences importantes et suit le travail grâce à une identité persistante de l’élément de travail et à des preuves reliées à l’entreprise.
Josephine évalue les preuves provenant du travail lui-même. Elle n’oblige pas l’entreprise à expliquer chaque agent d’IA avant que la protection puisse commencer.
La protection est limitée à ce que l’entreprise a autorisé. Josephine n’invente pas d’autorité lorsque les preuves ou l’autorisation manquent.
Le but de la protection est d’empêcher le travail à conséquences importantes de dépasser la capacité de l’entreprise à comprendre la situation et à décider de la suite.
L’entreprise détermine à l’avance quelle protection est autorisée pour le workflow. Josephine ne peut demander qu’une protection soutenue par cette autorité et par les preuves disponibles.
Josephine maintient ces états séparés afin que la direction puisse voir ce que les preuves soutiennent réellement.
Si les preuves n’établissent pas l’une de ces étapes, Josephine doit préserver cette incertitude plutôt que signaler une intervention terminée qui ne peut pas être étayée.
Josephine distingue une situation en évolution d’une situation qui exige d’impliquer les personnes désignées.
Une situation en évolution peut être représentée par un statut ambre afin que l’entreprise voie la détérioration sans traiter chaque signal comme une urgence.
Lorsqu’une condition d’escalade définie par l’entreprise est atteinte, le parcours prévu consiste à prévenir plusieurs responsables désignés afin que la réponse ne dépende pas d’une seule personne voyant un seul tableau de bord.
Elle a besoin de preuves fiables sur le travail, d’un moyen persistant de l’identifier et d’une limite de protection autorisée par l’entreprise. Lorsque cela ne suffit pas, Josephine doit le dire.
C’est la différence entre essayer de suivre le rythme de l’IA et créer une couche opérationnelle de protection qui accompagne le travail à conséquences importantes pendant que la direction rattrape son retard.