• Gouvernance
  • Work system

Gouvernance IA en PME : le work system plutôt que le comité

Gouvernance IA pour PME : le work system en 4 couches, un orchestrateur à 10-20 % d'un temps plein et les rituels qui font circuler le savoir. Guide.

Gouvernance IA en PME : le work system plutôt que le comité

Tapez « gouvernance IA » dans un moteur de recherche et vous trouverez des comités d’éthique, des chartes de trente pages et des organigrammes à trois étages. Tout cela a du sens… dans un groupe de 20 000 personnes. Dans une PME ou une ETI, cette gouvernance-là ne sera jamais mise en place — et si elle l’est, elle se réunira deux fois puis mourra dans un agenda partagé. La gouvernance IA d’une PME doit répondre à une seule question : comment l’usage de l’IA se structure, se diffuse et s’améliore, semaine après semaine, sans créer de bureaucratie. C’est exactement ce que fait un work system.

Ce que gouverner veut dire quand on est 80, pas 8 000

Dans une PME, il n’y a ni chief AI officer à recruter, ni direction de la conformité à mobiliser. Les décisions à prendre sont pourtant réelles : quels outils autorise-t-on, qui forme-t-on en premier, comment un bon usage découvert au commerce arrive-t-il jusqu’à l’ADV, qui décide qu’un processus mérite d’être automatisé ? Sans réponse organisée, on obtient le scénario classique : trois enthousiastes qui avancent seuls, du shadow AI partout ailleurs, et une direction qui ne sait pas ce qui se passe. La gouvernance PME n’est pas un organe, c’est un système de travail — léger, rythmé, avec des rôles nommés.

Le work system en 4 couches

Le work system est le framework signature d’Altropia. Il organise l’adoption de l’IA en quatre couches, dans cet ordre :

  1. Cadrage. Où va-t-on, avec quelles règles ? Priorités métier, grille de risques, charte d’usage, choix des outils sous contrat entreprise. C’est la couche qui évite de courir vite dans la mauvaise direction.
  2. Formation. Monter les équipes en compétence, métier par métier, avec des niveaux de maturité explicites et des référents (un pour 8 à 12 personnes). Sans cette couche, les suivantes reposent sur trois personnes.
  3. Construction. Bâtir les actifs communs : bibliothèque de prompts, assistants configurés pour les tâches récurrentes, premiers workflows outillés. C’est ici que les gains individuels deviennent des capacités d’équipe.
  4. Orchestration. Faire circuler, arbitrer, mesurer : rituels de partage, revue des cas d’usage, décisions d’investissement. C’est la couche qui empêche l’évaporation — celle que tout le monde saute, et qui explique la devise du framework : « move fast alone, move big together ». Seul, on va vite ; c’est l’orchestration qui permet d’aller loin à plusieurs.

L’ordre des couches n’est pas décoratif : former sans cadrer disperse, construire sans former crée des outils que personne n’utilise, et orchestrer sans rien avoir construit revient à animer le vide.

L’orchestrateur IA : 10 à 20 % d’un temps plein, pas un poste de plus

Le work system a besoin d’un propriétaire. Pas d’un comité : d’une personne. Nous l’appelons l’orchestrateur IA. Dans une PME, ce rôle représente 10 à 20 % d’un temps plein — une demi-journée à une journée par semaine — confié à quelqu’un qui connaît les métiers de l’entreprise, pas nécessairement un profil technique.

Son principe de fonctionnement tient en trois mots : conducts, not commands. L’orchestrateur dirige comme un chef d’orchestre, pas comme un chef de service : il ne décide pas à la place des métiers quels cas d’usage comptent, il fait jouer les équipes ensemble. Concrètement, il :

  • anime les rituels et s’assure qu’ils ont lieu (c’est 60 % du rôle) ;
  • fait circuler les cas d’usage d’une équipe à l’autre ;
  • tient la bibliothèque de prompts et la liste des outils validés ;
  • instruit les demandes d’automatisation et prépare les arbitrages pour la direction ;
  • suit trois ou quatre indicateurs d’adoption, pas trente.

