MexarFormation au handover d’un logiciel personnalisé : un programme par rôle
Le handover, c’est la passation d’une application à ceux qui vont l’utiliser, l’administrer et la maintenir. Une formation de handover réussie rend chaque personne capable de faire son travail avec l’application, sans le prestataire. Elle s’organise par rôle (utilisateurs, administrateurs, mainteneurs), s’appuie sur des exercices tirés de vos vraies tâches, se vérifie par des mises en situation, puis se prolonge pendant les premières utilisations réelles.
Par François Aubeut, fondateur de Mexar ·
Qui apprend quoi
Trois rôles, trois objectifs différents
Former tout le monde ensemble, sur tout, ennuie les uns et laisse les autres sur leur faim. Un logiciel personnalisé a souvent peu d’utilisateurs, mais des règles très propres à votre métier : chaque rôle doit les connaître sous l’angle qui le concerne.
| Thème | Utilisateurs | Administrateurs | Mainteneurs |
|---|---|---|---|
| Tâches métier quotidiennes | Faire seul | Faire seul | Connaître |
| Cas particuliers et erreurs fréquentes | Faire seul | Faire seul | Connaître |
| Comptes, droits et paramètres | —Non concerné | Faire seul | Connaître |
| Imports, exports et corrections de données | —Non concerné | Faire seul | Faire seul |
| Règles métier et leurs raisons | Connaître | Faire seul | Faire seul |
| Sauvegarde, restauration, incidents | —Non concerné | Connaître | Faire seul |
| Code, déploiement, mises à jour | —Non concerné | —Non concerné | Faire seul |
Dans une petite équipe, une même personne peut cumuler deux rôles. Elle suit alors les deux programmes, pas un mélange des deux.
Le programme
Le programme de formation, rôle par rôle
Pour chaque rôle : l’objectif, les contenus, des exemples d’exercices métier, les supports et la façon de vérifier les acquis. Les durées dépendent de l’application et de votre équipe ; elles se fixent au cas par cas.
Rôle 1 Utilisateurs : faire leur travail, et savoir quoi faire quand ça coince
Objectif
Réaliser seul les tâches de son poste dans l’application, reconnaître une situation anormale et savoir à qui la signaler.
Contenus
- Le parcours complet d’une tâche, du début à la fin, dans l’ordre du travail réel.
- Ce qui a changé par rapport à l’ancienne façon de faire (fichier, papier, autre outil).
- Les cas particuliers et les messages d’erreur qu’ils rencontreront.
- Où trouver l’aide : guide, référent, canal de questions.
Exercices métier
- Traiter de bout en bout trois dossiers réels anonymisés, dont un incomplet.
- Retrouver une information demandée par un client ou un collègue.
- Corriger sa propre erreur de saisie avant validation.
Supports
Guide par tâche, fiches réflexes d’une page, courtes vidéos d’écran pour les gestes rares.
Acquis vérifié quand : la personne traite un dossier réel sans aide, en expliquant ses choix à voix haute.
Rôle 2 Administrateurs : régler l’application sans appeler le développeur
Objectif
Gérer les comptes, les droits, les paramètres métier et les données, et répondre aux questions des utilisateurs.
Contenus
- Les rôles et droits existants, et pourquoi ils ont été définis ainsi.
- Les paramètres modifiables : listes, seuils, modèles de documents, notifications.
- Imports, exports et corrections de données, avec leurs précautions.
- Les services tiers branchés à l’application et leurs comptes.
- La frontière entre un réglage et une demande d’évolution.
Exercices métier
- Gérer l’arrivée d’un collègue et le départ d’un autre, droits compris.
- Ajouter une valeur dans une liste métier et vérifier son effet sur les écrans concernés.
- Importer un fichier volontairement imparfait, puis corriger les lignes rejetées.
- Répondre à trois questions d’utilisateurs tirées des premiers jours d’usage.
Supports
Documentation d’administration, liste des paramètres avec leurs effets, procédure d’import.
Acquis vérifié quand : l’administrateur réalise ces opérations sur l’application réelle, documentation en main, sans intervention extérieure.
Rôle 3 Mainteneurs : comprendre, réparer et faire évoluer
Objectif
Exploiter l’application, corriger une anomalie, appliquer les mises à jour et livrer une évolution sans casser les règles métier. Ce rôle peut être tenu par une personne interne ou par un développeur externe que vous choisissez.
Contenus
- Architecture, modèle de données et règles métier, avec les raisons des choix.
- Installation d’un environnement de développement à partir de la documentation.
- Déploiement, sauvegarde, restauration, surveillance et incidents connus.
- Tests existants et façon d’en ajouter.
- Utilisation de la documentation technique avec un assistant IA, lorsqu’elle est rédigée pour cela.
Exercices métier
- Installer l’application sur un poste neuf, sans aide.
- Corriger une anomalie réelle ou reproduite, avec un test, et la déployer.
- Restaurer une sauvegarde dans un environnement de test.
- Chiffrer puis livrer une petite évolution demandée par un utilisateur.
Supports
Documentation technique et d’exploitation, journal des décisions, procédures d’incident.
Acquis vérifié quand : une correction et une restauration ont été menées jusqu’au bout par le mainteneur, avec une trace datée.
Méthode
Construire les exercices à partir du vrai travail
Un logiciel personnalisé reproduit votre façon de travailler. Les exercices génériques d’un éditeur n’existent pas : on les fabrique à partir de vos dossiers, de vos exceptions et de vos erreurs habituelles.
- Lister les tâches réelles de chaque rôle, en commençant par les plus fréquentes et les plus risquées.
- Préparer des données de formation réalistes, anonymisées, dans un environnement où l’on peut se tromper sans conséquence.
- Glisser des pièges : un dossier incomplet, un doublon, une valeur hors norme. C’est là que l’on apprend les règles métier.
- Faire raconter : la personne explique ce qu’elle fait et pourquoi. Les incompréhensions apparaissent tout de suite.
- Corriger les supports après chaque séance, avec les questions posées.
Vérification
Vérifier les acquis sans questionnaire
Un quiz vérifie la mémoire. Pour un logiciel métier, ce qui compte est le geste juste au bon moment. Observez chaque personne sur les tâches de son rôle, notez le niveau atteint, et fixez le niveau attendu avant la formation.
- 1A vu faire
- 2A fait avec aide
- 3Fait seul, sur un cas réelMinimum pour son rôle
- 4Sait expliquer et dépannerAttendu du référent
Ces niveaux concernent une personne et une tâche. Ils ne se confondent pas avec les paliers de transfert, qui décrivent qui tient une opération entre le prestataire et votre équipe (voir transférer un logiciel sur mesure par paliers). Une opération peut être reprise par l’équipe alors qu’un nouvel utilisateur est encore au niveau 2 : c’est précisément ce que la grille d’observation fait apparaître.
La grille d’observation, rôle par rôle
Une ligne par personne et par tâche observée. Exemple fictif pour une application de suivi des devis.
| Tâche observée | Rôle | Attendu | Constaté | Date | Ce qui a bloqué |
|---|---|---|---|---|---|
| Réviser un devis validé | Utilisatrice | 3 | 2écart | [date] | Ne trouve pas la fonction de révision seule |
| Créer un compte et ses droits | Administrateur | 3 | 3 | [date] | — |
| Répondre aux questions sur les devis | Référente | 4 | 4 | [date] | — |
| Restaurer une sauvegarde | Mainteneur | 3 | 1écart | [date] | Procédure non encore pratiquée |
Les écarts entre niveau attendu et niveau constaté désignent les séances ciblées à prévoir. Ils ne remettent pas en cause tout le programme.
Comment l’observer : la personne réalise la tâche sur un cas réel ou réaliste, sans aide, pendant qu’un formateur ou un référent regarde sans intervenir. On note le niveau atteint, la date et ce qui a bloqué.
Ce qui ne compte pas : la présence à une séance, la signature d’une feuille d’émargement, la réponse « oui, c’est clair ».
Supports
Quel support pour quel besoin
| Support | Pour qui | Quand il sert |
|---|---|---|
| Guide par tâche | Utilisateurs | Pendant le travail, pour une tâche précise. |
| Fiche réflexe d’une page | Utilisateurs | Devant l’écran, pour un geste rare ou un message d’erreur. |
| Vidéo d’écran courte | Utilisateurs, administrateurs | Pour un enchaînement plus facile à montrer qu’à décrire. |
| Documentation d’administration | Administrateurs | Pour les comptes, paramètres, imports et services tiers. |
| Documentation technique et d’exploitation | Mainteneurs | Pour installer, déployer, restaurer, corriger et faire évoluer. |
| Environnement de formation | Tous | Pour s’exercer sans risque sur des données de test. |
| Journal des questions | Référent, administrateurs | Pour transformer chaque question en amélioration des supports. |
Après la formation
Organiser les premières utilisations
La formation ne s’arrête pas à la dernière séance. Les vraies questions arrivent avec les vrais dossiers : prévoyez de quoi les recevoir.
-
Avant le démarrage
Les accès de chacun sont testés, le référent interne est nommé, le canal de questions est ouvert. Une répétition à blanc sur un dossier réel permet de vérifier l’enchaînement complet.
-
Le premier jour d’usage
Commencez par un périmètre réduit : un service, un type de dossier, ou un nombre limité de cas. Le référent est disponible et l’ancienne façon de faire reste accessible en secours, si c’est possible.
-
Les premières semaines
Chaque question est notée dans le journal, avec sa réponse. Un point court et régulier passe en revue les blocages et met les supports à jour.
-
Le premier cycle complet
Certaines tâches n’arrivent qu’une fois par mois ou par trimestre : clôture, bilan, relance. Accompagnez la première occurrence, même si elle tombe après la formation.
-
Le bilan
Pour chaque rôle, on vérifie le niveau atteint sur les tâches prévues. Les écarts donnent lieu à une séance ciblée, pas à une reprise complète.
Chez Mexar
La prise en main fait partie de la réalisation
Dans la méthode ROI-first, la formation des équipes fait partie de l’accompagnement à la prise en main, une étape du parcours de réalisation, au même titre que la mise en service et la mesure des gains. Son périmètre et sa durée sont fixés dans le devis, selon l’application et les rôles à former.
À la fin, vous recevez le code, une documentation pensée pour être reprise par un développeur comme par un assistant IA, et la maîtrise des services tiers. Les mainteneurs que vous choisissez partent donc de supports écrits pour eux.