Guide pour débutants de la modélisation des processus d’entreprise

By Kate Eby | 11 novembre 2016 (mis à jour 4 août 2023)

Comment pouvez-vous visualiser où en est votre entreprise et à quel niveau elle devrait se trouver ? Ce type de prédiction est difficile, donc heureusement, il existe un outil qui peut vous aider. La modélisation des processus d’entreprise est un outil de gestion de la qualité qui fait partie de la gestion moderne des processus d’affaires (BPM). L’outil représente les processus actuels d’une organisation de façon formalisée à des fins d’analyse ou d’amélioration. Dans cet article, nous nous concentrons sur deux perspectives différentes : la perspective commerciale et la perspective de l’ingénierie logicielle. Pour les deux domaines, les processus sont de la plus haute importance. Nous examinons les rouages de la modélisation des processus d’entreprise, ainsi que les différentes méthodes, langages et son avenir. En cours de route, nos experts en modélisation sont impliqués.

Pourquoi utiliser la modélisation des processus d’entreprise ?

Les organisations utilisent la modélisation des processus opérationnels (modélisation BP) afin de documenter visuellement, comprendre et améliorer leurs processus. Faisant partie de la gestion des processus d’entreprise (BPM), la modélisation BP a été utilisée comme outil organisationnel pour cartographier ce qui est (ou « en l’état ») comme référence et pour déterminer l’avenir (ou « à venir ») avec toutes les améliorations assimilées. La modélisation BP représente visuellement toutes les activités, événements et ressources qui relient le processus d’un produit ou d’un service afin de le rendre plus efficace. La modélisation BP combine souvent les disciplines de la cartographie des processus, de la découverte de processus, de la simulation de processus, de l’analyse des processus et de l’amélioration des processus. Dans le cadre d’un événement de réingénierie des processus d’affaires (RPA), la modélisation BP est utilisée pour éclairer les processus déjà utilisés, et pour représenter les nouveaux processus. Certaines des autres raisons d’utiliser la modélisation BP sont les suivantes :

  • Créer des modèles visuels de processus - La documentation axée sur Word n’est souvent pas suffisante pour que les employés comprennent la façon dont un processus est effectué. Le sauvegarder à l’aide de représentations visuelles permet d’obtenir une image complète.
  • Alignez les opérations - Avec toute nouvelle stratégie commerciale, le maintien de la cohérence des processus après un changement exige de trouver comment rester dans la stratégie globale de l’organisation. Des analyses sont également effectuées pour identifier les goulets d’étranglement et les inefficacités, et permettre l’agilité des processus.
  • Améliorer la communication sur les processus - La communication est la clé de toutes les tâches suivantes : formaliser les processus existants (qui étaient autrefois des connaissances informelles), créer des processus cohérents, éliminer les suppositions avec les règles commerciales, gérer les exceptions, assurer la conformité réglementaire, s’assurer que les personnes sont responsables et soutenir de nouvelles initiatives (comme le Lean Six Sigma).
  • Améliorer l’efficacité opérationnelle - Les processus de modélisation favorisent l’optimisation en permettant la simulation et en illustrant les améliorations nécessaires. Cela réduit le temps de cycle et favorise une meilleure utilisation des ressources. 
  • Obtenez un avantage concurrentiel - Un processus est meilleur dans l’ensemble lorsqu’il est constamment affiné et aligné sur les stratégies de son entreprise. Cette efficacité place l’entreprise dans une position orientée vers l’avenir pour être meilleure que la concurrence.

 

Modélisation des processus d’entreprise dans le développement de logiciels

 

Le développement de logiciels est un domaine risqué. Il y a vingt ans, le rapport CHAOS de 1995 du Standish Group rapportait que 90 % des projets logiciels échouent. Aujourd’hui, ces chiffres sont inférieurs, mais démontrent toujours qu’il y a du travail à faire. Dans le rapport de 2015 du même groupe, le taux de réussite des projets de développement de logiciels n’était encore que de 29 %. Les recommandations du groupe visant à améliorer ces chiffres au fil des ans ont été améliorées et ont suivi de nouvelles tendances, mais voici l’une des recommandations principales : communiquer avec toutes les parties prenantes, en particulier les utilisateurs finaux, car les utilisateurs finaux sont ceux qui finissent par définir les exigences en premier lieu. Les experts recommandent de développer des modèles clairs avec une notation compréhensible dès le début des projets afin de valider les exigences du logiciel. La modélisation BP permet aux ingénieurs logiciels de négocier avec les parties prenantes afin de déterminer le système à construire, en fonction de ce qui est optimal pour les deux groupes. 

