Gérez qui agit dans vos workflows — sans ouvrir de ticket IT.

Définissez les responsabilités de projet, connectez les bons utilisateurs et groupes, et gérez les délégations temporaires depuis une plateforme gouvernée.

Donnez aux agents et aux workflows des réponses à jour, en laissant la responsabilité opérationnelle aux équipes qui connaissent le travail.

Modéliser un projetComprendre les participants

Les responsabilités restent. Les personnes changent. Le workflow ne bouge pas.

Un projet Roster sépare la responsabilité de la personne qui l'assume aujourd'hui. Le rail ember à gauche est la responsabilité — c'est ce que les workflows interrogent. La carte à droite est la personne, le groupe ou le compte actuellement affecté. Changez la carte, gardez le rail.

project
Onboarding fournisseur Atlas
région = Europedomaine = Achatsétat = live
#
participant · responsibility
member · person or group
01
participant.01
Réviseur sécurité fournisseur
GroupeRéviseurs sécurité EU
02
participant.02
Approbateur finance
UtilisateurJordan Smith
03
participant.03
Contact opérations régional
RôleResponsable ops EMEA
déléguéPriya Rao· 4 – 18 nov.
04
participant.04
Responsable escalade client
Compteatlas-cse@service
// les workflows demandent toujours le participant — Roster renvoie qui est sur la plaque aujourd'hui

Cinq couches, un seul modèle opérationnel

Chaque couche répond à une question différente sur le travail. Ensemble, elles décrivent comment la responsabilité circule dans un projet, sans figer aucun nom.

01
couche.01 · projets
Projets

Une frontière opérationnelle claire pour un processus, un workflow client, un domaine métier ou une initiative entreprise.

Onboarding fournisseur Atlas · Implémentation client Acme · Achats européens
02
couche.02 · participants
Participants

Les responsabilités métier qui peuvent agir dans le projet — toujours décrites comme des rôles, jamais comme des noms.

Propriétaire de projet · Réviseur sécurité · Approbateur finance · Responsable de livraison
03
couche.03 · membres
Membres

Les utilisateurs, groupes, rôles, unités organisationnelles, agents, comptes de service ou contacts externes qui remplissent chaque participant.

user:jordan.smith · group:eu-security · account:atlas-cse
04
couche.04 · délégations
Délégations

Un remplacement temporaire ou continu superposé au participant — sans modifier l'annuaire source.

Priya Rao couvre Ops EMEA · 4 – 18 nov.
05
couche.05 · métadonnées
Libellés et métadonnées

Des catégories réutilisables et des attributs propres au métier qui permettent aux workflows de désambiguïser par région, seuil ou contexte.

région = Europe · seuil ≥ 50k · type de revue = Fournisseur

L'IT centrale gère l'accès. Les propriétaires de projet gèrent le travail.

Deux questions différentes, deux surfaces différentes. Roster donne à chaque côté la portée dont il a réellement besoin — et s'arrête là.

surface admin centrale

Infrastructure, identité et portée plateforme

Connecteurs d'annuaire, fournisseurs de modèle, administration globale des identités et configuration plateforme restent aux équipes qui en sont responsables.

  • Configurer les connecteurs d'annuaire et de modèle
  • Gérer les rôles globaux et la politique plateforme
  • Renouveler les identifiants d'accès et auditer l'accès
  • Approuver la création de nouveaux projets
surface propriétaire de projet

Participants, membres et contexte opérationnel

Les propriétaires de projet autorisés maintiennent les responsabilités qu'ils comprennent — dans les projets qu'ils possèdent, et nulle part ailleurs.

  • Ajouter ou remplacer participants et membres
  • Définir métadonnées et libellés propres au projet
  • Déléguer une responsabilité pendant une absence
  • Tester une requête Resolve avant mise en production
// pas de console admin partagée. pas de portée globale pour un changement local. une piste d'audit dans les deux cas.

Modélisez une fois. Chaque agent connecté obtient la réponse.

Vous maintenez le projet, ses participants et leurs membres. Les agents et workflows posent des questions en langage métier. Roster résout le participant courant — y compris toute délégation active — sans éditer la moindre automatisation.

01 · votre modèle projet
projetOnboarding fournisseur Atlas
participantRéviseur sécurité fournisseur
membresGroupe Sécurité EU
métadonnéesrégion = Europe · type = Fournisseur
02 · agent → roster
qui doit prendre en charge la revue sécurité fournisseur pour Atlas en Europe ?
03 · réponse résolue
Réviseur sécurité fournisseur
Réviseurs sécurité EU · 4 membres actifs
// la délégation active est appliquée automatiquement quand elle est en vigueur
// changez un membre ou un délégué — chaque workflow voit la nouvelle réponse au prochain appel

Actions courantes du propriétaire de projet

Les gestes quotidiens qui exigeaient un ticket IT sont désormais entre les mains du propriétaire de projet — avec la même piste d'audit que n'importe quel changement plateforme.

Ajouter ou remplacer un approbateur de projet
Associer un groupe d'annuaire à une responsabilité
Ajouter un contact externe spécifique au projet
Définir des métadonnées régionales ou de seuil
Déléguer une responsabilité pendant un congé
Tester une requête Resolve avant mise en production
Revoir les requêtes Resolve passées
Archiver un projet terminé
Gérer un modèle de routage propre à un client

Questions fréquentes

Non. Roster a un rôle distinct de propriétaire de projet et un modèle de propriété au niveau projet — la portée s'arrête aux projets sur lesquels le propriétaire est autorisé.

Gardez la responsabilité près des personnes qui comprennent le travail

Modélisez les responsabilités une fois, mettez-les à jour lorsque l'organisation change, et rendez-les disponibles à chaque agent et workflow connecté.

Modéliser un projetComprendre les participantsExplorer toutes les solutions