Platform Analytics II : Préparez votre migration

Bonne année 2025!

Dans notre précédent blog sur Platform Analytics (PAE), nous avons expliqué ce qu’est Platform Analytics et que la version Zurich forcera la migration des tableaux de bord et des rapports actuels (y compris Performance Analytics) vers PAE, si vous ne le faites pas vous-même avant cette date. Tout sera dans une expérience unifiée.

2025 sera l’année de Platform Analytics, même si vous ne le souhaitez pas.

Tester la migration

Zurich étant prévu pour le troisième trimestre de cette année, vous n’avez que peu de temps pour tester la migration et faire un nettoyage (l’outil de migration est disponible depuis la version de Washington).

Pourquoi tester la migration ?

La réponse est très simple : vous voulez savoir si vos tableaux de bord les plus utilisés ou les plus personnalisés fonctionneront toujours après la migration. Vous voulez voir si des modifications doivent y être apportées, avant de tout migrer vous-même (ou de demander à ServiceNow de le faire pour vous avec la mise à niveau vers Zurich).

Préparer la migration

Je ne vais pas parler de la préparation de vos utilisateurs dans ce blog. Bien qu’il soit très important de les informer ou même de leur permettre de commencer à l’utiliser, c’est à vous de décider comment vous allez aborder le problème des « personnes » que cette migration va entraîner. Si vous avez besoin d’aide à ce sujet, nos coordonnées se trouvent au bas de ce blog.

Pourquoi faire un nettoyage ?

Parce que vous ne le ferez pas après la migration.

Est-il nécessaire ou obligatoire de faire un nettoyage ?

Non. Tout sera migré, mais pourquoi remplir votre nouvelle façon de travailler avec des rapports et des tableaux de bord que personne n’a utilisés depuis des années et n’utilisera probablement plus jamais ?

La communauté ServiceNow dispose d’une quantité considérable d’informations liées à PAE, notamment cet article de Dan Kane (Outbound PM chez ServiceNow). Il contient une présentation sur la façon dont vous pouvez nettoyer votre contenu existant (là encore, ce n’est pas une tâche obligatoire, mais j’aime personnellement travailler dans une salle propre et sans encombrement).

Avec la migration, non seulement les tableaux de bord et les rapports sont migrés, mais aussi les widgets PA, les indicateurs, les rapports planifiés et tout ce qui concerne les tableaux de bord et les rapports. La suppression ou l’archivage des éléments que vous n’utilisez pas permet de repartir à zéro.

Savez-vous combien de rapports ont été créés en même temps et n’ont jamais été réutilisés ?

Savez-vous combien de tableaux de bord sont actifs, créés par un utilisateur qui ne fait plus partie de l’entreprise et qui ne sont partagés avec personne d’autre ?

Savez-vous combien de rapports planifiés sont actifs mais ne sont jamais générés parce que l’utilisateur qui exécute le rapport ou le(s) destinataire(s) sont inactifs ?

Savez-vous combien d’indicateurs ont été créés mais ne sont pas collectés ?

Savez-vous combien de rapports vérifient les mêmes données (par exemple, les incidents actifs) ?

Plusieurs outils sont disponibles dans votre instance pour effectuer ces vérifications

Console d’administration (sous Analyse des performances)
Rapporter les statistiques (report_stats)
Statistiques du tableau de bord (dashboard_stats)
Statistiques du widget (report_stats où le widget n’est pas vide)
Liste des rapports planifiés (recherchez ‘exécuter en tant qu’utilisateur inactif’)
Indicateurs sans emploi associé (pa_indicators avec 0 related_jobs)

Si l’un des enregistrements que vous trouvez est déjà inactif, souhaitez-vous le faire migrer ? Ou allez-vous simplement le supprimer (ou l’archiver comme Dan le décrit dans son article).

Si l’un des enregistrements que vous trouvez n’a pas été utilisé depuis plus d’un an, pensez-vous qu’il le sera après la migration ? Si ce n’est pas le cas, supprimez-le ou archivez-le.

Si vous avez plusieurs indicateurs exécutés sur la même source d’indicateurs, vérifiez s’ils ne collectent pas simplement les mêmes données deux fois. Est-ce nécessaire ?

Gardez-le propre

Vous souvenez-vous du nombre de fois où l’on vous a demandé, quand vous étiez enfant, de nettoyer quelque chose ? Et du temps qu’il vous a fallu pour terminer le nettoyage après une période d’inactivité ? Il en va de même pour ServiceNow. Vous supprimez d’anciens articles de connaissances. Les anciens CI sont mis hors service. Pourquoi ne pas également garder vos rapports et tableaux de bord propres ? Quelques conseils :

Continuer le nettoyage (exécuter des tâches hebdomadaires de vérification des visualisations et du tableau de bord qui n’ont pas été utilisés depuis un an)
Utilisez la nouvelle option « certification » sur les tableaux de bord et les visualisations afin que les utilisateurs puissent vérifier les éléments « approuvés par l’entreprise » et éventuellement les utiliser au lieu de créer les leurs
Appliquer le contrôle de la source de données, de sorte que tous les utilisateurs ne puissent pas créer de visualisations à partir d’indicateurs, sans connaître les données qui les sous-tendent
Vérifiez régulièrement la console d’administration pour les éléments inutilisés

Supports WhiteBrick

You don’t have to clean up. You don’t have to test the migration. Just know that with Zurich, ServiceNow will do it for you.

Vous n’avez pas besoin de nettoyer. Vous n’avez pas besoin de tester la migration. Sachez simplement qu’avec Zurich, ServiceNow le fera pour vous.

Ne sous-estimez pas l’impact de cette transition. Commencez à planifier dès maintenant. WhiteBrick peut vous aider dans vos efforts de nettoyage et de migration. Nous pouvons également vous aider à préparer votre personnel avec une démonstration ou à préparer des instructions pour vos utilisateurs.

Si vous avez besoin d’aide ou si vous souhaitez obtenir une copie de notre document complet décrivant le processus, y compris la façon de créer de nouvelles visualisations, contactez-nous à l’adresse [email protected]. . Les clients existants peuvent bien entendu utiliser les canaux connus.