Savoir ce qui tourne, ce que cela coûte, et qui en répond
Passé une dizaine de systèmes, une organisation cesse de savoir ce qu’elle fait tourner. Les projets naissent dans plusieurs directions à la fois, chacun avec son budget, son fournisseur et son porteur, et aucune vue d’ensemble n’existe. Le responsable des opérations gère ce parc : quels systèmes existent, ce qu’ils coûtent, qui en répond, lesquels sont encore utilisés et lesquels devraient être arrêtés. C’est un métier utile et exposé à une dégénérescence connue : réduit à tenir une liste, il produit un inventaire qui vieillit pendant que le parc continue de grossir. Ce qui fait la différence n’est pas la qualité du suivi mais le mandat qui l’accompagne : la capacité d’arrêter. Un système qui coûte chaque mois, que huit personnes utilisaient il y a un an et que personne n’ouvre plus, doit pouvoir être éteint par quelqu’un. Sans cette autorité, le poste documente une dérive au lieu de la corriger, et il est occupé par une personne qui finira par constater qu’elle n’a rien changé.
Responsable des opérations IA, en bref
Métier émergent| En une phrase | Gère le portefeuille : quels systèmes existent, ce qu’ils coûtent, qui en répond et lesquels devraient être arrêtés. |
|---|---|
| Jugé sur | Le fait que l’organisation sache ce qu’elle fait tourner et ce qu’elle paie pour cela. |
| Échoue quand | Cela devient un inventaire sans pouvoir d’arrêter quoi que ce soit. |
| Confondu avec | La gouvernance IA, qui fixe les règles plutôt que d’exploiter le parc. |
Un travail réel, dont le périmètre varie assez d’un employeur à l’autre pour que l’intitulé seul n’apprenne pas grand-chose. Aucun chiffre de rémunération : voir notre méthode.
Les cinq informations qui servent
Un suivi utile tient en cinq colonnes par système, et trois d’entre elles manquent dans la plupart des inventaires.
Le propriétaire nommé. Pas une direction, une personne. Un système sans propriétaire nommé est un système que personne ne réparera, et cette colonne vide est le meilleur prédicteur d’un incident mal traité.
Le coût mensuel. Appels, hébergement, licences. Il est plus élevé que prévu dans une majorité de cas, et il est rarement rapproché de l’usage réel.
La date de dernière évaluation. Quand le jeu d’évaluation a-t-il été rejoué pour la dernière fois. Une date ancienne signifie que personne ne sait si le système fonctionne encore.
Le nombre de personnes qui s’en servent réellement. Pas les comptes créés, les usages. L’écart entre les deux est souvent considérable et c’est lui qui justifie les décisions d’arrêt.
Ce qui se passerait s’il s’arrêtait. Une phrase, écrite par le propriétaire. Cette colonne est la plus instructive, parce que la réponse est fréquemment qu’il ne se passerait rien.
Pourquoi le parc grossit tout seul
Trois mécanismes produisent la dérive, et aucun ne relève d’une faute individuelle.
Les projets se lancent plus facilement qu’ils ne s’arrêtent. Lancer suppose un budget et un porteur enthousiaste ; arrêter suppose de reconnaître publiquement qu’une dépense n’a pas produit ce qu’on en attendait, ce qui n’intéresse personne.
Les coûts sont fractionnés. Chaque système coûte une somme modérée dans un budget de direction, et la somme totale n’apparaît nulle part avant qu’une vue consolidée n’existe.
Et les usages s’éteignent sans signal. Un système cesse d’être utilisé progressivement, personne ne l’annonce, et l’abonnement continue de courir parce qu’aucun mécanisme ne le remet en question.
L’arrêt, geste qui donne sa valeur au poste
Un responsable des opérations qui n’a jamais rien arrêté n’a probablement rien changé. C’est un critère brutal et il est honnête : dans un parc réel, une part des systèmes ne sert plus, et les identifier sans pouvoir agir ne produit qu’un document.
La procédure raisonnable est légère. Un système sans usage depuis un trimestre reçoit une question à son propriétaire ; sans réponse ou sans justification, il est arrêté après préavis, avec conservation des données. La possibilité de le rallumer rend la décision beaucoup plus facile à prendre.
Ce mécanisme a un effet secondaire précieux : il fait apparaître les propriétaires. Un système que personne ne défend au moment de son arrêt n’avait effectivement plus de propriétaire, ce qui est l’information qu’on cherchait.
Un métier qui suppose de ne pas être une instance
La tentation, dans les grandes organisations, est de transformer ce poste en comité. C’est le moyen le plus sûr de le rendre inopérant : un comité arbitre lentement, et l’arrêt d’un système est une décision qui doit pouvoir se prendre en quelques jours.
Le poste fonctionne quand il est tenu par une personne nommée, disposant d’un mandat écrit, qui rend compte périodiquement de ce qu’elle a arrêté et de ce qu’elle a économisé. Cette reddition de comptes est ce qui protège le poste, parce qu’elle rend visible une valeur qui autrement reste invisible.
Un dernier point distingue les organisations où ce poste produit un effet. Le responsable des opérations y est associé au lancement des projets, et non seulement à leur exploitation. Il pose alors, avant la construction, les deux questions qui éviteront un système orphelin dans deux ans : qui en sera propriétaire nommément, et à quelle condition on considérera qu’il doit être arrêté. Poser ces deux questions au départ coûte dix minutes, et elles sont pratiquement impossibles à faire trancher une fois le système en service.