La plupart des modèles de BP ont été développés dans le cadre d’architectures d’entreprise existantes, ce qui montre que l’intention pendant le développement est que l’utilisateur final est représenté. Cependant, ces modèles ont été réalisés à partir d’un certain nombre de perspectives différentes, y compris fonctionnelles, comportementales, organisationnelles et informationnelles. Les experts s’accordent à dire que la combinaison de ces perspectives dans la conception des processus est la meilleure méthode.

  • La perspective fonctionnelle indique quels éléments de processus sont effectués et quelles informations sont pertinentes pour eux.
  • La perspective comportementale (ou dynamique) montre la séquence d’interaction et la façon dont les éléments du processus sont effectués. 
  • La perspective organisationnelle indique par qui et où les éléments d’un processus sont effectués.  
  • La perspective informationnelle représente l’origine des informations produites ou analysées.

Langage de modélisation des processus d’entreprise dans la modélisation des processus d’entreprise en logiciel.

Tous les langages existants du modèle de traitement des affaires proviennent de différentes facettes de la tradition scientifique, et ont été conçus pour s’adapter à une perspective ou à une autre.  Il y a un chevauchement important dans les langages, mais il existe quatre grandes catégories de langages de modélisation des processus d’entreprise.  

  • Langages traditionnels de modélisation des processus : issus de la tradition de l’ingénierie de l’information des systèmes d’information (MIS), ces langages sont destinés à être compris et ne sont généralement pas formels. Il s’agit notamment de l’IDEF, des réseaux de Petri, de l’EPC, des diagrammes d’activité, du REA et du BPML.
  • Langages de modélisation de flux de travail : ces langages de script sont destinés à décrire les flux de travail d’un système de gestion des flux de travail (WfMS). Ces langages très formels comprennent le langage de description des processus de flux de travail (WPDL) et les formats d’échange proposés (PIF, PSL).
  • Langages d’intégration des processus : ces langages ont pour but d’intégrer les entreprises et de saisir différents niveaux de sémantique dans les processus. Il s’agit notamment de RosettaNet, ebXML et BPEL4WS.
  • Langages orientés objet : destinés à être compris par les experts en informatique et dans le domaine, ces langages représentent le domaine des logiciels. La plupart de la modélisation orientée objet prend en compte les perspectives fonctionnelles, comportementales et informationnelles.  

Hafedh Mili et al recommandent aux équipes d’utiliser un langage de base pour la modélisation, puis d’utiliser différentes parties qui conviennent au processus à partir d’autres langages. Dans ce domaine, il semble que les experts s’accordent à dire que même les langages doivent être guidés par les tâches.

 

Comment aborder un projet de modélisation des processus d’entreprise

Choisir une approche de la modélisation BP est tout aussi essentiel que de l’effectuer. L’approche, qui s’appuie sur la tâche elle-même, n’est pas une affaire universelle. Certaines classifications doivent être effectuées avant qu’un projet ne soit entrepris. Selon Bider, les professionnels doivent prendre en compte trois facteurs : les processus opérationnels réels, les caractéristiques de l’environnement de modélisation et l’utilisation prévue du modèle. Ces trois facteurs peuvent être divisés en considérations commerciales spécifiques.

 

  • Les processus opérationnels - Les entreprises doivent tenir compte de leurs participants actifs et passifs, de la manière dont ils atteignent leurs objectifs opérationnels, de la proximité du processus avec son environnement, ainsi que de la nature et de l’ordre du flux de processus. 
  • Les caractéristiques de l’environnement de modélisation - Pour l’environnement de modélisation, les entreprises doivent tenir compte de la maturité de leurs processus existants et de savoir s’il y a ou non du personnel disponible qui comprend la notation très formelle.  
  • L’utilisation prévue du modèle - Les entreprises doivent tenir compte de leurs objectifs de conception de modèles et de la base qu’elles utilisent pour créer des modèles. Par exemple, elles peuvent essayer d’améliorer les processus actuels, fournir une analyse ou une réingénierie, ou créer un nouveau système informatique.

