Un diagramme, cinq fiches – tout ce que sait faire le Process Studio Editor

Quand on pense à la modélisation de processus, on pense à des cases et à des flèches. Le Process Studio Editor les dessine aussi. Mais surtout, il consigne ce qui est rattaché à l’étape – rôle, système, exigence, risque, cas de test, temps et approbation – et le présente de manière à ce qu’on puisse travailler avec. Visite guidée.

Pour commencer : « Que souhaitez-vous faire ? »

En ouvrant l’Editor, on voit d’abord quatre voies : commencer de zéro (un diagramme de processus ou un organigramme vide, ou charger un fichier BPMN existant), partir d’un modèle type, reprendre là où l’on s’était arrêté – ou travailler avec d’autres. Si vous préférez raconter plutôt que dessiner, décrivez le processus au TAOM Agent avec vos propres mots ; l’article D’abord clarifier, ensuite construire explique comment.

On dessine avec le jeu complet de symboles BPMN 2.0 : tâches, événements, passerelles, sous-processus, pools et couloirs. S’y ajoutent l’organigramme, la cartographie des processus, le paysage de systèmes et la matrice RACI. Les outils de mise en page alignent sur la grille, ordonnent les couloirs et tracent les connexions à angle droit. Les phases regroupent les étapes en sections – la structure que l’on retrouve ensuite dans les systèmes cibles.

Un diagramme, cinq fiches

En haut de l’Editor se trouvent cinq fiches de processus. Elles montrent le même diagramme sous cinq angles : les badges sur les formes et la zone sous le diagramme changent avec elles, le modèle reste le même. Les touches 1 à 5 permettent de passer de l’une à l’autre.

À côté des fiches s’affiche l’état du modèle : brouillon, publié, ou publié avec des modifications ultérieures. Qui travaille sur un processus déjà publié le voit immédiatement – car chaque modification a alors des effets sur les systèmes cibles.

Ce qui est rattaché à l’étape

Dans TAOM, une case du diagramme est plus qu’un libellé. Le panneau des attributs indique pour chaque étape :

• Un identifiant stable, dérivé du modèle d’entreprise – par exemple P2M.01.02.01-AC001. Il figure dans le modèle, dans le fichier BPMN, dans le ticket et sur la page de documentation du système cible.
• Rôle, système et transaction : qui le fait, dans quoi et avec quelle fonction.
• WRICEF et catégorie : standard ou extension, et de quel type.
• Obligation de contrôle, risque, contrôle et cas de test – avec résultat de test et état d’approbation.
• Description par langue, commutable à l’étape.
• Origine et approbation : créé par des personnes, généré ou modifié par l’IA – avec la personne et la date de l’approbation.

Quels indicateurs l’Editor affiche

Sous le diagramme figurent les indicateurs de la fiche choisie – la même question que les badges sur la forme, mais pour tout le modèle : qui est responsable, quels systèmes sont rattachés, qu’est-ce qui est à vérifier, qu’est-ce qui a été signalé ? Le reporting du modèle affiche le modèle ouvert et permet de modifier les étapes directement. Sur tous les modèles d’un domaine du modèle d’entreprise, c’est le reporting qui calcule.

L’affichage se fait sous forme de cartes, barres, anneaux, cartes de chaleur et tableaux Kanban. Chaque chiffre est cliquable et ouvre les étapes qui se cachent derrière – et de là, on passe directement dans le modèle. Le principe : on ne compte que ce qui est là, et chaque total indique ce qu’il additionne.

Des questions à tous les modèles

« Vérifier et trouver » pose des questions prêtes à l’emploi au modèle ouvert ; le répertoire des attributs les pose à l’ensemble du stock. Il y en a treize, dont sept ciblent les lacunes : soumis à contrôle mais sans cas de test ; risque sans contrôle ; généré par l’IA mais non approuvé ; description dans une seule langue. Un résultat trouvé dans un autre modèle s’ouvre à côté : à gauche pour consultation, à droite votre propre Editor.

Ensemble sur le même modèle

Avec Process Studio Team, plusieurs personnes travaillent en même temps dans le même diagramme. Chacune a une couleur et ses initiales à l’élément sur lequel elle travaille. Qui arrive frappe d’abord. Un élément en cours de modification est verrouillé pour les autres – avec le nom de la personne. Les modifications arrivent sans rechargement ; rien n’est fusionné à la main. Au-delà des frontières de l’entreprise, on invite des personnes externes à des modèles précis.

Transmettre sans recopier

• Systèmes cibles (p. ex. Jira, Confluence) : epic, stories par phase, tickets par étape et arborescence de pages avec spécifications – à partir du même modèle.
• HTML et PDF : une preuve à transmettre, avec mention d’origine et code QR.
• Fichier BPMN : toutes les informations TAOM sont dans le fichier ; il s’ouvre aussi dans d’autres outils.
• Interface : récupérer processus et attributs de manière automatisée.

Chaque fichier modifié dans TAOM porte un sceau d’origine signé (SHA-256) et indique ouvertement la participation de l’IA par « AI GENERATED » ou « AI MODIFIED ». L’origine peut être vérifiée même sans accès à TAOM.

Pour être honnête

L’Editor décrit les processus, il ne les exécute pas – ce n’est pas un moteur de workflow. Les commentaires directement sur une forme ne sont pas encore disponibles. Et toutes les fonctions ne figurent pas dans tous les niveaux : la matrice des fonctionnalités montre ce qui est inclus où. L’Editor peut être essayé sans inscription.

À propos de TAOM : TAOM est la méthode et la plateforme de Traniva AG (Suisse) pour faire travailler ensemble les personnes, les processus et l’IA – avec Process Studio Editor et Viewer, TAOM Training et le support. Notre principe : l’IA assiste, la responsabilité reste humaine.

Pour aller plus loin : Process Studio – fonctions en un coup d’œil · Essayer l’Editor · Guide d’utilisation · Vidéo : créer un modèle de processus · Vidéo : le modèle d’entreprise