Les rituels : le savoir ne circule pas tout seul

Le constat est constant d’une entreprise à l’autre : sans rituels, l’adoption décroche entre les semaines 3 et 6. Le savoir IA est un savoir chaud — il se périme vite et ne se transmet pas par documentation. Trois rituels suffisent :

  • Hebdomadaire, 15 minutes, par équipe : un cas d’usage ou un prompt partagé, un seul, par un membre différent chaque semaine.
  • Mensuel, 45 minutes, transverse : l’orchestrateur réunit les référents ; on promeut les meilleurs prompts dans la bibliothèque commune, on enterre ce qui ne marche pas, on repère les usages mûrs pour l’automatisation.
  • Trimestriel, avec la direction : revue des gains (en restant honnête : les fourchettes observées après formation vont de 2 à 8 heures par semaine et par collaborateur, très variables selon les fonctions), arbitrage des investissements de la période suivante.

Le choix de l’orchestrateur mérite dix minutes de réflexion, pas plus — mais les bonnes dix minutes. Le meilleur candidat n’est presque jamais « le plus geek » de l’entreprise : c’est quelqu’un que les équipes écoutent déjà, qui circule naturellement entre les services, et qui sait animer une réunion courte. La compétence IA s’acquiert en quelques semaines ; la légitimité transverse, elle, ne se décrète pas.

« On n’automatise qu’après avoir orchestré »

C’est la règle la plus contre-intuitive du work system, et la plus rentable. La tentation naturelle est inverse : brancher des automatisations dès les premiers succès — un agent qui trie les e-mails, un workflow qui génère les devis. Le principe d’Altropia est sans ambiguïté : automatiser avant d’orchestrer, c’est construire la locomotive sans les rails.

Pourquoi ? Parce qu’une automatisation fige un processus. Si le processus n’a pas d’abord été pratiqué manuellement avec l’IA, partagé en rituel, corrigé par les équipes, vous figez une version immature — et personne dans l’équipe ne sait ni surveiller la machine, ni la corriger, ni expliquer ses sorties. L’automatisation réussie est la dernière étape d’un usage déjà orchestré : le prompt est stable depuis des semaines, plusieurs personnes le maîtrisent, les cas limites sont connus. Alors seulement, on pose la locomotive sur des rails qui existent.

Centre d’excellence ou décentralisé ? Tranché, pour une PME

Le débat classique des grands groupes — centre d’excellence IA centralisé contre initiatives décentralisées — mérite d’être tranché sans détour pour une PME : ni l’un ni l’autre à l’état pur. Un centre d’excellence est un luxe de grande organisation : vous n’avez ni les effectifs à y dédier, ni le flux de projets pour l’occuper. La décentralisation totale, elle, produit dix bibliothèques de prompts incompatibles et des outils souscrits en double.

Le modèle qui fonctionne est un hub minimal : un orchestrateur à temps très partiel qui tient le cadre commun (charte, outils, bibliothèque, rituels), et des référents dans chaque équipe qui portent l’usage au plus près du terrain. Les cas d’usage naissent en périphérie, le cadre vit au centre. C’est toute l’architecture du work system, et c’est ce que nous aidons à installer dans nos missions de formation et de conseil.

Par où commencer, concrètement

Trois gestes suffisent pour amorcer la démarche : nommer l’orchestrateur (et sanctuariser sa demi-journée hebdomadaire), écrire la charte d’une page, lancer le rituel hebdomadaire dans une seule équipe pilote. Le reste — référents, bibliothèque, automatisations — se construit sur ces fondations, couche par couche. Notre kit gratuit Construire son work system fournit les trames : fiche de rôle de l’orchestrateur, ordres du jour des rituels, grille de décision d’automatisation. Et pour situer votre point de départ réel — cadrage, maturité des équipes, risques — le diagnostic flash reste le chemin le plus court. Vous pouvez aussi explorer l’ensemble de nos ressources pour outiller chaque couche du système.

Vous avez un projet IA concret ?

En 30 minutes, on audite votre cas d'usage, on identifie les vrais leviers et on vous dit honnêtement si l'IA est la bonne solution.