
Je passe quelques jours à Milan cette semaine pour parler Case Management avec mes collègues européens.
L’idée de ce workshop est de réunir tous ceux qui parlent de Case Management au quotidien chez nos clients et partenaires et de partager nos expériences respectives. Je profite de l’occasion pour retranscrire quelques notes de la journée, rien de très formel mais des idées intéressantes sur lesquelles réfléchir.
Qu’est-ce qu’un « Case » dans un application de Case Management ?
Tout le monde s’accorde à dire que le « Case » est l’ensemble des traitements, informations, documents et actions nécessaires pour traiter une affaire dans un contexte métier.
Qu’est-ce qu’une « tâche » dans une application de Case Management ?
Dans le vocabulaire IBM ACM, on parle de « tâche » et non d’activité. Débat intéressant duquel il ressort que :
- une tâche correspond à tout ce qu’il est nécessaire de faire pour traiter l’affaire en question,
- le terme « Activité » est très lié au BPM et à BPMN et ne peut être repris dans un contexte ACM car une activité (BPM) est liée à une autre activité alors qu’une tâche ACM ne l’est pas nécessairement,
- une « tâche » ACM regroupe l’ensemble des opérations élémentaires qui doivent être faites, ainsi que toutes les tâches qui « peuvent » être faites selon le cas.
Le BPM n’est (toujours) pas de l’ACM … et vice-versa
Autant il nous semble à tous que la différence entre ACM et BPM est évidente, autant il est important de savoir le démontrer. Voici quelques arguments différentiateurs :
- ACM trouve sa place entre « le tout collaboratif » d’une part, sans aucune notion de processus, et « le tout processus » de l’autre, le monde du BPM, où tout est modélisé et ordonnancé,
- ACM est orienté « donnée » – BPM est orienté « processus » : le coeur applicatif d’ACM est le gestionnaire de contenu alors que le coeur du BPM est le moteur d’exécution BPM,
- quand une instance BPM meurt (lire « est terminée ») les données propres à son exécution disparaissent, à l’inverse une instance ACM est archivée ainsi que l’ensemble des informations connexes qui ont été générées/traitées,
- une application ACM détermine un ensemble de tâches qui doivent être exécutées, quel que soit l’ordre d’exécution. Des conditions d’entrée déterminent le caractère exécutable d’une tâche, ou pas. A l’inverse un processus BPM impose un ordre d’exécution, un séquencement, il est donc plus rigide.
Comment instancier un Case ?
Note: « instancier » … « instantier » … merci à Solange pour avoir pointé du doigt la traduction un peu rapide …
Tout le monde s’accorde également pour dire qu’il y a de nombreuses façons d’instancier un « Case ». Parmi celles que nous avons recensées :
Instanciation par un auteur de contenu
- un document ajouté à un dossier lance la création d’un case,
- une opération métier, quelle que soit sa complexité, lance la création d’un case en mettant à jour un élément de contenu ayant un rapport direct avec l’affaire/le client,
Instanciation par un gestionnaire d’affaires
- un gestionnaire décide de créer un nouveau case et le fait manuellement,
- un processus métier crée un case via l’exécution d’une tâche BPM,
Instanciation par une application métier
- un case peut être créé par un appel CMIS depuis un gestionnaire de contenu,
- un case peut être la résultante d’un appel de Web Services,
- un case peut être créé par un autre case.
Je vous laisse réagir et apporter votre vision si vous le souhaitez, laissez un commentaire …
A suivre dès que possible en fonction du programme …
Illustration: itselea
Lire la suite :
- Conception d’une application Case Management et divergence avec le BPM
- Quels sont les éléments constitutifs d’une solution de Case Management ?
- Case Management : Comment identifier la bonne compétence ?
- Pourquoi intégrer la Gestion de la Décision au Case Management ?
- Quelle différence entre le BPM et le Case Management ou ACM
- Advanced Case Management : BPM or not BPM ?
- Case Management Workshop – Day 2
- Case Management Workshop – Day 3
- Glossaire BPM : quelques définitions / Partie 1
- 26 définitions pour comprendre le monde de l’ECM et du BPM -1/2













Pingback: Case Management Workshop – Day 3 | BPM Bulletin
Pingback: Case Management Workshop – Day 2 | BPM Bulletin