Au niveau foundation, quelque chose a été mis en place. Il existe une politique, des accords sur la gestion des données, et l'infrastructure IT n'est plus un ensemble de systèmes isolés mais une structure dans laquelle de nouvelles applications peuvent en principe s'intégrer. La différence avec le baseline est qu'il existe désormais un plan au lieu du hasard. Celui qui lit sur ce que signifie le niveau baseline dans la pratique ce qui précédait, reconnaît le foundation comme la phase où les initiatives isolées ont été rassemblées en quelque chose qui tient sur le papier.
Le problème du foundation, c'est que le papier tient et que la pratique pas encore. La politique de gestion des données est rédigée, mais n'est pas suivie partout. Il existe une architecture pour l'infrastructure IT, mais les anciens systèmes subsistent à côté. La dimension organisation — qui décide, qui paie, qui est responsable lorsqu'une application d'IA fait quelque chose que personne n'avait prévu — est définie mais pas testée. C'est précisément pour cette raison que les pilotes restent souvent bloqués à ce niveau : les dimensions fondamentales sont mises en place, mais pas encore ancrées.
Dans un tour de plot, ce n'est pas une seule personne qui évalue l'organisation, mais plusieurs personnes indépendamment les unes des autres. Au niveau foundation, on constate souvent que le département IT s'évalue plus favorablement que le métier, ou qu'un CHRO évalue la dimension organisation de manière plus optimiste que les personnes qui y travaillent quotidiennement. Cette dispersion n'est pas une erreur de mesure. C'est le signal que la base est bien en place, mais qu'elle n'est pas perçue de la même manière par tous. Avant de passer à l'activation, il est plus utile de savoir où se situe cette dispersion que de calculer une note moyenne.
Le passage du foundation à l'activation ne consiste pas à ajouter une nouvelle technologie. Il s'agit de savoir si les dimensions fondamentales — organisation, infrastructure IT, gestion des données — portent ce qui vient s'y greffer. Au niveau foundation, l'architecture existe, mais il n'est souvent pas encore établi que les données circulant dans le système sont suffisamment cohérentes pour construire dessus. Une gestion des données réglée sur papier doit, dans la pratique, signifier qu'une application d'IA voit demain les mêmes données qu'aujourd'hui, dans le même format, sans qu'une correction manuelle s'intercale.
Il en va de même pour la dimension organisation. Au niveau foundation, une décision a été prise sur qui est responsable des initiatives d'IA. Au niveau activation, cette décision doit être devenue une habitude : les personnes savent à qui s'adresser, l'escalade se déroule sans qu'une réunion soit d'abord nécessaire, et la responsabilité ne repose plus sur une seule personne désignée mais sur une structure qui continue de fonctionner même en l'absence de cette personne.
Les dimensions dépendantes — les applications qui se construisent sur la couche fondamentale — arrivent généralement encore trop tôt au niveau foundation. Une organisation qui envisage d'expérimenter avec des agents qui exécutent du travail ferait bien de déterminer d'abord si l'infrastructure IT et la gestion des données peuvent le porter. Sans cette base, un agent produit des résultats que personne ne peut expliquer, et c'est généralement là qu'un pilote s'enlise : non pas parce que la technologie échoue, mais parce que la couche sous-jacente n'est pas encore suffisamment stable.
Trois éléments reviennent souvent au niveau foundation. Premièrement : une politique qui est établie mais qui n'est pas ancrée dans les routines quotidiennes, ce qui fait qu'elle est ignorée dès le premier écart. Deuxièmement : une infrastructure IT qui permet de nouvelles applications, mais dans laquelle les anciens et les nouveaux systèmes continuent de coexister sans que personne n'ait décidé quand les anciens disparaîtront. Troisièmement : une dimension organisation qui est réglée au niveau de la direction, mais qui n'est pas encore visible sur le terrain — les personnes ne savent pas à qui s'adresser, et retombent donc dans l'ancienne façon de travailler.
Ces trois points ne sont pas exceptionnels. Ils appartiennent au niveau. Le foundation est la phase où les dimensions fondamentales sont mises en place et pas encore éprouvées. C'est aussi pourquoi il est utile de regarder ce qui vient après l'activation : sur comment passer de l'activation au niveau suivant, on décrit ce qui se passe lorsque la base porte effectivement et que la question se déplace vers la cohérence entre applications, comme on peut le lire sur des chaînes où les étapes se succèdent. Celui qui veut aller plus loin peut aussi voir comment l'insight se situe par rapport au foundation via comment passer de l'insight au niveau suivant ou comment le parcours se termine avec comment passer de l'intelligence au niveau suivant.
La mesure de maturité indique si l'organisation peut porter l'IA — si les dimensions fondamentales sont suffisamment solides pour construire quelque chose. C'est une question différente de celle de savoir quelle part du travail peut effectivement être reprise par l'IA. Celui qui a établi son niveau foundation et veut savoir ce qui s'y greffe concrètement, ne trouvera pas cette réponse dans cette mesure mais dans le werkscan de FTE TO AI, qui calcule tâche par tâche quelle part du travail se prête à une reprise.
L'outil permettant d'effectuer soi-même cette mesure est encore en construction. Celui qui souhaite savoir quand il sera disponible peut s'inscrire sur la liste d'attente.
Vraag maar wat er moet staan voordat AI in uw organisatie kan landen.
Answers come from this site’s knowledge base. Not tailored advice, and not a scan of your company.