Étant donné qu’il n’existe pas d’approche universelle de la modélisation BP, les experts recommandent de prendre en compte tous les facteurs commerciaux uniques. Certains professionnels recommandent une approche formelle spécifique qui recueille toutes les informations avant de choisir des outils, tandis que d’autres recommandent des outils spécifiques qui ont fonctionné pour eux dans le passé. Deux de nos experts font leurs recommandations ci-dessous.

Selon Dani Peleva, directeur général de Local Fame Ltd :

 

Dani-Peleva

« Lorsque j’abordais une tâche de modélisation de processus métier, je la percevais toujours à travers le prisme de la gestion de projet, car elle m’aide à me faire une idée de l’objectif du système qui nécessite une ingénierie, du temps pour lequel le processus doit être terminé, ainsi que des ressources disponibles. Une fois que vous connaissez les exigences, c.-à-d. le but du processus, les produits livrables, les contraintes budgétaires et les ressources, etc., il est beaucoup plus facile d'aborder l'étape de la conception et de l'ingénierie. 
Lorsqu’il s'agit d'ingénierie de processus à Local Fame, nous avons toujours à l'esprit l'efficacité et l'efficience - la manière la plus rentable, la plus rapide et la plus optimisée qu'un processus puisse circuler. Dans ce but, j'aborde toujours la tâche sous plusieurs angles différents - du début du processus, ainsi que de la fin du processus vers l'arrière. Lorsque vous ne vous limitez pas à la direction du flux de processus, vous pouvez identifier les lacunes et les éventuelles failles dans la stratégie et la mise en œuvre, ainsi que les éventuels goulots d'étranglement. Une fois que j'ai trouvé quelques modèles différents, j'ai testé ceux qui appliquent différents scénarios afin de comprendre à quel point ils sont durables dans un environnement turbulent. C'est à ce moment-là que vous passez en revue les meilleurs modèles et que vous en présélectionnez un ou deux qui réussissent. 
De plus, une partie intrinsèque de la modélisation des processus d'affaires pour moi est la gestion des risques, plus précisément, l'identification des lacunes potentielles du modèle et où et dans quelles circonstances le modèle peut échouer. L'identification de ces faiblesses du processus vous aide à créer des plans d'urgence et des sauvegardes, et comme vous le constatez souvent vous-même, vous pouvez optimiser le processus encore plus et supprimer certains morceaux que vous considériez initialement essentiels, mais plus tard vous avez réalisé que vous pouviez vous en passer. En ce qui concerne la gestion des risques, cependant, il faut savoir qu'un risque peut être à la fois positif et négatif, le risque peut créer des opportunités pour que le processus échoue ou soit retardé, mais aussi accélérer et devenir plus efficace, ce qui conduit à nouveau à l'optimisation du processus et aux changements potentiels dans le modèle. Les outils que j'utilise souvent lors de la modélisation des processus métiers sont Gliffy, Activiti Modeler et les diagrammes de Gantt. 
Pour conclure, lorsque je modélise un processus ou que je réorganise un processus existant, j'aborde habituellement la tâche du point de vue de la gestion de projet en analysant les exigences complètement avant de passer à l'étape de la conception. Après l'étape de conception, je teste le modèle plusieurs fois dans différents scénarios et si nécessaire je retourne à différentes étapes pour l'optimiser et l'ajuster davantage. Enfin, je pense toujours à la gestion des risques et aux mesures d’urgence pour m’assurer que le processus est résilient et durable. »

 

Ray Mckenzie

Ray McKenzie, fondateur et directeur, Red Beach Advisors, recommande : « En tant que consultant en gestion et en affaires pour les petites et moyennes entreprises, mon principal devoir est de développer un processus efficace et optimisé pour que chaque organisation soit productive. Je commence toujours par examiner le problème et découvrir l'historique du problème, les différentes parties du problème et l'effet que le problème a sur l'entreprise. La compréhension du problème et des composantes est essentielle à l'élaboration d'un modèle de processus efficace à améliorer. Commençons par le problème. Examiner les parties en cause. Comprendre les performances et les mesures actuelles. Définissez les objectifs d'amélioration des performances. Décrivez un processus efficace qui génère des résultats et affiche le succès. »  

 

Flux de travail et approche orientée services (BSOA)

