Décrire un processus métier à partir d’un entretien avec un salarié
Décrivez le processus réel : périmètre, participants, transmissions et exceptions. Avec schéma et exemple rempli.
Commencez par un cas concret
« Comment cela fonctionne-t-il chez vous ? » reçoit souvent une réponse générale : on reçoit, on vérifie, on exécute. Cela cache où la demande attend, qui précise les détails et pourquoi le travail revient en arrière. Demandez de reprendre la dernière demande terminée dans l’ordre.
La description actuelle et la conception future sont deux documents. Reconstituez d’abord la réalité. Gardez à part l’automatisation d’un transfert ou le retrait d’une validation pour que l’équipe vérifie le déroulement réel.
Quelles questions poser et comment exploiter les réponses
Définissez les limites
Demandez quel événement déclenche précisément le travail et ce qui le termine. « De la demande à l’expédition » est trop vaste pour un premier entretien. « De la réception à la transmission du dossier vérifié à la production » fixe un segment et une sortie vérifiable.
Reconstituez les transmissions
Après chaque action, demandez qui reçoit le résultat, sous quelle forme, où il est conservé et comment la personne suivante est informée. Envoyer un courriel et accepter le travail sont deux événements. Un délai entre les deux peut manquer à la procédure.
Cherchez les exceptions
Demandez des exemples de données incomplètes, de retour pour correction et de demande urgente. Notez la condition, l’action suivante et la personne qui décide. Écrivez « généralement en un jour » seulement si le point de départ et les exceptions sont établis.
Vérifiez avec un autre participant
Montrez le brouillon à la personne qui reçoit le résultat. Demandez-lui de parcourir le schéma avec une autre demande réelle. Si les versions divergent, gardez-les et vérifiez si le type de client, le produit ou la situation diffère.
Réception d’une demande de fabrication d’enseigne
Cet exemple est fictif. Les noms, conditions et résultats servent à expliquer la méthode.
Je reçois le courriel et vérifie la maquette. Si les dimensions manquent, je renvoie le dossier au chargé de clientèle. Je l’envoie en production seulement après confirmation des dimensions par le client.
Il faut deux contrôles : les dimensions doivent être présentes et confirmées. « Vérifier la maquette » est trop vague. La personne suivante doit savoir que les deux contrôles sont terminés.
La branche du schéma indique si le dossier est complet. La confirmation du client figure séparément dans la fiche de transmission. Le renvoi d’un courriel ne la remplace pas.
| Étape | Qui s’en charge | Résultat vérifiable |
|---|---|---|
| Vérifier le dossier | Coordinateur | La maquette et les dimensions sont présentes ou les éléments manquants sont listés |
| Obtenir la confirmation | Chargé de clientèle | La réponse du client concernant les dimensions est conservée |
| Transmettre à la production | Coordinateur | Le dossier est accepté par la personne désignée |
Fiche de description du processus
Copiez le modèle et remplissez-le avec un cas. Un champ vide indique une question à éclaircir.
Nom du processus : Événement déclencheur : Limite de fin : Type de cas et date : Étape / responsable / entrée / action / sortie : À qui transmettre le résultat et comment : Où le travail attend : Condition de retour et étape suivante : Source : enregistrement et repère temporel : Divergences entre participants : Qui a vérifié la description et quand : Propositions d’amélioration à part :
Testez le schéma avec un deuxième cas
- Chaque étape décrit une action.
- Chaque transmission a un destinataire et un signe d’acceptation.
- Un retour mène à une action concrète.
- La situation actuelle est distincte des propositions.
Dans le détail
Faut-il utiliser BPMN dès le départ ?
Un schéma simple et un tableau des étapes suffisent pour la première validation. Une notation formelle est utile si les participants la comprennent et si elle est nécessaire pour la suite.
Peut-on décrire le processus avec une transcription ?
Une transcription peut donner un brouillon. Vérifiez l’ordre réel, les exceptions et les responsabilités auprès d’autres participants et sur des exemples réels.