Cartographie des processus métier

Comprendre l’enjeu et le périmètre

Elle permet de comprendre les besoins, les ruptures de traitement et les conséquences métier des changements techniques.

Choisir un niveau de détail adapté à l’objectif, en distinguant le processus de bout en bout et les tâches qui méritent une description fine.

Passer à l’action

• Observer les pratiques et les exceptions
• Modéliser les étapes, responsabilités et échanges
• Faire valider la vue par les personnes qui exécutent le travail

Séparez les objets de leurs relations. Une application possède un identifiant stable, tandis qu’un flux relie une source et une destination et porte ses propres caractéristiques. Conservez la provenance de chaque information et sa date de vérification pour distinguer un fait constaté d'une hypothèse.

Responsabilités et moyens

Le propriétaire de processus valide, les opérationnels décrivent, et l’architecte relie la vue aux autres couches du SI.

Intégrer le temps des utilisateurs et la vérification terrain, pas seulement la production de diagrammes.

Produire et vérifier

Livrable utile

Une représentation du processus, ses variantes importantes et les liens vers applications, données et contrôles.

Preuve à rechercher

Faire parcourir un cas normal et un cas d’exception en comparant le schéma à l’exécution réelle.

Indicateur à interpréter

Mesurer les attentes, reprises et transferts sans responsable sur un type de dossier défini.

Testez le référentiel avec un changement réel ou simulé. Retrouvez les activités touchées, les interlocuteurs, les flux et les dépendances communes. Une carte agréable à lire mais incapable d'éclairer cet impact ne remplit pas encore son objectif.

Arbitrages et dépendances

Dessiner le processus officiel sans regarder les pratiques réelles masque les contournements qui font fonctionner l’activité.

La cartographie dépend du vocabulaire métier, des règles de validation et des échanges avec les partenaires.

N'essayez pas de tout dessiner dans une seule carte. Une vue de direction, une vue des interfaces et une vue de reprise répondent à des questions différentes. Elles doivent toutefois partager les mêmes identifiants et ne pas produire trois inventaires incompatibles.