Kennisbank

Infrastructure informatique : la couche que l'IA doit pouvoir porter avant que quoi que ce soit puisse fonctionner

L'infrastructure informatique est une des sept dimensions de la mesure de maturité de hybridresourcing, et une des dimensions qui précèdent les autres. Non pas parce que l'infrastructure est plus importante que les personnes ou le résultat, mais parce que l'ordre est fixe : une application d'IA fonctionne sur des systèmes, et si ces systèmes ne communiquent pas entre eux, chaque étape suivante s'arrête quelque part. Cette page explique ce que couvre cette dimension, à quoi vous voyez où se situe votre organisation, et ce qui change entre les niveaux.

Ce que mesure cette dimension

L'infrastructure informatique concerne les systèmes qui portent l'organisation : les applications, les liaisons entre elles, la puissance de calcul et le stockage, et la mesure dans laquelle cet ensemble est conçu pour le changement. Une organisation avec de nombreux systèmes qui coexistent sans liaison entre eux obtient un score différent d'une organisation où les données et les fonctionnalités peuvent circuler entre les systèmes. Il ne s'agit pas de la quantité de technologie, mais de la façon dont cette technologie s'articule.

Les cinq niveaux — baseline, foundation, activation, insight, intelligence — décrivent une progression. Au niveau baseline, les systèmes fonctionnent souvent de manière isolée, conçus pour le processus pour lequel ils ont été choisis à l'époque, sans que la liaison ait été une question de conception. Ce que baseline signifie en pratique pour une organisation dans son ensemble est détaillé sur la page consacrée au niveau baseline. Aux niveaux supérieurs, l'image évolue : les systèmes sont conçus de manière à ce que de nouvelles applications puissent s'y raccorder sans que la structure sous-jacente doive être reconstruite.

À quoi vous voyez où vous vous situez

Quelques signaux permettent déjà d'en dire quelque chose sans autre analyse. Si l'ajout d'une nouvelle application requiert systématiquement un projet d'intégration distinct, l'infrastructure se situe probablement à l'un des niveaux inférieurs. Si les collaborateurs recopient manuellement des données entre systèmes parce qu'une liaison fait défaut, c'est le signe que l'infrastructure n'est pas encore conçue pour la cohérence. Si personne dans l'organisation ne dispose d'un aperçu actualisé des systèmes en fonctionnement et de leurs connexions, la base manque pour pouvoir se prononcer à ce sujet.

Aux niveaux supérieurs, ces signaux évoluent. De nouvelles fonctionnalités peuvent se raccorder à des liaisons existantes plutôt qu'à de nouvelles. La puissance de calcul et le stockage sont évolutifs sans que chaque extension constitue un projet distinct. Et il y a une personne ou une équipe qui a une vue d'ensemble, pas seulement sur son propre système.

Le tour de cartographie de la mesure de maturité rend cette image concrète : plusieurs personnes de l'organisation évaluent la dimension séparément, sans voir les réponses des autres. Si le service informatique situe l'infrastructure au niveau activation et que le métier la situe au niveau baseline, cet écart révèle quelque chose. Cela signifie souvent que des dispositifs ont bien été construits, mais qu'ils ne sont pas utilisés comme prévu — ou que les personnes qui travaillent avec au quotidien ont une image différente de celles qui les gèrent.

Ce que demande un niveau supérieur

Le passage de baseline à foundation demande généralement une vue d'ensemble : savoir quels systèmes existent, comment ils s'articulent entre eux et où se situent les points de friction dans cette articulation. C'est un inventaire, pas un projet de construction. Sans cette vue d'ensemble, chaque étape suivante relève du pari.

Le passage de foundation à activation demande souvent des liaisons qui n'existent pas encore : un moyen de faire circuler les données entre systèmes sans étape intermédiaire manuelle. Cela peut être une intervention technique, mais c'est aussi un choix sur les systèmes qui reçoivent la priorité — tout ne doit pas être connecté en même temps.

Le passage vers insight et intelligence demande une infrastructure conçue pour l'expérimentation : une puissance de calcul qui peut être augmentée ou réduite, des environnements dans lesquels de nouvelles applications peuvent être testées sans toucher au système de production. C'est une manière de concevoir différente de ce que la plupart des organisations ont construit à l'origine, et l'ampleur de cette étape dépend fortement de ce qui est déjà en place.

Ce que coûte cette étape ne se résume pas en un montant — cela dépend du nombre de systèmes, de l'âge de l'infrastructure et de la mesure dans laquelle les choix antérieurs tenaient déjà compte de la liaison. Ce qui est certain, c'est que l'infrastructure fonctionne rarement de manière isolée. L'étape devient plus facile ou plus difficile selon la façon dont la gestion des données est organisée, car un système bien connecté n'apporte que peu si les données qu'il contient ne sont pas fiables. La vie privée et la sécurité évoluent également en parallèle : davantage de liaisons signifie davantage d'endroits où des données peuvent fuir, et cela doit être pris en compte dans la conception, pas après coup. Et sans des personnes capables de gérer et d'utiliser les nouveaux systèmes, une infrastructure connectée reste un dispositif que personne n'active.

Ce à quoi cette page ne répond pas

Cette page traite de la question de savoir si l'infrastructure peut porter l'IA — pas de savoir quel travail l'IA pourrait reprendre si cette infrastructure est en place. C'est une autre question, avec un autre instrument. Le scan de travail de FTE TO AI calcule, par tâche, quelle part du travail peut être reprise par l'IA, compte tenu des systèmes actuellement en place. Ce résultat est le plus fiable lorsqu'il est d'abord clair à quel niveau se situe l'infrastructure : un scan de travail sur un socle qui ne porte pas encore donne un chiffre que personne ne peut exécuter.