Vous avez peut-être déjà vu un diagramme BPMN de votre entreprise : des couloirs, des tâches, des losanges de décision. Il décrit fidèlement l'enchaînement d'un processus. Posez-lui une question de direction générale, par exemple « que se passe-t-il si notre automaticien part ? », et il reste muet. La modélisation d'entreprise couvre un champ bien plus large que la modélisation des processus, et un dirigeant de PME ou d'ETI a besoin d'un modèle qui réponde à ses propres questions.
Cet article compare les méthodes les plus utilisées (BPMN, ArchiMate, UML, cartographie des processus) et ce qu'elles taisent, puis présente la modélisation fonctionnelle d'EVOYKO, qui dessine une carte de l'organisation à partir de cartes de référence par activité. Il s'agit ici du fonctionnement de votre entreprise, pas d'un business model au sens commercial.
Qu'est-ce que la modélisation d'entreprise ?
La modélisation d'entreprise consiste à représenter formellement les éléments qui composent une entreprise et leurs relations : processus, rôles, moyens, informations, objectifs. Cette description simplifie volontairement le réel pour le rendre lisible et discutable par des personnes qui ne le voient pas sous le même angle.
La discipline s'est développée en productique, où elle sert à l'analyse, à la conception et à l'intégration des systèmes de production. Elle croise plusieurs perspectives : les processus (qui fait quoi, dans quel ordre), la structure (rôles, responsabilités), l'information et la stratégie. Quand le schéma porte d'abord sur la structure, on parle de modélisation organisationnelle.
En quoi diffère la modélisation des processus métier ?
La modélisation des processus n'en couvre qu'une perspective. Une cartographie des processus donne la vue d'ensemble ; la modélisation des processus métier détaille ensuite chaque flux de processus, tâche par tâche. Le modèle global relie ces flux aux métiers et aux décisions qui les rendent possibles.
Pourquoi un dirigeant de PME ou d'ETI modélise son entreprise
Un dirigeant modélise son organisation pour décider sur une image partagée plutôt que sur le souvenir de chacun. Au-delà de 50 salariés, plus personne ne voit tout le fonctionnement, vous compris.
Vous préparez une croissance et voulez savoir quelle fonction saturera la première. Vous regroupez deux sites sans perdre une compétence au passage. Un technicien expérimenté de la production part à la retraite et personne ne sait ce qui dépend de lui. Vous lancez une offre nouvelle et cherchez ce qu'elle exige de vos équipes.
Dans chacun de ces changements, l'analyse repère les goulots d'étranglement d'un processus, les dépendances à une personne et l'écart entre ce que vos équipes savent faire et ce que vos objectifs exigent. Toute amélioration sérieuse part de là.
Les méthodes de modélisation les plus utilisées
Quatre approches dominent, chacune pour une question et un public précis : BPMN pour les processus métier, ArchiMate pour l'architecture des systèmes d'information, UML pour le logiciel, la cartographie des processus pour la démarche qualité.
BPMN 2.0 et la modélisation des processus métier
BPMN (Business Process Model and Notation) est la notation de référence pour la modélisation des processus métier, publiée par l'Object Management Group. La spécification BPMN 2.0.2 de l'OMG (2013) lui fixe pour objectif premier une notation compréhensible par tous, de l'analyste qui dessine le processus au développeur qui l'automatise. Elle permet de représenter visuellement les flux de travail : événements de début et de fin, tâches, passerelles de décision, couloirs qui attribuent chaque tâche à un acteur. Sa force tient à sa rigueur. Un modèle de processus bien construit s'exécute dans un moteur de workflow ; les outils de gestion des processus (BPM) s'en servent pour l'amélioration des processus en continu.
ArchiMate : le langage des architectes
ArchiMate est, selon The Open Group qui le maintient, un langage de modélisation ouvert et indépendant consacré à l'architecture d'entreprise. Il relie trois couches : le métier, les applications et l'infrastructure technique. Les DSI s'en servent pour aligner les investissements informatiques sur le métier et savoir quelle application soutient quel processus métier.
UML : un langage né pour le logiciel
UML (Unified Modeling Language), lui aussi publié par l'OMG, est un langage graphique pour visualiser, spécifier, construire et documenter des logiciels. Ses diagrammes d'activité décrivent parfois une entreprise, mais son vocabulaire reste celui de la conception logicielle.
La cartographie des processus
La cartographie des processus montre l'entreprise comme un ensemble de processus de pilotage, de réalisation et de support, du besoin du client à sa satisfaction. C'est l'outil de base de la démarche qualité ISO 9001 et de son amélioration continue. Elle permet de représenter visuellement toute l'entreprise sur une page, au prix du détail d'exécution que porte le BPMN.
Les limites du BPMN et de l'architecture d'entreprise pour piloter l'organisation
Le BPMN et ArchiMate décrivent comment les processus métier s'enchaînent et sur quelles applications ils s'appuient. Ils ne disent pas de quels métiers dépend la valeur, ni ce qui arrive quand l'un d'eux manque. La norme BPMN l'écrit elle-même.
La spécification BPMN 2.0.2 exclut de son champ la définition des modèles organisationnels et des ressources, la décomposition fonctionnelle, les modèles de données, la stratégie et les règles de gestion (OMG, 2013, clause 7). La notation la plus répandue laisse donc de côté presque tout ce qui occupe un comité de direction.
Ce qu'un diagramme BPMN ne montre pas
Un couloir BPMN attribue une tâche du processus à une équipe ou à un poste. Il ne dit pas quelles compétences cette tâche exige, si deux métiers différents peuvent la réaliser, ni si elle en demande plusieurs à la fois. Il ne sait pas non plus représenter la régulation entre métiers : qui lance le travail, qui peut l'arrêter, qui le valide. Ce sont pourtant ces informations qu'exige l'analyse d'un « que se passe-t-il si… ». La modélisation des processus s'arrête là où commencent les questions de direction.
Des modèles écrits par des spécialistes
Kurt Sandkuhl et huit coauteurs le constatent dans la revue Business & Information Systems Engineering (2018) : la discipline existe depuis plusieurs décennies, mais elle reste pratiquée par un petit nombre de personnes ayant une affinité pour la modélisation. Un référentiel ArchiMate de plusieurs centaines d'objets sert la DSI ; il atteint rarement le comité de direction.
La modélisation des processus métier garde toute sa valeur : le BPMN reste l'outil pour automatiser un flux, conduire l'amélioration des processus ou certifier une procédure. Reste à savoir quel outil répond à la décision que vous avez à prendre.
La modélisation fonctionnelle : une carte de l'organisation pour la direction
La modélisation fonctionnelle d'EVOYKO représente l'entreprise par ce qu'elle transforme : les ressources qui entrent, les métiers qui les transforment, ce qui sort et ce qui régule l'ensemble. Elle part d'une question simple pour un comité de direction : qui transforme quoi, avec qui, et sur décision de qui.
Le vocabulaire de la carte
La carte utilise peu de symboles pour représenter le fonctionnement. Les ressources, matérielles ou immatérielles, sont des cercles. Les fonctions et métiers qui les transforment sont des boîtes. Quand plusieurs métiers sont tous nécessaires à une transformation, un cadre réunit cette équipe indispensable. Quand chacun suffit, leurs boîtes s'empilent : ce sont des remplaçants possibles. Les activités extérieures, clients ou fournisseurs de matière, apparaissent en gris. Les circuits de régulation indiquent enfin qui déclenche, freine, mandate ou qualifie qui.
Une fonction que vous confiez à un prestataire n'est pas une activité extérieure. Votre comptabilité reste une fonction de l'entreprise, même tenue par un cabinet : elle figure sur la carte, marquée comme sous-traitée. La carte montre ainsi la part de sous-traitance de votre organisation, avec ce qu'elle implique de dépendance, de coût et de savoir-faire qui sort.
De la carte de référence à la carte de votre entreprise
EVOYKO dispose de plus de 400 cartes de référence, qui décrivent ce que fait une activité type à partir d'environ 3 000 métiers et de près de 13 000 compétences. La carte de votre entreprise s'assemble à partir des cartes de référence de ses activités, puis l'analyse la confronte au terrain.
L'avantage pour vous : EVOYKO ne part ni d'une page blanche ni des seuls entretiens. La carte de référence dit ce qu'une entreprise de votre activité mobilise ; la confrontation montre ce qui manque, ce qui est en double, ce qui est sous-traité et ce qui dépend d'une seule personne. Un métier absent reste sur la carte : son absence devient un constat à discuter avec vous. Le langage de la carte est standardisé : deux sites, deux dates ou deux entreprises se comparent, et la carte reste exploitable par des outils d'analyse. Valentin Roustan, Ph.D., directeur général d'EVOYKO, a conçu cette approche ; ancien Marie Skłodowska-Curie Fellow à l'Université de Vienne, plus de 600 citations académiques, il enseigne la systémie dans l'Executive DBA de TBS Education.
Une carte, plusieurs lectures pour le comité de direction
Chaque fonction de la carte agit comme un tiroir : elle s'ouvre sur les informations dont chaque membre du comité de direction a besoin, rattachées au même point de l'organisation.
- Processus et procédures. Les processus auxquels la fonction participe, détaillés en BPMN quand il faut les exécuter ou les certifier : le BPMN reste l'outil de ce tiroir.
- Outils informatiques. Les applications dont la fonction a besoin : c'est la lecture de la DSI, celle qu'ArchiMate formalise.
- Données RH. Effectifs, compétences, départs prévus, projetés sur les métiers de la fonction : la lecture du DRH.
- Données financières. Coûts, coûts cachés, valeur produite par la fonction : la lecture du DAF.
Les quatre lectures partagent le même référentiel. Un départ en retraite, une application en fin de vie ou un surcoût se lisent au même endroit de la carte, et le comité discute d'un seul objet.
BPMN ou modélisation fonctionnelle : comparatif et cas d'usage
Choisissez le BPMN pour exécuter, automatiser, certifier un processus ou en piloter l'amélioration ; choisissez la modélisation fonctionnelle pour décider de la structure qui le porte. La figure ci-dessous traite deux fois le même cas : l'installation d'une ligne de production.
À gauche, le diagramme BPMN du processus répond à « dans quel ordre, et quelle équipe fait quoi ? » : le bureau d'études réalise les plans, l'atelier installe la ligne, une passerelle renvoie l'installation tant qu'elle n'est pas conforme, puis l'équipe de mise en service prend le relais. À droite, la carte EVOYKO montre que l'installation peut reposer sur trois métiers interchangeables, alors que la mise en service exige à la fois un technicien de mise en service et un automaticien, et que le chef de projet déclenche cette étape. Si votre seul automaticien part, la carte signale le point de rupture ; le diagramme BPMN reste identique. Ce cas est construit à partir d'une carte de référence EVOYKO simplifiée et ne décrit aucun client.
| Critère | BPMN 2.0 | ArchiMate | UML | Cartographie des processus | Modélisation fonctionnelle EVOYKO |
|---|---|---|---|---|---|
| Question traitée | Dans quel ordre s'enchaînent les tâches d'un processus métier ? | Quelle application soutient quel métier ? | Comment le logiciel est-il structuré ? | Quels processus composent l'entreprise ? | Quels métiers transforment quoi, et qui les déclenche ? |
| Unité de base | Tâche, événement, passerelle | Élément métier, applicatif ou technique | Classe, cas d'utilisation | Processus | Ressource, métier, régulation |
| Lecteur principal | Analyste, équipe qualité ou informatique | Architecte, DSI | Développeur | Responsable qualité | Direction générale, comité de direction |
| Métiers qui se remplacent | Non | Non | Non | Non | Oui (boîtes empilées) |
| Métiers tous nécessaires | Non | Non | Non | Non | Oui (équipes indispensables) |
| Régulation entre métiers | Déclencheurs entre tâches seulement | Déclenchements entre processus seulement | Non | Non | Oui (déclenche, freine, mandate, qualifie) |
| Préparer la croissance | Partiellement : quelles étapes automatiser ou dimensionner | Côté SI : quelles applications doivent suivre | Non, périmètre logiciel | Partiellement : quels processus créer ou renforcer | Oui : quelles fonctions saturent, quels métiers manquent |
| Renforcer la résilience | Partiellement : contrôles et chemins alternatifs d'un flux | Côté SI : dépendances entre applications | Non | Partiellement : interfaces entre processus | Oui : métiers sans remplaçant, dépendance à une personne ou à un prestataire |
| Transmettre les savoir-faire | Partiellement : formalise la procédure, pas la compétence | Non | Non | Partiellement : documente les processus | Oui : relie chaque métier à ses compétences et repère celles sans relève |
| Usage type | Amélioration et automatisation d'un flux, certification | Aligner informatique et métier | Conception d'un logiciel | Structurer un système qualité | Préparer une croissance, une réorganisation, un départ |
Les deux approches se complètent
Dans une PME industrielle, la carte fonctionnelle et le BPMN d'un même processus coexistent sans se gêner. La carte dit à la direction où se trouvent les dépendances et quelles compétences sécuriser. Le BPMN fournit ensuite le modèle de processus que les équipes exécutent. Commencer par le BPMN revient à optimiser l'ordre des tâches avant de vérifier que les bons métiers existent pour les réaliser : un goulot d'étranglement dû à un métier manquant ne se voit pas sur le diagramme.
Comment se déroule une démarche de modélisation d'entreprise
Une démarche de modélisation suit cinq étapes, quel que soit le langage retenu.
- Cadrer la question. Un schéma sans question devient un inventaire. Formulez la décision à éclairer : croissance, regroupement de sites, départ d'un collaborateur clé, offre nouvelle.
- Choisir le niveau et le langage. Une question d'exécution d'un processus appelle le BPMN et la modélisation des processus métier, une question d'alignement informatique ArchiMate, une question de structure une carte fonctionnelle.
- Recueillir l'information. Entretiens avec les responsables, documents existants (organigramme, fiches de poste, procédures, descriptions de processus), observation du travail réel.
- Construire et confronter. Ceux qui font le travail relisent la carte ; les écarts avec le terrain forment la matière de l'analyse et des pistes d'amélioration.
- Décider et maintenir. La carte éclaire la décision, puis vous la mettez à jour à chaque changement significatif.
Côté outils, un tableur et un logiciel de diagramme suffisent pour démarrer ; un logiciel de modélisation ou de gestion des processus devient utile au-delà de quelques centaines d'objets. L'outil se choisit après la question.
Chez EVOYKO, la démarche part de la question de la direction, assemble la carte de l'organisation à partir des cartes de référence de vos activités, puis la confronte à votre réalité en entretiens. Le même travail prépare une transformation du business model : la carte montre les métiers qu'exige le nouveau modèle et ceux qui vous manquent. Selon le périmètre, comptez de quelques semaines à plusieurs mois.
Voir votre entreprise sur une carte
EVOYKO établit la carte fonctionnelle de votre entreprise : dépendances, métiers sans relève, fonctions qu'exigent vos objectifs.
Découvrir la cartographie d'entrepriseSources
Object Management Group (2013). Business Process Model and Notation (BPMN), version 2.0.2, clause 7. omg.org
The Open Group. ArchiMate Overview. opengroup.org
Object Management Group (2017). Unified Modeling Language (UML), version 2.5.1. omg.org
Sandkuhl, K. et al. (2018). « From Expert Discipline to Common Practice ». Business & Information Systems Engineering, 60(1), 69-80. link.springer.com
Questions fréquentes
Modélisation globale ou modélisation des processus : quelle différence ?
La modélisation des processus décrit seulement l'enchaînement des tâches. Le modèle global y ajoute la structure, les métiers, les informations et la stratégie : les processus n'en sont qu'une perspective.
Le BPMN suffit-il pour modéliser une entreprise ?
Non. La spécification BPMN 2.0.2 de l'OMG exclut de son champ les modèles organisationnels, la stratégie et les règles de gestion. Le BPMN décrit des processus ; il faut le compléter pour voir la structure qui les exécute.
Quelle alternative au BPMN pour une direction générale ?
Une carte fonctionnelle, qui montre ce qui entre et sort, les métiers qui le transforment, ceux qui se remplacent, ce qui est sous-traité et la régulation. EVOYKO construit ces cartes à partir de plus de 400 cartes de référence. Le BPMN reste utile ensuite pour décrire l'exécution.
Modélisation ou architecture d'entreprise : quelle différence ?
L'architecture est une branche de la modélisation, centrée sur l'alignement entre métier, applications et infrastructure technique, souvent avec ArchiMate. Elle sert d'abord la DSI. La modélisation au sens large couvre aussi la structure, les compétences et la stratégie.
Combien de temps dure une démarche de modélisation en PME ?
De quelques semaines à plusieurs mois selon le périmètre : nombre de sites et de métiers, niveau de détail attendu. Un premier travail centré sur une question de direction précise avance plus vite qu'un référentiel exhaustif.