Certains experts considèrent la modélisation de BP pour le développement de logiciels comme une perspective avant et après qui tourne autour de l’introduction des services Web. Avant le développement du web, l’approche principale pour le développement des processus était les flux de travail. Dans l’approche des flux de travail, les processus opérationnels sont prédéterminés. Les langages les plus appropriés sont le langage d’exécution des processus d’entreprise (BPEL) et le langage de définition de flux (FDL). L’approche du flux de travail a été critiquée comme n’étant pas très flexible dans un environnement moderne.

Après le développement de services Web, l’approche de la modélisation BP pour le développement de logiciels est devenue plus ciblée et identifiée comme l’approche orientée services aux entreprises (BSOA). La modélisation des processus repose sur la composition flexible des services aux entreprises. L’approche peut être adaptée pour répondre aux objectifs et exigences du designer dans le développement de l’architecture en utilisant des éléments de construction. Les services effectuent de petites tâches, telles que le développement de données, ou des procédures de service simples. Pris dans l’ensemble, le BSOA constitue un système extrêmement réutilisable qui peut être corrigé et régulièrement mis à niveau. Cette approche est créditée comme étant Agile, et applicable à de nombreux types d’organisations différents.

 

Différentes façons de modéliser les processus opérationnels

Entre toutes les normes et les langages standardisés, certains professionnels pensent que la créativité dans la conception des processus est lessivée. D’autres approches peuvent restaurer une partie de cette créativité. Certaines des techniques les plus populaires qui peuvent être autonomes ou même compléter des approches plus formelles sont les suivantes :

  1. Technique des diagrammes de flux
  2. Diagrammes de flux de données : la technique de Yourdon
  3. Diagrammes de rôle-activité (RAD)
  4. Diagrammes d’interaction des rôles (RID)
  5. Diagramme de Gantt
  6. Définition intégrée de la modélisation des fonctions (IDEF)
  7. Filets de Pétri colorés (CPN)
  8. Méthodes orientées objet (OO)
  9. Technique de flux de travail
  10. Simulation
  11. Notation de modélisation des processus d’entreprise (BPMN)
  12. Diagramme d’activité UML
  13. Modèles de processus transformationnels
  14. Témoignage
  15. Modèles de processus hiérarchiques
  16. Visualisation

 

Bernard Lee

Selon Bernard Lee, président de Consultants pour Moteur de Recherche Charlotte, il existe d'autres façons de modéliser visuellement vos projets. Il fait remarquer que, « en tant qu’entrepreneur de toute une vie qui a démarré ma première entreprise à 20 ans, j’ai maintenant 53 ans et je suis considéré comme un « décrocheur universitaire ». Il a toujours été question de systèmes, d'automatisation et de mesure des risques pour atteindre nos objectifs déclarés. Cela a été vrai dans ma carrière en tant que gestionnaire de patrimoine, cadre en informatique de la santé et maintenant en tant que fondatrice d'une agence de marketing numérique spécialisée dans le référencement. Oui, le référencement est une question de métriques, d'analytique et de CTR (taux de clics). Néanmoins, j'ai trouvé que les aspects créatifs sont ce qui sépare les prétendants des réalisateurs. Nous sommes des partenaires de Google, nous croyons donc aux mesures de succès habituelles, mais nous y parvenons différemment. YouTube, le géolocalisation et les combinaisons non orthodoxes des propriétés numériques de nos clients font régulièrement l'objet de multiples propriétés en première page pour les mots clés les plus importants. L'affichage de plusieurs positions sur la page un a toujours un impact immédiat sur la marque, le trafic et les conversions de notre client tout en déplaçant les concurrents vers la page deux. »

Cartographie des processus par rapport à la modélisation des processus

La cartographie des processus est un examen de haut niveau d’une organisation en tant qu’entité unique avec des parties interconnectées. Le flux des processus opérationnels au sein de l’organisation est examiné afin de clarifier qui fait quoi, comment les processus sont exécutés et selon quelle norme ils sont jugés. Dans la modélisation des processus, les professionnels sont plus concentrés sur l’efficacité des processus, en utilisant les meilleures pratiques commerciales et économiques. Bien que les deux représentent graphiquement les processus, la modélisation des processus est une plongée plus profonde dans les relations qui produisent les services et les résultats.


Cadre de modélisation et d’évaluation des processus logiciels (FMESP)


