Tableau de bord/Chapter 3/1.12 — Configurer les Operational Dashboards
Chapter 3 · leçon 12 sur 12
L'architecture des tableaux de bord opérationnels dans Maximo Manage est conçue pour offrir une flexibilité maximale et une pertinence contextuelle aux utilisateurs. Au cœur de cette architecture se trouvent les `Start Center` et les `Work Centers`, qui agissent comme des portails personnalisés pour l'accès aux informations et aux fonctionnalités de Maximo.
Les `Start Center` sont des interfaces traditionnelles hautement configurables, composées de portlets qui affichent des données agrégées, des listes de tâches, des KPI et des raccourcis. Les `Work Centers`, introduits dans les versions plus récentes de Maximo, représentent une approche plus moderne et axée sur les rôles, offrant une expérience utilisateur simplifiée et des tableaux de bord intégrés directement dans le flux de travail.
Certavia B
A -- Accède via --> C
B -- Affiche --> D
B -- Affiche --> E
B -- Affiche --> F
B -- Permet accès à --> G
C -- Intègre --> D
C -- Intègre --> E
C -- Intègre --> F
C -- Simplifie accès à --> G
D -- Utilise --> H
E -- Filtre --> H
F -- Dirige vers --> G
classDef primary fill:#1D9E75,stroke:#178A66,stroke-width:2px,color:#FFFFFF
classDef secondary fill:#F1F5F9,stroke:#475569,stroke-width:2px,color:#0F172A
classDef tertiary fill:#E0F2F7,stroke:#007B8A,stroke-width:2px,color:#0F172A
classDef quaternary fill:#FFFBEB,stroke:#D97706,stroke-width:2px,color:#0F172A
">
Maximo offre deux approches principales pour la présentation des informations opérationnelles et des tableaux de bord : les `Start Center` traditionnels et les `Work Centers` plus modernes. Bien qu'ils partagent l'objectif de fournir des vues personnalisées, leurs conceptions et leurs cas d'utilisation diffèrent significativement.
Les `Start Center` sont hautement configurables avec des portlets, tandis que les `Work Centers` sont optimisés pour des rôles spécifiques, offrant une expérience utilisateur simplifiée et souvent plus intuitive, notamment sur les appareils mobiles.
| Caractéristique | Start Center | Work Centers |
|---|---|---|
| Philosophie | Tableau de bord généraliste, configurable par l'utilisateur. | Interface axée sur les rôles, simplifiée pour des tâches spécifiques. |
| Personnalisation | Basée sur des portlets (KPI, requêtes, liens), personnalisable par l'utilisateur. | Pré-configurée par rôle, avec des vues et actions spécifiques. |
| Expérience utilisateur | Interface traditionnelle, peut nécessiter plus de clics pour certaines actions. | Interface moderne, intuitive, souvent optimisée pour le mobile. |
| Contenu des tableaux de bord | `KPI` via `KPI Manager`, requêtes de liste, `Quick actions`, `Favorites`. | `KPI` intégrés, listes de tâches contextuelles, formulaires simplifiés. |
| Cible principale | Utilisateurs avancés, managers, planificateurs nécessitant une vue d'ensemble. | Techniciens, superviseurs, utilisateurs mobiles effectuant des tâches répétitives. |
| Exemple de contenu | `Overdue emergency work`, `PM performance`, `Selected KPI comparison`. | `Workflow assignments due soon`, `Work queues` pour un technicien. |
La configuration des tableaux de bord opérationnels dans Maximo est un processus essentiel pour adapter l'environnement aux besoins spécifiques de chaque utilisateur ou rôle. Elle implique l'utilisation de plusieurs applications et concepts pour assembler des vues pertinentes et actionnables.
Que ce soit via les `Start Center` ou les `Work Centers`, l'objectif est de présenter les informations les plus critiques de manière claire et concise, permettant aux utilisateurs de prendre des décisions rapides et d'exécuter leurs tâches efficacement. Cette configuration s'appuie sur des éléments tels que les KPI, les requêtes de liste et les liens rapides.
Les KPI sont des mesures quantifiables qui reflètent la performance d'une organisation ou d'un processus. Dans Maximo, ils sont configurés via l'application `KPI Manager`.
Les requêtes de liste permettent aux utilisateurs de visualiser des ensembles spécifiques d'enregistrements, filtrés selon des critères prédéfinis. Elles sont un élément fondamental des tableaux de bord opérationnels.
Pour améliorer la navigation et l'efficacité, les tableaux de bord peuvent inclure des raccourcis vers des applications ou des tâches fréquemment utilisées.
La personnalisation est cruciale pour que les tableaux de bord soient pertinents pour chaque rôle.
La mise en place d'un KPI dans Maximo suit un cycle de vie structuré, allant de la définition des besoins métier à son affichage sur les tableaux de bord. Ce processus garantit que les KPI sont pertinents, précis et utiles pour la prise de décision opérationnelle.
Chaque étape est cruciale pour assurer l'intégrité et l'utilité du KPI, de la capture de l'intention métier à la surveillance continue de sa performance.
Les candidats peuvent confondre les fonctionnalités et les cas d'utilisation des `Start Center` et des `Work Centers`. Le piège est de penser qu'ils sont interchangeables ou que l'un remplace entièrement l'autre. En réalité, les `Start Center` sont les tableaux de bord traditionnels, hautement configurables par portlets, adaptés aux rôles nécessitant une vue d'ensemble et des options de personnalisation étendues. Les `Work Centers`, en revanche, sont des interfaces modernes, basées sur les rôles, conçues pour simplifier les tâches spécifiques et optimisées pour la mobilité, offrant une expérience utilisateur plus guidée et moins personnalisable par l'utilisateur final. L'examen peut présenter des scénarios où la distinction est cruciale pour choisir la bonne approche de configuration.
Un piège courant est de ne pas suffisamment se concentrer sur la source des données et la logique de calcul derrière un KPI. L'examen peut présenter des questions où un KPI affiche des données incorrectes ou non pertinentes. La cause sous-jacente est souvent une requête SQL mal construite ou une mauvaise compréhension des tables et champs Maximo (`MATRECTRANS`, `INVCOST`, `WORKORDER`, `ASSET`, etc.) utilisés pour alimenter le KPI. Il est essentiel de comprendre que la performance d'un KPI dépend directement de la précision de sa définition (`KPI Definition Template`), de la formule et de la source de données. Une mauvaise définition peut entraîner des décisions opérationnelles erronées, même si le KPI est visuellement bien présenté sur le tableau de bord.
Les tableaux de bord opérationnels sont les plus efficaces lorsqu'ils sont adaptés aux besoins spécifiques de chaque rôle utilisateur. Un piège est de configurer des tableaux de bord génériques qui ne répondent pas aux exigences distinctes des différents utilisateurs (ex: `Maintenance Manager` vs. technicien). L'examen peut tester la capacité à identifier les éléments de tableau de bord pertinents pour un rôle donné. Il est crucial de se rappeler l'existence d'outils comme le `Role-to-Widget Matrix` et les `Personas` pour s'assurer que les KPI, les requêtes de liste et les liens rapides sont alignés avec les responsabilités et les flux de travail de chaque rôle, évitant ainsi la surcharge d'informations ou le manque de données critiques.
Le `Start Center` est un tableau de bord traditionnel, hautement personnalisable par l'utilisateur via des portlets (KPI, requêtes, liens rapides), offrant une vue d'ensemble. Le `Work Center` est une interface moderne, axée sur les rôles, pré-configurée pour simplifier des tâches spécifiques et optimisée pour la mobilité, avec une expérience utilisateur plus guidée.
Les KPI sont définis via l'application `KPI Manager` en utilisant des requêtes SQL pour extraire des données et des seuils (cible, tolérance). Ces seuils permettent de visualiser la performance (vert, jaune, rouge) sur des portlets graphiques dans les `Start Center` ou intégrés dans les `Work Centers`, alertant les utilisateurs sur les déviations par rapport aux objectifs.
Les requêtes de liste permettent de filtrer et d'afficher des ensembles spécifiques d'enregistrements (ex: `WORKORDER` en retard). Elles peuvent être partagées et affichées comme des portlets sur les tableaux de bord, offrant des vues dynamiques et pertinentes qui aident les utilisateurs à identifier rapidement les tâches prioritaires ou les problèmes nécessitant une attention immédiate.
Pour assurer la pertinence par rôle, Maximo utilise des concepts comme le `Role-to-Widget Matrix`, le `Dashboard Layout Template`, le `KPI Mapping Matrix`, et des outils de conception comme les `Personas` et `User Stories`. Ces éléments aident à aligner le contenu des tableaux de bord (KPI, requêtes, liens rapides) avec les responsabilités et les besoins opérationnels de chaque rôle.
Bonne réponse : A
Pourquoi cette question existe — STU §3.12 — la question vérifie le mécanisme d'octroi d'accès une fois un Operational Dashboard rendu public : l'association se fait au niveau Security Group, cohérent avec le modèle de sécurité général de Maximo, pas au niveau d'une personne ou d'un groupe de personnes. En pratique, ignorer cette association laisse le dashboard public mais invisible pour les utilisateurs concernés.
Le contexte théorique d'abord — Une fois un Operational Dashboard marqué public, il doit être associé à un ou plusieurs Security Groups pour que les utilisateurs membres de ces groupes puissent y accéder, en cohérence avec le modèle général d'autorisation par Security Group de Maximo.
Ce que Maximo en fait — version opérationnelle — Dans Operational Dashboards, marquer le dashboard Public, puis dans Security Groups, associer ce dashboard au(x) groupe(s) cible(s) via l'onglet applicatif correspondant, accordant ainsi l'accès à tous les membres du groupe.
Exemple chiffré — Un dashboard public associé à 3 Security Groups (Managers, Planners, Supervisors) devient visible pour potentiellement 250 utilisateurs en 1 seule association, contre 250 configurations individuelles sinon.
Analogie quotidienne — C'est comme rendre une chaîne de télévision accessible à tous les abonnés d'un certain forfait : l'accès se gère par catégorie d'abonnement (Security Group), pas individu par individu.
Pourquoi B est faux — Pattern D5 champ-frère : le Person Group sert l'assignation de travail/résolution de Role, pas l'octroi d'accès à un dashboard.
Pourquoi C est faux — Pattern D6 mauvaise-app : associer individuellement chaque Person ne suit pas le modèle de sécurité par groupe de Maximo.
Pourquoi D est faux — Pattern D5 champ-frère : le Start Center est l'écran d'accueil personnalisable, distinct du mécanisme d'octroi d'accès au dashboard public.
Bonne réponse : A
Pourquoi cette question existe — STU §3.12 — la question identifie le réglage exact rendant le dashboard la page d'atterrissage immédiate après connexion, par opposition à l'intégrer en portlet dans un Start Center (ce qui le rendrait visible mais pas en page d'accueil directe). Les distracteurs ressemblent fortement à la bonne réponse mais inversent le mécanisme ou ciblent « tous les utilisateurs » au lieu d'un Security Group précis. En pratique, ce réglage différencie un dashboard d'accueil obligatoire d'un simple widget consultable.
Le contexte théorique d'abord — Pour qu'un Operational Dashboard s'affiche immédiatement à la connexion, il doit être défini comme Default Application du ou des Security Group(s) concernés. Ce réglage redirige l'utilisateur vers le dashboard dès l'authentification, au lieu du Start Center classique.
Ce que Maximo en fait — version opérationnelle — Dans Security Groups > sélectionner le groupe créé pour le client > champ Default Application = l'Operational Dashboard cible > Save. Tout utilisateur membre de ce groupe est redirigé vers ce dashboard dès sa connexion suivante.
Exemple chiffré — Sur un groupe de 50 superviseurs, définir le dashboard en Default Application leur évite collectivement environ 2 clics de navigation par connexion, multiplié par 4 connexions quotidiennes en moyenne.
Analogie quotidienne — C'est comme régler sa page d'accueil de navigateur sur un site précis : dès l'ouverture, on y arrive directement, sans avoir à cliquer pour y accéder.
Pourquoi B est faux — Pattern D4 demi-vérité : ajouter le dashboard en portlet sur un Start Center le rend visible et consultable, mais ne fait pas du dashboard la page d'atterrissage immédiate.
Pourquoi C est faux — Pattern D9 quasi-synonyme : le réglage se fait par Security Group, pas via un paramètre global « pour tous les utilisateurs » dans Security Controls.
Pourquoi D est faux — Pattern D4 demi-vérité : un Start Center riche en KPI reste un Start Center, pas l'affichage direct de l'Operational Dashboard en page d'atterrissage.