Transmettre les connaissances en PME : une procédure utile

Pour transmettre les connaissances dans une PME, documentez une tâche réelle avec son déclencheur, ses informations, ses décisions et ses exceptions. Faites ensuite essayer la procédure à un collègue autorisé, sans laisser son auteur répondre à chaque question. Les hésitations montrent ce qui manque. Une fiche utile permet de reprendre le travail et de savoir quand demander une décision, même si son auteur est absent.

Commencer par ce qui s’arrêterait demain

Choisissez une tâche dont l’absence du référent bloquerait une autre personne : qualifier une demande, contrôler un dossier, préparer une commande ou organiser une intervention. « Documenter toute l’entreprise » est trop vague pour définir un premier livrable.

Demandez au référent de montrer un exemple terminé, puis un exemple qui a posé problème. Faites préciser les indices qui lui permettent de décider. « Je vois tout de suite que ce dossier est incomplet » doit devenir une liste de pièces ou de conditions vérifiables.

Vous pouvez d’abord retrouver les applications concernées avec l’inventaire des logiciels. La procédure complète cet inventaire : elle explique l’usage et les arbitrages, pas seulement l’emplacement de l’outil.

Une fiche de procédure à copier

Le modèle suivant est une proposition de travail, pas une norme ni une procédure certifiée.

Une phrase comme « vérifier le dossier » est insuffisante. Écrivez ce qui est vérifié et ce qui arrive si le contrôle échoue. Évitez de recopier dans chaque fiche des informations qui changent ailleurs : utilisez un lien vers leur source de référence.

Exemple fictif : préparer une intervention

Une entreprise reçoit une demande avec une adresse, mais sans contact pour accéder au site. La procédure « saisir la demande puis planifier » laisserait le remplaçant organiser un déplacement impossible.

Une version exploitable distingue trois décisions :

• si le site et le contact d’accès sont confirmés, proposer un créneau selon les règles internes ;
• si le contact manque, placer la demande en attente et solliciter le demandeur ;
• si la demande signale une urgence, transmettre au responsable désigné suivant la procédure d’urgence applicable, sans inventer une règle générale.

La fiche indique également où conserver la réponse et qui peut lever l’attente. Cet exemple ne décrit pas une mission réelle. Le cas d’usage artisan et donneur d’ordre permet d’explorer les rôles et les documents associés.

« Contacter le client » : préciser de qui parle la procédure

Une instruction peut être lisible et rester ambiguë. Dans l’exemple fictif précédent, « demander au client » ne dit pas s’il faut joindre la personne qui a signalé le problème, celle qui permet l’accès ou celle qui valide la commande. Ajoutez un petit glossaire à la fiche plutôt que de laisser le remplaçant deviner. Les distinctions suivantes sont pédagogiques, à adapter aux rôles réellement confirmés dans votre organisation.

Une même personne peut remplir plusieurs rôles ; plusieurs personnes peuvent aussi intervenir dans un même dossier. Ne créez pas automatiquement plusieurs fiches clients pour représenter ces rôles. Notez la relation avec la demande ou le site, ainsi que le document ou la confirmation qui permet de l’établir. Ne déduisez pas le payeur d’une adresse électronique ou d’un nom similaire.

Test fictif à intégrer à la reprise : le demandeur et le contact d’accès sont différents, et le validateur n’est pas renseigné. Le collègue doit pouvoir préparer la question d’accès sans considérer la commande comme approuvée. S’il ne retrouve pas l’autorité nécessaire, il utilise le circuit d’attente de la matrice de validation. Consignez le terme qui a créé l’hésitation et corrigez sa définition dans la source de référence.

Ce glossaire n’établit aucun mandat ni engagement contractuel et n’autorise pas à partager tout le dossier avec chaque interlocuteur. Les droits d’accès restent à valider séparément. Pour aller au-delà d’une fiche, la page sur l’ontologie d’entreprise explique comment relier les objets, les rôles et les règles sans confondre leurs sens.

Faut-il dessiner un processus ?

Un schéma devient utile lorsque plusieurs rôles se transmettent le dossier ou que les décisions produisent plusieurs chemins. Pour formaliser ces échanges, il existe notamment la notation BPMN, dont l’OMG publie la spécification 2.0.2.

Il n’est pas nécessaire d’adopter toute cette notation pour rédiger une première fiche. Une séquence lisible et des conditions explicites suffisent à tester la compréhension. Le schéma ne doit pas masquer les exceptions que les personnes gèrent réellement.

Tester la transmission avant de la considérer terminée

Faites reprendre un dossier pédagogique ou une copie autorisée à un collègue ayant les droits nécessaires. Observez les questions, les recherches et les retours en arrière. Le référent reste disponible pour empêcher une erreur ayant un effet réel, mais les demandes d’aide sont consignées.