L’un des problèmes complexes qui est venu du développement de processus opérationnels standardisés est la notion que leur efficacité doit être déterminée. En d’autres termes, dans quelle mesure les processus opérationnels sont-ils réussis ? Le FMESP est un ensemble de métriques pour évaluer les modèles conceptuels des processus opérationnels : ce qu’ils font et ce qu’ils ne font pas. Le FMESP mesure la complexité structurelle des modèles de processus logiciels, puis les activités, les rôles et les produits de travail. Ce cadre est destiné à fournir aux entreprises des informations objectives sur la maintenabilité de leurs modèles.

 

Développez de bons modèles de processus opérationnels

Comment un professionnel commence-t-il un modèle BP ? L’une des approches courantes préconise de choisir un problème, de sélectionner la méthode, puis de résoudre le problème. Le fait de rester simple garantit que tout ce qui est pertinent est dans le modèle et que tout dans le modèle est pertinent.  
Voici d’autres astuces professionnelles :

  • Assurez-vous de savoir qui sera vos ressources. Développez des listes de tâches, de personnes et du temps requis pour terminer le modèle. 
  • Effectuez vos entretiens dans l’ordre où les rôles apparaissent sur le modèle de processus.
  • Document. Document. Document.
  • Vérifiez à nouveau tous vos symboles, assurez-vous qu’il y a une clé et suivez chaque étape pour vous assurer que le chemin vous emmène en arrière ou en avant.
  • Connaissez le résultat souhaité à l’avance.
  • Déterminez vos points de début et de fin.
  • Obtenez à l’avance les documents et formulaires qui font partie du processus.
  • Utilisez des modèles chaque fois que vous le pouvez.

Selon Steve Wallis, co-fondateur/analyste/consultant chez ASK MATT, Foundation for the Advancement of Social Theory (FAST) - Theory for a better world : 

 

Steven Wallis

