La plupart des équipes découvrent la gestion dynamique des cas de la même manière : elles créent un workflow, il traite correctement 80 % des cas, puis les 20 % restants commencent à tout faire dérailler. Les exceptions s’accumulent. Les solutions de contournement se multiplient. Quelqu’un crée un tableur pour suivre les cas particuliers que l’automatisation ne peut pas gérer, et vous devez désormais maintenir deux systèmes au lieu d’un.
Ce n’est pas un problème de workflow. C’est le signe que le travail lui-même est réellement non structuré et que l’outil utilisé n’a pas été conçu pour cela.
La gestion dynamique des cas existe précisément pour ces 20 %. Ce guide explique ce qu’elle est réellement, en quoi elle diffère des outils que vous utilisez probablement déjà, et comment déterminer si vous en avez besoin ou si un workflow plus simple ferait parfaitement l’affaire.
Pas un ticket plus intelligent : un modèle entièrement différent
- La DCM est conçue pour les activités dont le parcours et le résultat ne peuvent pas être définis à l’avance ; ce n’est pas une version améliorée de l’automatisation des workflows.
- Le modèle hybride associant humains et automatisation est structurel : les gestionnaires de cas façonnent le processus en temps réel, tandis que la technologie s’adapte à leurs décisions.
- Les services financiers, la santé, le secteur public et les fonctions juridiques l’utilisent le plus, partout où les exceptions constituent la norme et non un cas marginal.
Ce qu’est réellement la gestion dynamique des cas
La gestion dynamique des cas (DCM) est un modèle de coordination destiné aux activités qui ne peuvent pas être entièrement scriptées à l’avance. La définition formelle, conforme à la manière dont Gartner et Mendix présentent le sujet, décrit la DCM comme un système qui coordonne en temps réel des activités non structurées, pilotées par les exceptions, entre des personnes, des systèmes et des agents, dans le but d’atteindre un résultat précis plutôt que d’exécuter une séquence prédéfinie d’étapes.
La formulation de Forrester est plus percutante : l’entreprise appelle cette catégorie les « processus indomptés ». Il s’agit d’activités trop variables, trop exigeantes en matière de jugement et trop dépendantes de données contextuelles pour être représentées dans un organigramme fixe. Le terme « dynamique » désigne spécifiquement la modification du processus en cours d’exécution : la capacité à changer la prochaine action d’un cas alors que le cas est encore ouvert, selon de nouvelles informations ou l’évolution des circonstances. Il ne s’agit pas seulement de configurer le processus avant de commencer. Il s’agit de le modifier pendant son exécution.
La DCM est également appelée gestion adaptative des cas (ACM) dans la littérature des analystes et des éditeurs. Ces termes sont interchangeables. Ils décrivent la même approche des activités à forte intensité de connaissances dont le résultat ne peut pas être défini lors de la prise en charge initiale.
Les travailleurs du savoir sont les principaux utilisateurs. Ce sont des personnes qui n’exécutent pas une simple liste de contrôle : elles prennent des décisions à partir d’informations incomplètes, coordonnent plusieurs équipes et ajustent leur approche à mesure que la situation évolue. Par exemple, un expert en sinistres qui enquête sur une allégation de fraude, un coordinateur de soins qui accompagne un patient présentant plusieurs diagnostics, ou un responsable conformité qui examine une demande de permis relevant de trois cadres réglementaires.
L’approche dynamique place ces collaborateurs au centre du processus et organise la technologie autour de leur jugement, plutôt que d’essayer de le remplacer par des règles.
Gestion dynamique des cas vs BPM et automatisation standard des workflows
C’est la question que je rencontre le plus souvent dans le support et les discussions de la communauté : « Nous avons déjà un outil de workflow. Est-ce simplement un autre nom pour ce que nous possédons ? » En général, la réponse est non. Voici la véritable distinction.
| Dimension | BPM / workflow standard | Gestion dynamique des cas |
|---|---|---|
| Structure du processus | Définie à l’avance ; les étapes sont fixes dès la phase de conception | Émergente ; les étapes sont ajoutées, supprimées ou réorganisées en cours d’exécution selon le contexte |
| Qui contrôle le parcours | Le concepteur du processus ; les gestionnaires de cas suivent l’itinéraire | Le gestionnaire de cas, guidé par le système ; l’itinéraire s’adapte à ses décisions |
| Gestion des exceptions | Les exceptions nécessitent une escalade ou une dérogation manuelle hors du système | Les exceptions constituent l’état attendu ; le système est conçu autour d’elles |
| Intensité de connaissances | Faible à moyenne ; conçu pour des activités répétables et peu variables | Élevée ; adapté aux activités où le jugement humain et les données contextuelles déterminent le résultat |
| Quand l’automatisation suffit | Lorsque les étapes et les règles de décision sont stables dans la majorité des cas | Lorsque les résultats varient trop pour que des règles couvrent l’ensemble des décisions |
La formulation de Forrester mérite qu’on s’y attarde : « indompté » contre « répétable ». Un système classique de gestion des processus métier, ou BPM, repose sur l’hypothèse que vous pouvez décrire intégralement le processus avant son exécution. C’est une bonne hypothèse pour de nombreuses activités : approbations de factures, listes de contrôle d’intégration des employés, traitement des commandes. Un système de gestion dynamique des cas part de l’hypothèse inverse. Le processus va changer. Il faut concevoir le système de gestion autour de cette réalité.
OpenText souligne un point similaire concernant la modification en cours d’exécution : une véritable solution DCM permet aux gestionnaires de cas de changer la séquence des tâches, d’affecter de nouveaux participants ou d’intégrer des données supplémentaires sans arrêter le cas ni reconstruire le workflow depuis zéro. Ce n’est pas une fonctionnalité que possèdent la plupart des outils de workflow destinés aux environnements professionnels. C’est une différence structurelle dans le fonctionnement des deux modèles.
Concrètement, si votre équipe se demande « comment mieux gérer les exceptions ? » et que ces exceptions représentent 30 à 40 % de votre volume, vous n’avez probablement pas affaire à un problème d’exception. Vous gérez un type d’activité qui nécessite un système de gestion conçu pour les processus complexes, et non un système optimisé pour le parcours le plus fréquent.
Fonctionnement de la gestion dynamique des cas : workflows adaptatifs et aide à la décision en temps réel
Le mécanisme central est plus simple que ne le laisse entendre le jargon. Un cas est créé, par exemple à partir d’un formulaire soumis, d’un appel de prise en charge, d’une transaction signalée ou de tout autre déclencheur. Ce cas devient l’objet central : toutes les données, tous les documents, participants, tâches et décisions qui lui sont associés sont réunis au même endroit et restent connectés tout au long de son cycle de vie.
Ce qui différencie la DCM d’un dossier de cas standard est ce qui se produit ensuite. Le système n’exécute pas une séquence fixe. Il présente au gestionnaire de cas des informations contextuelles, suggère des actions suivantes possibles sur la base des règles métier et des données, et lui permet de modifier le parcours, notamment en ajoutant des tâches, en réaffectant la responsabilité ou en impliquant d’autres parties prenantes, en temps réel, sans arrêter ni redémarrer le processus.
L’acheminement est piloté par les données plutôt que par une séquence. Si un nouvel élément de preuve arrive dans le cadre d’une enquête sur un sinistre, le système peut automatiquement mettre ces données en évidence, signaler une règle pertinente et suggérer une action mise à jour, mais le gestionnaire de cas décide de la marche à suivre. C’est la conception avec intervention humaine que décrivent Flowable et Kissflow : la technologie renforce le jugement, elle ne le remplace pas.
La couche d’orchestration sous-jacente gère la coordination : elle tient toutes les parties informées, préserve la piste d’audit, suit l’état des SLA et fait apparaître la bonne information à la bonne personne au bon moment. C’est cela, la dimension « temps réel » : pas seulement un tableau de bord actualisé, mais une adaptation active de ce que le système présente lorsque les circonstances évoluent.
Pourquoi la gestion adaptative des cas place les gestionnaires de cas aux commandes du parcours de traitement
La gestion adaptative des cas signifie que les personnes qui réalisent le travail façonnent le workflow pendant son exécution, et non avant son démarrage. C’est la différence structurelle avec l’automatisation basée sur des règles.
Dans un système fondé sur des règles, les travailleurs du savoir arrivent à un embranchement de la logique et suivent soit l’instruction du système, soit une procédure d’escalade en dehors de celui-ci. Dans un modèle de gestion adaptative des cas, le gestionnaire de cas travaille dans son contexte : il voit la situation complète, évalue ce qui doit se produire ensuite et oriente le processus en conséquence. Le système suit son initiative. Il fournit des garde-fous, tels que les exigences d’audit, la visibilité des SLA et les points de contrôle de conformité, mais ne verrouille pas la séquence.
La définition de la gestion adaptative des cas proposée par Flowable résume bien ce principe : des résultats qui ne peuvent pas être entièrement définis à l’avance, pilotés par des informations évolutives plutôt que par un parcours scripté. Le mot « agile » n’est pas ici un terme marketing. Il signifie que le gestionnaire de cas peut entreprendre des actions ad hoc, comme ajouter une tâche, demander un document ou faire intervenir un spécialiste, sans compromettre l’intégrité du cas ni perdre sa traçabilité. Cette flexibilité est précisément l’objectif.
Comment la résolution de bout en bout des cas reste maîtrisée lorsque les circonstances changent
Dans la DCM, « de bout en bout » signifie que le cycle de vie du cas est suivi en continu, de la prise en charge jusqu’à la résolution, même lorsque les tâches, les participants et les séquences évoluent en cours d’exécution. Le cas est l’objet persistant. Tout le reste, les personnes qui y travaillent, les étapes réalisées, les données collectées, peut changer. Le dossier du cas, lui, demeure.
C’est ainsi que la gestion des cas à grande échelle reste cohérente. Le système assure la traçabilité de chaque action, décision et modification. Qui a changé quoi, quand et sur la base de quelles informations. Cette piste d’audit est ce qui distingue la DCM du simple travail ad hoc non géré : l’adaptabilité existe au sein d’une couche de coordination qui maintient la visibilité et la responsabilité de chacun.
Les SLA sont suivis pour le cas dans son ensemble, et non pour chacune de ses étapes. Les données liées au cas provenant de chaque participant et de chaque système sont regroupées dans une vue partagée. L’objectif n’est pas d’imposer un parcours particulier, mais de s’assurer que le cas est résolu et que cette résolution est suffisamment documentée pour résister à un examen. C’est ce que signifie concrètement « résoudre des cas » : résultat atteint, dossier complet, processus défendable.
🤔 Attendez.
Si les gestionnaires de cas peuvent modifier le processus chaque fois qu’ils en ont besoin, qu’est-ce qui empêche la DCM de devenir indiscernable de personnes faisant simplement ce qu’elles veulent ? La réponse apportée par les recherches est précise : la DCM fournit les garde-fous, c’est-à-dire une piste d’audit, une couche de coordination, des données contextuelles et une visibilité sur les SLA, sans verrouiller la séquence. L’adaptabilité est encadrée, et non illimitée. La différence entre flexibilité structurée et chaos réside dans l’exhaustivité du dossier de cas.
Cas d’usage de la gestion dynamique des cas dans tous les secteurs
La manière la plus claire de comprendre où la gestion dynamique des cas est pertinente consiste à examiner les types d’activités pour lesquels l’automatisation standard des workflows produit systématiquement des exceptions. Ce sont les secteurs où les « processus indomptés » ne sont pas des cas marginaux, mais la norme.
Services financiers : enquêtes sur la fraude et sinistres d’assurance
Dans une enquête sur un sinistre d’assurance, aucun cas ne suit le même parcours. L’expert peut devoir demander des documents supplémentaires, faire intervenir un évaluateur spécialisé, recouper des sinistres antérieurs ou transmettre le dossier au service juridique, dans n’importe quel ordre, selon des éléments de preuve qui arrivent de façon imprévisible. Les workflows standards de traitement des sinistres gèrent bien les renouvellements courants. Un système DCM gère les cas imprévisibles dans lesquels l’expert, et non le système, doit déterminer ce qui se passe ensuite. Le mode de défaillance de l’automatisation standard dans ce contexte est bien documenté : le workflow couvre les situations courantes et échoue sur chaque cas complexe, générant des exceptions manuelles qui s’accumulent en dehors du système.
Santé : coordination des soins entre de multiples parties prenantes
Un patient admis avec plusieurs comorbidités génère un épisode de soins qui implique les équipes des urgences, de chirurgie, de réadaptation et de travail social, souvent simultanément. La coordination exige un objet de cas qui perdure dans tous les services, s’adapte à l’évolution du tableau clinique et permet à chaque participant de travailler à partir des mêmes données contextuelles. Les travaux de Harmony Healthcare sur la coordination des soins le décrivent directement : le système présente les informations pertinentes à chaque clinicien au bon moment et permet aux coordinateurs de soins d’adapter le plan lorsque les conditions changent. Un workflow rigide ne peut pas prendre en charge la variabilité des soins réels aux patients. La charge de coordination qui en résulte, APQC ayant constaté que les travailleurs du savoir consacrent environ 25 % de leur temps à rechercher des informations et à gérer la communication interne, est précisément ce que la DCM vise à réduire.
Secteur public : permis, prestations et examens de conformité
Les organismes publics qui traitent des demandes de prestations, des approbations de permis ou des contrôles de conformité doivent gérer une documentation incomplète, des acheminements entre plusieurs services et des variations réglementaires qui rendent chaque cas structurellement différent du précédent. Les workflows gouvernementaux assistés par IA décrits dans l’analyse de Public Sector Network suivent un modèle DCM reconnaissable : la prise en charge déclenche l’agrégation de documents et de données, l’IA extrait les informations et signale les éléments manquants, les agents ajoutent des tâches ad hoc lorsque de nouvelles preuves arrivent, et le dossier de cas conserve une piste d’audit complète à des fins de conformité. L’automatisation gère la prise en charge et l’acheminement. Le gestionnaire de cas exerce son jugement. Aucun des deux ne peut faire le travail de l’autre.
RH et juridique en entreprise : gestion des exceptions entre les fonctions
Les griefs de salariés, procédures disciplinaires, litiges contractuels et enquêtes de conformité partagent tous la même structure : des parcours imprévisibles, une collaboration multipartite entre les fonctions et des résultats qui dépendent fortement du contexte accumulé pendant le traitement du cas. La gestion standard des tickets RH traite efficacement les demandes de service courantes, telles que les réinitialisations de mot de passe ou les demandes de congés. Elle échoue sur les cas complexes, car le modèle de ticketing suppose un parcours de résolution défini. La DCM les gère justement parce qu’elle ne repose pas sur cette hypothèse. Le modèle de gestion des incidents dans les domaines juridique et RH est également piloté par la coordination des parties prenantes : les services juridique, RH, finance et direction doivent souvent intervenir à différents moments selon ce que révèle le cas.
Pour rendre concrète la partie orchestration : dans Latenode, un déclencheur de prise en charge provenant d’un portail existant, comme une demande de prestations, une transaction signalée ou une étiquette d’escalade, peut lancer un workflow qui agrège des documents issus de plusieurs systèmes, grâce à sa bibliothèque de plus de 5 500 intégrations avec OAuth automatique, les transmet à un modèle d’IA pour l’extraction de données et la détection des informations manquantes, puis oriente le cas vers la bonne file d’attente selon les conclusions de l’IA. Lorsqu’un élément inhabituel survient en cours de traitement, le workflow s’adapte : un gestionnaire de cas ajoute une tâche, le système l’enregistre, le compteur SLA continue de tourner et le dossier reste complet. Il s’agit d’une orchestration de type DCM construite sur une plateforme low-code, sans base de données vectorielle distincte ni nouveau serveur pour chaque étape logique. Le modèle de tarification par exécution compte également ici : un workflow de cas en six étapes est comptabilisé comme une seule exécution, ce qui maintient des coûts prévisibles à mesure que le volume de cas augmente. Pour déployer ce modèle, vous connecteriez votre source de prise en charge, configureriez l’étape d’extraction par IA et définiriez la logique d’acheminement, soit environ 60 à 90 minutes de configuration si les identifiants OAuth sont prêts.
Quand utiliser la gestion dynamique des cas et quand un workflow plus simple suffit
J’estimerais que la moitié des conversations que j’ai eues sur les outils DCM se terminent lorsque l’équipe réalise qu’elle n’en a pas réellement besoin. Ce n’est pas un échec : c’est un bon travail de diagnostic. La DCM résout un problème précis. Si ce problème n’est pas le vôtre, la surcharge qu’elle implique n’en vaut pas la peine.
Utilisez la DCM lorsque :
Les résultats ne peuvent pas être définis lors de la prise en charge
Si vous ne pouvez pas établir un organigramme complet pour un type de cas avant son ouverture, parce que l’étape suivante dépend d’éléments de preuve qui arrivent pendant le traitement, vous êtes dans le périmètre de la DCM. C’est le signal des « processus indomptés » de Forrester. Le parcours n’est pas caché au système ; il n’existe tout simplement pas encore.
Les cas exigent du jugement humain et des données contextuelles
Lorsque la décision ne peut pas être prise à partir de règles seules, que les données pertinentes sont réparties entre plusieurs systèmes et qu’une personne doit faire la synthèse de l’ensemble, vous êtes face à une activité à forte intensité de connaissances. La DCM est conçue pour cela. Un outil de workflow ne l’est pas.
Le volume d’exceptions est suffisamment élevé pour devenir la norme
Si les exceptions représentent plus de 20 à 30 % du volume de vos cas, vous n’avez pas un problème d’exception. Vous gérez une activité structurellement variable. Essayer de la traiter via les parcours d’escalade d’un workflow linéaire crée un système manuel parallèle, dont la maintenance devient de plus en plus difficile au fil du temps.
Un workflow plus simple suffit lorsque :
Le processus est répétable et présente peu de variations
Un BPM standard, un système de ticketing bien configuré ou une automatisation de workflow basique gérera mieux cette situation, avec un coût et une complexité inférieurs. Les demandes adressées à un centre d’assistance informatique avec des SLA définis, les séquences de traitement des commandes, les rapports planifiés et les listes de contrôle d’intégration des employés en sont de bons exemples. Les processus de gestion concernés sont prévisibles. Utiliser un système DCM dans ce cas ajoute une surcharge technique sans bénéfice.
La logique de décision peut être codifiée dans des règles
Si vous pouvez rédiger intégralement l’arbre de décision, même s’il est complexe, un BPM ou un moteur de règles sera plus adapté. Le support client d’un produit SaaS entre généralement dans cette catégorie : la plupart des demandes de service suivent des modèles identifiables avec des réponses scriptées. Utiliser la DCM pour le support client courant serait disproportionné.
📊 En pratique :
Le renouvellement courant d’une police d’assurance suit une séquence fixe : vérification des données, traitement du paiement, génération des documents, confirmation. L’automatisation standard des workflows le gère efficacement. Une enquête pour fraude concernant cette même police ne suit pas ce modèle : l’expert peut devoir extraire l’historique des transactions, demander des documents à trois parties, consulter un spécialiste et modifier son approche à mesure que chaque élément de preuve arrive. Même secteur, même entreprise, type de travail différent. L’un nécessite un workflow. L’autre nécessite une DCM.
Ce qu’une solution de gestion dynamique des cas doit réellement prendre en charge
Les éditeurs ajoutent le mot « cas » à leurs produits comme ils ajoutent « IA » : parfois de façon pertinente, parfois simplement comme une étiquette sur un produit déjà existant. Si une équipe évalue une solution de gestion dynamique des cas, voici les exigences fonctionnelles qui distinguent un véritable système DCM d’un outil de workflow doté d’une interface renommée.
Modification du processus à la volée. Le système doit permettre aux gestionnaires de cas d’ajouter des tâches, modifier des séquences, réaffecter la responsabilité et intégrer de nouveaux participants tant que le cas est actif, sans arrêter le cas ni reconstruire le workflow. C’est la définition structurelle de la DCM. Si un système ne peut pas le faire, ce n’est pas de la DCM, quelle que soit l’affirmation de la page produit.
Coordination des données contextuelles. Toutes les données liées au cas, notamment les documents, communications, historiques de décision et notes des participants, doivent être accessibles depuis le dossier du cas, mises à jour en temps réel et visibles par toutes les parties prenantes concernées. Un système de gestion des cas qui oblige les collaborateurs à naviguer entre cinq outils différents pour reconstituer le contexte ne coordonne pas les cas. Il ajoute une couche au-dessus du même problème.
Aide à la décision avec intervention humaine. Le système doit faire apparaître les informations pertinentes, suggérer les meilleures actions suivantes et signaler les anomalies sans retirer au collaborateur la capacité de déroger ou de réorienter le processus. Les suggestions alimentées par IA sont utiles. Une automatisation pilotée par IA qui retire le jugement humain des décisions à forte intensité de connaissances est autre chose, et souvent une mauvaise conception pour les activités relevant de la DCM.
Auditabilité. Chaque action, modification, décision et changement de données doit être consigné avec un horodatage, l’auteur et le motif. Ce n’est pas seulement nécessaire pour la conformité : c’est ce qui rend la gestion adaptative des cas traçable plutôt que chaotique. La norme CMMN (Case Management Model and Notation) fournit un cadre formel à cet effet. Un système basé sur les cas sans piste d’audit n’est qu’un travail ad hoc avec des étapes supplémentaires.
Visibilité de l’état en temps réel. Les parties prenantes doivent pouvoir voir l’état du cas, le compte à rebours SLA, le responsable actuel et la prochaine action en attente sans devoir demander une mise à jour. Un système de gestion qui exige qu’une personne compile un rapport d’état ne fournit pas la visibilité requise par la DCM.
Profondeur des intégrations. La DCM implique des données provenant de nombreux systèmes : CRM, gestion documentaire, gestion de contenu, référentiels de gestion des connaissances, outils de communication et bases de données externes. La solution doit s’intégrer à la pile existante, et non la remplacer. C’est là que l’évaluation de plateformes avancées de gestion des cas devient rapidement coûteuse : si le système ne peut gérer que les données qu’il possède, sa valeur est limitée dans un environnement multi-systèmes.
Un contrôle pratique avant de vous engager avec une plateforme : demandez à l’éditeur comment un gestionnaire de cas ajouterait une tâche ad hoc à un cas ouvert qui ne figurait pas dans le workflow initial. Parcourez les étapes exactes. Si la réponse exige un administrateur système, un développeur ou la création d’un nouveau workflow, ce système est un BPM avec une étiquette DCM.
