Un projet d'IA qui reste bloqué à l'IT n'est généralement pas un problème technique. C'est un projet qui n'a jamais obtenu de propriétaire en dehors de l'IT. L'IT construit un modèle, un pipeline, une intégration — et attend que quelqu'un dise quel travail va désormais se dérouler différemment. Si cette personne n'existe pas, ou n'a pas le mandat, le projet reste à l'endroit où il a été construit.
Dans certaines parties de chaque entreprise, le travail se déplace déjà. Non pas comme une annonce, mais comme une pratique : une partie du travail peut être effectuée de manière autonome par un système, une partie peut être effectuée par un système tant qu'un humain approuve ou rejette le résultat avec justification, et une partie reste du travail humain parce que le jugement, la responsabilité ou le contact avec un client ne peuvent en être dissociés. Cette répartition en trois traverse pratiquement chaque processus — non pas par service, mais par tâche.
La différence entre une entreprise où cela fonctionne et une entreprise où le projet se bloque à l'IT réside rarement dans la technique. Elle réside dans qui a déterminé quelles tâches relèvent de quelle catégorie, et qui est habilité à dire : ce travail se déplace, et celui-ci reste tel quel. Sans cette détermination, l'IT construit quelque chose que personne n'ose mettre en production, parce que personne n'a pris la décision que la décision exige.
Un projet d'IA qui reste bloqué à l'IT manque généralement de l'une de ces trois choses :
Une ambition qui va au-delà d'un pilote. Si la question « pouvons-nous construire cela » a reçu une réponse mais que la question « quel travail change structurellement de ce fait » n'en a pas reçu, il n'y a rien à mettre à l'échelle. Quelle ambition vaut-il mieux reporter d'un an traite de la distinction entre une ambition réalisable maintenant et une ambition qui exige d'abord autre chose.
Une réponse à ce qu'un système peut et ne peut pas décider sans supervision. Cette réponse ne relève pas de l'IT, mais du service qui exécute le travail et de la conformité. Que faire quand l'ambition est réalisable mais pas la conformité décrit ce qui se passe quand la technique est prête avant que les cadres ne le soient.
Un droit de décision en dehors de l'IT. Quelqu'un dans la ligne hiérarchique — pas dans l'architecture — doit pouvoir dire qu'une tâche se déplace et que la capacité libérée est déployée ailleurs. Tant que cette décision incombe à l'IT, le projet y reste également bloqué, car l'IT n'a pas ce mandat et ne devrait pas l'avoir.
Un test d'ambition établit ce qu'est l'ambition à quatre niveaux — la vision, l'état souhaité, la cible concrète, et l'état que cette cible exige — et évalue par dimension si l'organisation y est prête. Ce n'est pas une mesure de ce qu'un système peut techniquement faire. C'est une estimation de ce que l'organisation doit encore régler avant que le travail ne se déplace réellement : droits de décision, supervision, données, responsabilité.
Cette estimation n'est jamais définitive. Elle vaut ce que vaut l'information sur laquelle elle repose, et cette information est souvent incomplète au moment où une direction s'y attelle. Une dimension qui paraît prête parce que personne n'a posé la bonne question n'est pas prête — ce résultat indique surtout, à ce moment-là, ce qui n'a pas encore été examiné. Inversement, une dimension peut paraître mauvaise alors que le problème est mineur dès que quelqu'un reçoit l'autorité de le résoudre. Le test situe où en est l'organisation ; il ne remplace pas l'examen des tâches elles-mêmes.
La question sous-jacente — quel travail dans cette entreprise peut réellement être repris par l'IA, en partie ou en totalité — trouve sa réponse dans le scan de travail de FTE TO AI, par tâche, et non par service ou fonction. Cette distinction est nécessaire car un projet évalué au niveau des fonctions reste toujours bloqué à l'IT : les fonctions ne changent pas, les tâches si.
Un projet d'IA isolé qui se bloque est généralement un symptôme. Souvent, il n'existe pas de vision continue de l'évolution des huit dimensions de préparation dans le temps, et la même dimension reste année après année le goulot d'étranglement sans que personne ne le nomme — voir que faire d'une dimension qui reste bloquée depuis des années. Une ambition qui paraît modeste sur le papier exige souvent des capacités qui ne deviennent visibles que lorsque quelqu'un les confronte aux huit dimensions ; cette traduction est au cœur de quelles capacités mon organisation a-t-elle besoin pour cette ambition. Et un projet ne se bloque pas à l'IT si la direction est déjà en désaccord sur ce que signifie l'ambition — c'est le sujet de comment aligner ma direction.
Les décisions de personnel qui découlent d'un tel parcours restent toujours soumises aux exigences légales propres ; un test d'ambition et de préparation n'en constitue pas la justification et n'est pas destiné à cet usage.
Le contrôle de préparation gratuit se compose de huit questions courtes, une par dimension, et donne une première image d'où l'organisation est la plus avancée et où elle ne l'est pas. Ce n'est ni un jugement ni un point final, mais un point de départ pour mener la discussion en dehors de l'IT avant qu'un nouveau projet ne soit construit alors que personne ne l'attend. Le test d'ambition complet, avec les quatre niveaux et les cinq confidence gates, est en cours de développement.
Vertel wat u wilt bereiken, dan kijken we samen wat daarvoor moet staan.
Answers come from this site’s knowledge base. Not tailored advice, and not a scan of your company.