« Le BPM est extrêmement utile pour montrer ce qui se passe au sein d'une entreprise. Cependant, cela peut aussi créer un faux sentiment de confort. Quand la carte dit : «Vous êtes ici», nous ressentons un sentiment de sécurité. Cependant, à moins que la carte ne montre comment aller d'ici à là, elle ne sera pas très utile. Plus important encore pour le monde des affaires en constante évolution, une carte doit montrer les chemins multiples afin que les dirigeants puissent tirer parti des nouvelles options lorsque des problèmes imprévus surviennent (et vous savez qu'ils le feront). La recherche dans ce domaine suggère que des modèles (cartes) plus complexes et ayant plus d'interconnexions sont plus utiles pour comprendre comment les processus organisationnels fonctionnent et comment ils pourraient être modifiés lorsque le besoin se fait sentir. Ce qui NE MARCHE PAS est un modèle simple et linéaire tel que : 

 

Source de l’image : Steve Wallis


Oh, si seulement la vie était si facile, et si prévisible, cependant, ce n’est pas le cas. Par conséquent, nous avons recherché une approche légèrement différente de la modélisation des processus d’entreprise. Appelée cartographie stratégique des connaissances (SKM), nous nous concentrons sur les aspects transformationnels de la modélisation. Plutôt que de modéliser ce qui se passe à la « surface » (par exemple, la recherche donne des informations à la fabrication), nous encourageons nos clients à voir quels changements se produisent à toutes les étapes interconnectées du processus. Grâce à nos recherches et à notre expérience, nous avons développé deux techniques faciles pour développer de bons modèles. 
Tout d’abord, pour comprendre une transformation d’un modèle, il doit y avoir plusieurs flèches pointant vers chaque case. Par exemple, si nous parlons de la fabrication de pâtisseries, le processus de création nécessite des matières premières (farine, œufs, sucre, chocolat, etc.) et des équipements (four, grilles, mélangeurs, etc.) et des cuisiniers (avec un certain niveau d’expertise). Par conséquent, afin de mieux comprendre la transformation, nous créons un modèle montrant comment chacune de ces « entrées » se combine pour créer la « production » transformée. Pour certains, cela peut sembler évident. Cependant, voici l’information cachée (ex : garniture au chocolat) : si vous avez un modèle où il n’y a qu’une seule flèche pointant vers quelque chose, ce manque de flèches supplémentaires indique un écart dans le modèle. Pour gérer le processus, il vous manque un autre chemin. 
La deuxième astuce pour créer des modèles efficaces est de comprendre chaque flèche comme étant « causale ». C’est l’un des grands morceaux de « connaissances oubliées » dans le monde des affaires. La causalité est l’essence de la compréhension scientifique. Pour comprendre le processus de transformation, et les processus opérationnels en général, il ne suffit pas de dire simplement : « Le cuisinier mélange les ingrédients et fait les gâteaux ». Un bon responsable comprend que le fait d’avoir plus de matières premières, plus d’équipement et plus d’expertise entraînera la transformation en un produit (ou service commercialisable). Et, pour gérer ce processus, il peut y avoir quelques compromis entre eux (un très bon expert peut être en mesure d’étirer un peu la matière première), mais chaque flux est nécessaire pour créer le produit final. Sans matières premières, je n’aurai pas de pâtisserie avec mon café ! »

Notation de modélisation des processus d’entreprise (BPMN)

Le BPMN a été développé par la Business Process Management Initiative (BPMI) et est maintenu par l’Object Management Group (OMG). Aucun logiciel ou entreprise de conseil n’en est propriétaire. Il s’agit d’une notation graphique pour créer des modèles de processus, similaires à des organigrammes, qui est utilisée et comprise à l’échelle de l’industrie. De nombreux outils logiciels prennent en charge le BPMN. Cependant, la signification des formes et des symboles est indépendante de ces outils, et ces significations sont précises. Le BPMN est un élément essentiel de la gestion des processus d’entreprise (BPM), une initiative de l’architecture d’entreprise. La version de BPMN actuellement utilisée est la v2.0, dernière mise à jour en 2011. Les professionnels peuvent être certifiés en BPMN v2.0 lors du processus d’examen OMG. L’OMG propose également des guides qui montrent comment la notation est divisée en groupes d’événements, d’activités, de flux, de données, d’artefacts, etc. Les éléments sont classés en quatre groupes principaux appelés objets de flux, objets reliant, couloirs et artefacts. 

 

Source : OMG


L’objectif du BPMN est que les utilisateurs techniques et les utilisateurs professionnels puissent être en mesure de comprendre un langage schématique commun. Le BPMN est fondé sur une technique d’organigramme similaire à celle développée à partir du langage de modélisation unifié (UML), et peut être cartographié directement au langage d’exécution des processus d’entreprise (BPEL), un langage qui s’appuie sur XML qui est utilisé pour définir les services commerciaux d’entreprise au sein des services Web.

Critique du BPMN


L’opinion du secteur varie quant à l’utilisation du BPMN pour la modélisation BP. Les critiques soutiennent que le BPMN est beaucoup plus complexe et avancé qu’il n’en a besoin pour les parties prenantes qui ne sont peut-être pas très proches du processus réel. De plus, avec autant de symboles, il est facile de faire des erreurs, ce qui contredit le but de son utilisation.  
Les partisans du BPMN disent que la plupart des professionnels n’utilisent qu’une poignée de symboles, ce qui rend inutile la connaissance des symboles obscurs. Certaines entreprises internationales ont besoin de la cohérence du BPMN, en particulier lorsque les langages peuvent être variées. Comprendre les processus à l’aide d’une notation standardisée est moins difficile. 

 

Autres types de notations et de diagrammes

En 2012, Cristina Venera a effectué une étude de deux langages de notation populaires, le BPMN et le diagramme d’activité UML (UML AD). Parmi les professionnels et la littérature, elle a constaté que les deux langages sont également faciles à comprendre par les parties prenantes intéressées par la modélisation BP, et qu’elles fournissaient en fait toutes les deux des solutions similaires. Cependant, la différence était que le BPMN peut être cartographié avec (WS)BPEL, tandis que UML AD n’est pas en mesure d’être automatiquement cartographié avec aucun BPEL.  
D’autres types de notations comprennent la chaîne de processus pilotée par les événements (EPC), les diagrammes de flux de travail et les cartes mentales. L’EPC est le plus souvent utilisé pour des processus opérationnels de niveau supérieur, se compose de cinq éléments et règles, et commence toujours par un événement et se termine par un événement. Il existe des règles entre les deux : « OR », « AND » ou « XOR » représentés sous forme de connecteurs graphiques.
 

Les diagrammes de flux de travail illustrent les étapes et les relations entre toutes les parties d’une entreprise. Dans les diagrammes de flux de travail, il n’y a pas d’ensemble de symboles (standard) convenus. Il est plus difficile de comparer les modèles réalisés au sein d’une organisation, mais laisse plus de liberté à la créativité.

Les cartes mentales sont les moins restrictives de toutes les techniques énumérées ici. Bien qu’elles soient généralement hiérarchiques, elles peuvent être faites à la main sur une serviette dans un pub, si nécessaire. Les cartes mentales sont un moyen de montrer les relations autour d’un seul concept ainsi que d’éventuelles associations. Elles sont libres et permettent un maximum de créativité.

 

Source : Jennifer Frith

Ce qu’il faut rechercher dans les logiciels de modélisation des processus d’entreprise

D’après toutes les opinions d’experts et les recherches, il ne semble pas y avoir un seul outil qui répondra à tous les besoins éternels d’une organisation. Les principales exigences recommandées pour un outil ou une suite d’outils sont qu’ils sont rapides (à apprendre) et peu coûteux. La page d’accueil du BPMN répertorie 74 outils conformes au BPMN. Si la conformité BPMN est une exigence, la recherche est déjà restreinte. Sinon, les utilisateurs doivent indiquer leurs objectifs et exigences, quels outils répondent à leurs exigences, quels sont les critères les plus importants et quels outils potentiels pourraient être utilisés. Ensuite, il faut TESTER. Trouver le bon outil peut être un processus, mais il ne sera pas regrettable.

Selon Norbert Nogrady, directeur général et copropriétaire de JCM Ltd : norbert.nogrady.bpralumni@gmail.com, Twitter : @kgordos

 

 

Norbert Nogrady

« J’ai commencé à réorganiser les unités organisationnelles il y a plus de 15 ans. À l'époque, le nombre d'outils de modélisation de processus disponibles était très limité, et encore moins leur fonctionnalité. Cependant, au fil du temps, j'ai été témoin de l'évolution de ces outils. Au début, j'utilisais de grandes feuilles, puis Microsoft Word et Visio. Cependant, j'ai eu un certain nombre de problèmes graves avec ces outils. Le plus gros problème est que les projets de RPB ont tendance à être longs et donc accablants. La routine habituelle dans les grandes entreprises pour lesquelles j'ai travaillé était (l'une des suivantes) :

 

  1. La direction a nommé le service informatique pour trouver un outil de gestion des processus d’entreprise (flux de travail) qui correspond aux exigences informatiques.
  2. Des responsables de la direction et les ingénieurs RPA ont créé leurs processus respectifs
  3. Des diagrammes de processus avaient été créés à l’aide de divers outils.
  4. Les processus ont ensuite été transférés au service informatique, afin qu’il puisse évaluer si les processus correspondent au système de flux de travail de leur choix.
  5. Après un certain nombre d’itérations, qui se sont généralement traduites par des compromis concernant les processus, le service informatique a commencé à programmer les processus dans le système de flux de travail.
  6. Les processus ont été mis en œuvre au sein de l’organisation, avec la nécessité immédiate de réorganiser beaucoup d’entre eux.
  7. Les points deux à six ont été répétés pendant longtemps jusqu’à ce qu’un ensemble de processus opérationnels quelque peu acceptable soit créé.

