TAOM Collaboration
Personne ne comprend un processus tout seul.
Les uns savent comment le travail se déroule réellement. Les autres connaissent les systèmes, les règles ou ce qu’il faut construire. Collaborer ne signifie pas ici déplacer des cases ensemble – mais réunir ces regards dans le même modèle. En même temps, en frappant au lieu de faire irruption, et sans que personne n’écrase le travail de l’autre.
En direct de l’éditeur
Deux personnes, un modèle – du début à la fin
À gauche, une personne travaille dans le modèle ; à droite, l’autre la rejoint : frapper, être invitée à entrer, voir qui travaille sur quoi, modifier ensemble, quitter. Pas une animation, mais un enregistrement de TAOM Process Studio. Les écrans montrent l’interface en allemand.
Enregistrement réel de TAOM Process Studio avec des données d’exemple · à gauche la personne dans le modèle, à droite celle qui la rejoint · 1:40, en boucle
Qui contribue
8 regards, une vérité
Chacun est convaincu que son regard est le bon – et le plus souvent, chacun a un peu raison. La vérité entière n’apparaît que lorsque les huit se retrouvent dans le même modèle. C’est pourquoi il ne s’agit pas de savoir qui tient le crayon.
La frontière la plus coûteuse
Métier et technique parlent de la même chose – autrement
Chaque rôle dit une phrase. Tant que ces phrases se trouvent dans des fichiers différents, elles se contredisent. Rattachées au même modèle, elles se complètent.
Ce qui compte vraiment
Sept questions auxquelles une équipe doit répondre
Partager un fichier ne répond à aucune d’elles. Dans TAOM, la réponse se trouve là où naît la question – sur le modèle et sur l’étape.
- Qu’est-ce qui a changé ?L’historique de l’étape montre chaque modification avec la date, l’avant et l’après. Les versions du modèle peuvent être comparées.
- Pourquoi cela a-t-il changé ?Chaque modification porte sa source – manuelle, par l’agent ou comme proposition issue d’un cas de test (réingénierie des processus, page en allemand).
- Qui doit encore vérifier ?Statut de revue sur l’étape, rôles « peut modifier » et « peut valider » issus du pilotage des champs (page en allemand), tâches ouvertes par personne dans le Reporting.
- Quelle exigence en est née ?Les exigences sont rattachées à l’étape et partent vers le système cible (p. ex. Jira) avec le même identifiant – les retours arrivent dans Modifications entrantes.
- Quel système est concerné ?Composant ERP et fonctions ERP figurent sur l’étape ; le répertoire d’attributs montre partout où une transaction est utilisée.
- Quelle information vient de l’IA ?L’origine des données figure sur chaque étape (généré par IA, créé par un humain, humain + IA …) ; le sceau de provenance consigne ce qui a été modifié dans TAOM.
- Quelle version fait foi ?La version validée du modèle. Les nouveaux éléments restent à l’état de brouillon jusqu’à la validation par le responsable de processus – selon le principe des quatre yeux.
- Et qui est dans le modèle en ce moment ?Initiales dans la barre d’outils et sur l’élément en cours de modification – voir plus haut.
L’IA est à la table
Une proposition n’est pas une validation
La collaboration ne se fait plus seulement entre personnes. L’essentiel est que la participation de l’IA reste visible – sinon on obtient un résultat que personne ne sait expliquer.
Un modèle généré est le début de la collaboration, pas son résultat. Le chemin :
- Proposition IA
- Vérification métier
- Vérification du processus
- Enrichissement technique
- Test
- Validation
Chacun apporte son savoir sans que le contexte d’origine se perde – en savoir plus sur les agents.
Ce que l’outil propose aujourd’hui
Travailler en même temps – sans s’écraser mutuellement
Plusieurs personnes travaillent en même temps sur le même modèle. Des règles appliquées par l’éditeur lui-même le permettent – personne n’a besoin d’y penser.
Frapper au lieu de faire irruption
Qui ouvre un modèle dans lequel quelqu’un travaille déjà frappe d’abord. La personne dans le modèle répond « Entrez » ou « Pas maintenant ». Après un « Pas maintenant », une courte pause s’applique avant de pouvoir frapper à nouveau.
La réponse arrive même si l’on attend entre-temps sur l’écran d’accueil.
Voir qui travaille sur quoi
Chaque personne a ses initiales et une couleur – dans la barre d’outils et directement sur l’élément qu’elle modifie (pointillés orange). Chaque fenêtre de navigateur compte comme une session.
Une fenêtre en arrière-plan ne retient aucun verrou.
Verrou sur l’élément, avec le nom
L’élément sur lequel quelqu’un travaille est verrouillé pour les autres – avec le nom : « Andrea modifie cet élément en ce moment. » La fenêtre de l’étape s’ouvre quand même – en consultation seule ; champs et « Appliquer » sont verrouillés.
Dès que l’élément est libre, le message disparaît.
L’enregistrement fusionne
Ce que les autres enregistrent apparaît sans recharger – « Modifications de … reprises ». Votre propre travail non enregistré est conservé ; à l’enregistrement, les deux états sont fusionnés.
Seulement si deux personnes ont modifié le même élément, TAOM demande : ma version ou la leur.
Quitter déconnecte vraiment
Avec « Quitter » ou « Fermer le modèle », vous partez aussitôt : plus d’initiales chez les autres, tous vos verrous libérés. Pour revenir, on frappe à nouveau.
Fermer le navigateur vous déconnecte également.
Original, historique et provenance
À gauche le fichier source inchangé, à droite la version de travail. L’historique de l’étape montre qui a modifié quoi et quand ; le sceau de provenance consigne ce qui a été généré par l’IA et ce qui a été modifié dans TAOM.
Deux questions restent ainsi traitables : d’où sommes-nous partis – et qu’est-ce qui a changé depuis ?
Versions et validation
Un modèle a des versions. Les nouveaux éléments restent à l’état de brouillon jusqu’à la validation par le responsable de processus – au besoin selon le principe des quatre yeux. Qui peut modifier et valider quoi est défini par le pilotage des champs propre à chaque entreprise.
Pilotage des champs – qui peut faire quoi (page en allemand) →Informer l’équipe là où elle se trouve
Après une validation, TAOM le signale comme ticket dans le système cible (p. ex. Jira) ou comme carte dans le canal (p. ex. Microsoft Teams). Les retours du système cible arrivent dans les Modifications entrantes du modèle.
Vers les intégrations →Ce qui manque encore
Les fils de commentaires sur la forme et un petit chat dans le modèle – avec un statut « je reviens » – ne sont pas encore construits. Pas plus que les équipes entre entreprises.
L’ordre est voulu : d’abord écrire ensemble en toute sécurité, ensuite en parler. Un mécanisme qui perd du travail serait pire que rien.
Prix et forfaits · Matrice des fonctions
La collaboration au-delà du modèle
Vérifier, tester, évaluer – sur le même processus
Ceux qui collaborent sur le modèle continuent ensuite : pour le test, le manuel, les chiffres. Tout est rattaché à la même étape – avec le même identifiant.
Vérification et test
Obligation de vérification, risque, cas de test et exécution avec capture d’écran sur l’étape. Testeurs et responsables de processus voient le même état ; les anomalies partent vers le système cible.
Vérification et test →Réingénierie des processus
Si un déroulement de test s’écarte du modèle, TAOM le détecte. La réponse de l’équipe devient un brouillon que le responsable de processus valide.
Réingénierie des processus (allemand) →Manuel utilisateur
Cas de test et captures d’écran deviennent un manuel par processus – en quatre langues au plus. L’équipe relit au lieu de partir de zéro.
Manuel utilisateur issu des tests →Reporting
Tâches par personne et par rôle : validations, reprises, tests ouverts. Un clic ramène du rapport à l’étape du processus.
Reporting →Process Mining et temps de projet
Temps de traitement et d’attente sur l’étape, prévu et réel par activité et rôle – pour voir où le processus attend et où la mise en œuvre prend du temps.
Process Mining et temps de projet →Modèle d’entreprise
Chaque modèle a sa place dans la cartographie des processus. Chacun sait où un processus s’inscrit et quels modèles sont évalués ensemble.
Modèle d’entreprise →Au lieu de sept dépôts
Un seul contexte, pas sept fichiers
À quoi cela ressemble souvent
Le modèle de processus dans un fichier. La liste des exigences dans un tableur. Le backlog dans l’outil de livraison. La spécification dans un document. Les notes de réunion dans la messagerie. Le schéma d’architecture dans une présentation. L’historique IA dans une fenêtre de chat.
Chacun est juste en soi – et ensemble, ils ne forment aucune image.
Comment TAOM fait le lien
Les outils peuvent rester. Ce qui devient visible, c’est la façon dont leurs informations sont liées – par le processus comme point de référence commun, sur lequel on travaille en même temps.
La collaboration devient ainsi partie intégrante du Digital Twin au lieu d’une fonction à côté.
Commencer
Prenez un processus et invitez les bonnes personnes
Commencez par un processus que quelqu’un doit de toute façon expliquer. Faites venir ceux qui le connaissent – ils frappent, vous les faites entrer. Laissez l’IA préparer le terrain là où cela fait gagner du temps. Et vérifiez le résultat ensemble.