TAOM Conséquences des modifications
Une modification d’une étape de processus – et tout ce qui y est rattaché.
Qui modifie une étape modifie plus qu’une case du diagramme : exigences, tests, validations, risques, protection et responsabilités y sont rattachés.
Dans TAOM, ils sont rattachés à la même étape de processus. C’est pourquoi on voit ce qu’une modification touche – avant qu’elle ne soit validée, et uniquement pour les personnes et agents IA autorisés à le voir.
L’idée
L’innovation réside dans la connexion, pas dans la fonction isolée
Modélisation, exigences, tests, réingénierie, gouvernance, protection de l’information et reporting existent séparément dans de nombreux outils. Dans TAOM, ils accèdent tous à la même étape – avec le même identifiant, la même version et le même niveau de protection.
Ce qui est rattaché à l’étape
Six questions que soulève chaque modification
1 · Exigences
Quelles exigences métier et techniques décrivent cette étape – et restent-elles valables après la modification ?
2 · Tests et preuves
Quels cas de test appartiennent à l’étape, quelles preuves ont été réceptionnées – et lesquelles doivent être réexécutées ? Vérification et test
3 · Validations
Quelles validations sont nécessaires : quatre yeux à l’étape, nouvelle version du modèle avec validation ? Pilotage des champs
4 · Risques
Quels risques et contrôles sont rattachés à l’étape – gravité, probabilité et détectabilité sont-elles encore correctement évaluées ?
5 · Protection de l’information
Quel niveau l’étape a-t-elle – et qu’est-ce qui peut être diffusé où après la modification ? Protection de l’information
6 · Qui peut modifier
Quelles personnes et quels agents IA peuvent modifier cette étape – défini par l’administrateur du client.
Exemple
L’étape « Autoriser l’accès temporaire (quatre yeux) » change
Tiré du modèle de référence « Accès aux zones de sécurité » (fictif, strictement confidentiel) : au lieu de deux personnes, une seule personne avec contrôle système doit désormais valider.
| Ce qui est rattaché à l’étape | Ce que signifie la modification |
|---|---|
| Exigence « Principe des quatre yeux pour les zones d’accès restreint » | est contredite – doit être adaptée ou remplacée sciemment |
| Cas de test « Autoriser l’accès temporaire (quatre yeux) » | réussi jusqu’ici – doit être réécrit et réexécuté |
| Risque « Validation sans second contrôle » avec contrôles | à réévaluer – le contrôle « seconde personne » disparaît |
| Validation de la version du modèle | nouvelle version, validée par la personne responsable |
| Classification « Strictement confidentiel » | reste ; seules les personnes et agents IA de ce niveau voient la modification |
| Temps de projet et process mining | le temps de validation par cas diminue – l’effet devient mesurable après la mise en service |
Fonctionnement de l’analyse des conséquences
Un clic montre ce qu’entraîne une modification
Dans l’éditeur, « Conséquences des modifications » compare l’état actuel avec la version valide et validée du modèle – et résume pour chaque étape modifiée ce qu’il faut faire.
Ce que montre l’analyse
- étapes nouvelles, modifiées et supprimées – et ce qui a changéaujourd’hui
- exigences et objets de développement à l’étapeaujourd’hui
- cas de test avec leur dernière exécution – et ceux à réexécuteraujourd’hui
- risques dont l’évaluation doit être revueaujourd’hui
- validations à l’étape et nouvelle version du modèleaujourd’hui
- niveau de protection – les déclassements sont signalés explicitementaujourd’hui
Seulement ce que l’on a le droit de voir
Les étapes au-dessus de son propre niveau d’habilitation n’apparaissent qu’avec leur nom et leur identifiant. La même règle vaut pour les personnes, les invités et les agents IA – définie par l’administrateur du client.
Directement à l’étape
Un clic sur une étape la met en évidence dans le diagramme – cas de test, risques et validation y sont modifiables directement à l’étape.
Change Impact
Des conséquences à l’évaluation
Avec la licence complémentaire Change Impact Management, TAOM résume les conséquences en un Impact Score explicable – avec effort interne et externe et coûts uniquement pour les personnes disposant du droit « Voir les coûts ». Pour les modifications critiques en matière de sécurité, des règles fixes exigent une revue d’impact indépendamment du score.
Impact Score
« 58 = 18 processus + 12 exigences + … » – chaque part visible ; l’administrateur fixe pondérations et seuils.
Effort sans coûts de personnel
Score, effort et coûts sont des niveaux strictement séparés ; seuls les administrateurs voient les données de rémunération individuelles.
Dans le reporting
Toutes les modifications ouvertes par nœud du modèle d’entreprise – filtrables par niveau, standard ou WRICEF.
Conséquences des modifications
Modifier les processus sans perdre la vue d’ensemble
Pour les organisations dont les processus doivent être vérifiés, validés et protégés – GxP, défense, finance, énergie.