Comme il ressort clairement de ce qui précède, la RPA de cette façon n’a pas été facile, mais au lieu de cela, elle exige beaucoup de temps et de ressources. De plus, je me suis rendu compte très vite que les services devaient créer leurs propres processus, au lieu d’itérer avec l’informatique ; par conséquent, un certain nombre de compromis de processus pourraient être évités. De plus, il a fallu beaucoup de temps pour mettre en œuvre les processus créés dans le système de flux de travail en programmant. Ces deux problèmes m’ont dérangé au point que j’ai commencé à chercher une solution qui correspond aux exigences informatiques habituelles et soutient pleinement mes activités de RPA.


Après beaucoup d’essais et d’erreurs, Nogrady a finalement trouvé une solution qui fonctionnait pour lui. Après sa recherche réussie, il propose de chercher un système de flux de travail doté d’un outil intégré d’éditeur de processus et de flux de travail avec une interface graphique, ce qui rend la programmation de processus obsolète. L’avantage est qu’une fois qu’un processus a été créé dans l’éditeur de flux de travail graphique, il suffit d’un clic sur un bouton pour qu’il soit exécuté immédiatement dans le système de flux de travail. Par conséquent, tous les services peuvent créer leurs propres processus opérationnels, sans avoir besoin de programmation. Suivre cette voie signifie qu’il n’y a pas ou peu de compromis dans les flux de travail et plus important encore, beaucoup de temps et de ressources pourraient être épargnés de cette façon. Enfin, une bonne solution fera que les tests des processus prendront beaucoup moins de temps et d’efforts. De cette manière, si un processus peut utiliser une certaine amélioration, n’importe qui dans le service peut avoir ses suggestions, et si le chef de service l’a approuvé, le processus modifié devrait être en mesure de s’exécuter dans le système de flux de travail en quelques heures. 