Testez un chemin normal, une information manquante et une situation qui exige un arbitrage. Pour chaque blocage, distinguez une instruction absente, un accès manquant et une décision que le remplaçant n’a pas le droit de prendre. Les corrections sont différentes.

La CNIL recommande des accès adaptés aux missions et le retrait des autorisations devenues inutiles. Transmettre un savoir-faire ne signifie donc pas partager le compte du référent. Prévoyez les habilitations du remplaçant et leur révision à la fin du remplacement.

Pour distinguer un accès manquant d’un accord manquant, complétez la fiche avec une matrice « qui valide quoi ». Elle précise l’autorité, ses limites et le traitement des absences sans recopier les étapes de la procédure.

Une fiche de test de reprise à remplir

Avant l’essai, notez la version de la procédure, la tâche testée, le rôle du collègue et le résultat attendu. Utilisez des dossiers fictifs dans un environnement autorisé, sans envoi réel ni modification d’un dossier client. Le tableau suivant est une proposition pédagogique pour consigner les essais, pas un protocole de certification.

Ne cochez pas simplement « compris ». Pour chaque essai, gardez la trace du résultat observé, l’aide demandée et la version à corriger. Les trois situations peuvent avoir des statuts différents : une réussite sur le dossier complet ne valide pas le traitement des exceptions.

Dans un exemple fictif, le collègue prépare correctement une intervention simple, mais invente un contact quand ce champ manque. Le test ne démontre pas une transmission réussie : la règle d’attente doit être clarifiée, puis cette situation rejouée. Si le blocage vient au contraire d’un droit absent, faites examiner l’habilitation par le responsable ; n’ajoutez pas le mot de passe du référent à la fiche.

Terminez par une décision explicite : « utilisable sur le périmètre testé », « à corriger avant utilisation » ou « non testé », avec un responsable et une date de reprise. Un essai limité ne prouve ni la maîtrise complète du métier ni la sûreté d’une opération sensible. Les procédures de sécurité et les formations applicables restent prioritaires.

Peut-on donner cette fiche à une IA ?

Elle peut servir de source documentaire si son usage est autorisé et si les informations sensibles sont protégées. Pour qu’une réponse puisse être contrôlée, conservez un titre stable, une version, un responsable et des liens vers les règles applicables. Distinguez les faits observés des décisions à faire valider.

Une IA qui retrouve une fiche ne dispose pas automatiquement du droit d’exécuter ses actions. Une information manquante doit conduire à demander une précision ou à signaler une limite. Le guide sur le contexte IA en entreprise explique pourquoi les sources, les règles et les droits doivent être conçus ensemble.

Quelle version de la procédure fait référence ?

Avant de transmettre une fiche à un collègue ou de l’utiliser comme source pour une IA, reliez-la à ses documents de référence. Un fichier récent n’est pas nécessairement la version approuvée. Le registre ci-dessous est un modèle pédagogique : il aide à retrouver une règle et son responsable, sans certifier sa validité ni autoriser sa diffusion.

Exemple fictif : une ancienne procédure demande une validation du bureau avant planification, tandis qu’une note récente permet une exception. Le collègue ne doit pas choisir le document le plus récent au hasard ; l’IA non plus. Consignez le désaccord, identifiez le rôle qui peut trancher et suspendez la décision concernée jusqu’à clarification. Une réponse fluide ne résout pas une contradiction entre sources.

Pour tester le registre, choisissez une instruction et demandez au remplaçant de retrouver sa source, sa version applicable et son responsable. Introduisez ensuite une copie explicitement périmée dans un dossier fictif : peut-il repérer qu’elle ne fait plus référence ? Conservez séparément ce qui a été retrouvé, ce qui reste incertain et l’action de clarification. Ne faites aucun essai en envoyant des documents confidentiels à un service non autorisé.

La distinction des droits reste celle rappelée par la CNIL sur les habilitations : un accès répond à une mission et doit être validé. Le registre ne remplace ni cette validation, ni la vérification du contrat et des conditions de traitement du service IA. Pour préparer les sources avec les règles et les droits, poursuivez avec le contexte IA en entreprise.

Limites et prochaine étape

Une procédure écrite ne transfère pas toute l’expérience d’un métier. Les gestes, la perception d’une situation et les arbitrages complexes peuvent demander observation et accompagnement. Ce modèle ne remplace ni une formation réglementaire ni une procédure de sécurité métier.

Commencez avec une tâche et mesurez les questions encore nécessaires lors du test. Pour examiner un point de dépendance dans votre organisation, apportez une fiche sans données sensibles à un premier rendez-vous. Une cartographie peut ensuite relier les procédures aux personnes, aux outils et aux décisions.