Glossaire : acteurs, parties prenantes et énoncés d'intention

Actor et Role

Un Actor est une personne, une organisation ou un système qui tient un ou plusieurs rôles et qui déclenche des activités ou y participe ; il peut être interne ou externe à l'organisation, comme un fournisseur qui interagit avec la chaîne d'approvisionnement. Le Role a deux sens. Le premier est le comportement habituel ou attendu d'un acteur, la part qu'il prend dans un processus ou un événement ; un acteur peut avoir plusieurs rôles. Le second est la part qu'une personne tient dans une organisation et la contribution qu'elle apporte par ses compétences, connaissances, expérience et aptitudes.

Stakeholder et Concern

Un Stakeholder est un individu, une équipe, une organisation, ou une catégorie de ceux-ci, qui a un intérêt dans un système. Une catégorie entière, comme « les clients particuliers », peut donc être une partie prenante. Un Concern est un intérêt pour le système, pertinent pour une ou plusieurs parties prenantes : performance, fiabilité, sécurité, distribution ou capacité d'évolution. Les concerns peuvent conditionner l'acceptabilité du système.

La Communications and Stakeholder Management gère les besoins des parties prenantes de la pratique d'Enterprise Architecture, ainsi que la communication entre cette pratique, ses parties prenantes et les consommateurs de ses services.

Requirement, Principle, Objective

Ces trois termes expriment une intention, mais à des niveaux différents. Le bon réflexe consiste à se demander si l'énoncé peut être vérifié, s'il guide des décisions ou s'il fixe un but chiffré et daté.

Exemple : « Les données sont un actif partagé » est un principe ; « Réduire de 20 % le délai de traitement des sinistres d'ici fin 2027 » est un objectif ; « Le portail affiche le solde en moins de deux secondes » est une exigence. Un même projet combine souvent les trois, chacun jouant un rôle différent dans les décisions.

• Requirement : un énoncé de besoin non ambigu, testable ou mesurable, et nécessaire pour que le résultat soit acceptable. « Le portail doit être convivial » ne suffit pas.
• Architecture Principle : un énoncé qualitatif d'intention que l'architecture devrait respecter, comme « les données sont un actif partagé ».
• Objective : un but organisationnel formulé de manière SMART (spécifique, mesurable, actionnable, réaliste, daté), par exemple réduire un délai de 20 % d'ici une date donnée.