L’avenir de la modélisation des processus d’entreprise

L’un des domaines critiques de préoccupation pour l’avenir de la modélisation BP comprend la manière dont les approches de modélisation pourraient être standardisées. De nombreuses entreprises passent à une plateforme plus Agile, et la modélisation BP ne va pas nécessairement de pair avec les processus Agile. Une approche de modélisation ne peut être considérée Agile que pour certains types de processus, selon une étude récente de Nancy Alexopoulou.  

 

Comme le note également Ian Gotts, fondateur et PDG de Elements.cloud et chroniqueur chez Digital Business, « Il y a de grands problèmes dans le secteur de la modélisation BP. Les fournisseurs de BPM, d’automatisation et de logiciels de flux de travail ont détourné le BPM, de sorte que le B dans le BPM a disparu. La modélisation a fini par signifier la définition des flux de travail par l’informatique pour l’informatique. Toutefois, la visualisation des processus (modélisation des processus d’entreprise) est précieuse pour les utilisateurs finaux. Elles utilisent les diagrammes de processus opérationnels pour s’entendre sur la façon dont le travail est effectué. Cela donne ensuite une perspective informatique en coulisses. Néanmoins, il est difficile d’essayer d’utiliser la notation BPMN comme modèle pour tout le monde ; avec autant de symboles, elle semble alambiquée, et les professionnels sont rapidement désengagés et se demandent pourquoi ils font cela. 

 

Ian Gotts

« Il y a une notation - Universal Process Notation (UPN) - qui fonctionne pour les gens d'affaires, qui a été très réussie. eBook –  Analysis, Automation & Adoption for #AwesomeAdmins Le premier principe pertinent ici est que nous ne construisons pas un diagramme de flux énorme, mais une carte de processus hiérarchique, où chaque diagramme est plus facile à suivre. Par exemple, dans une banque, il peut y avoir 10 000 diagrammes pour tous les processus, mais ils sont organisés en une hiérarchie de sorte qu'aucun diagramme n'est écrasant. Deuxièmement, la notation est un modèle simple utilisant une boîte d'activité ou une étape avec des entrées et des sorties, des ressources identifiées (ou des couloirs), et des liens hypertexte vers des informations de support. Cette cartographie des processus est utile pour les utilisateurs finaux, mais elle est également précieuse pour la conformité, l'informatique et la gestion, où les mesures peuvent être affichées dans le contexte d'un processus. L'utilisation de cette approche est précieuse pour les fournisseurs d'applications afin d'améliorer leur adoption. Un processus de bout en bout peut donner un sens au flux détaillé des applications. »

En savoir plus sur la modélisation des processus d’entreprise

Vous souhaitez en savoir plus sur la modélisation BP et comment la mettre en œuvre dans votre entreprise ? Vous trouverez ci-dessous des listes de ressources à lire qui peuvent vous aider.


Livres et eBooks

Livres blancs 

Logiciel

Autres types de diagrammes

 

Contribution de Smartsheet à l’amélioration des processus d’entreprise

Donnez à vos employés les moyens de se dépasser grâce à une plateforme flexible conçue pour répondre aux besoins de votre équipe, et capable de s'adapter quand ces besoins changent. La plateforme Smartsheet facilite la planification, la capture, la gestion et la création de rapports sur le travail depuis n'importe où, ce qui permet à votre équipe d'être plus efficace et d'accomplir plus. Créez des rapports sur les métriques clés et obtenez de la visibilité en temps réel quant au travail grâce aux rapports de synthèse, aux tableaux de bord et aux flux de travail automatisés conçus afin d'aider votre équipe à rester connectée et informée. Quand les équipes bénéficient de clarté quant au travail en cours, elles peuvent accomplir bien plus dans le même temps. Essayez Smartsheet gratuitement, dès aujourd'hui.

 

Connectez votre personnel, vos processus et vos outils à l'aide d'une plateforme simple et conviviale.

Essayer Smartsheet gratuitement Get a Free Smartsheet Demo