Une alerte technique ne suffit pas à piloter un incident. Il faut comprendre le service concerné, identifier les équipes à mobiliser et suivre la résolution. Le 12 novembre 2026, Dynatrace a présenté une évolution de son connecteur avec ServiceNow Event Management. Une actualité qui rappelle un point essentiel : la qualité de l'outillage compte, mais l'organisation des processus ITSM reste décisive.
Ce que Dynatrace vient d'annoncer
Le nouveau connecteur ITOM permet d'envoyer les problèmes détectés par Dynatrace vers ServiceNow Event Management au moyen d'une action « Send ITOM Event » intégrée aux workflows Dynatrace. Les événements peuvent transporter du contexte sur le problème et un lien vers son analyse. ServiceNow peut ensuite les rapprocher d'autres signaux, les corréler et les associer aux éléments de configuration concernés.
Dynatrace propose également un modèle de workflow prêt à adapter. Il permet de transmettre les ouvertures et fermetures de problèmes selon des règles configurables, notamment de sévérité et de disponibilité de l'analyse de cause. Ce mécanisme ne remplace pas les règles de qualification et de traitement propres à chaque organisation.
ITOM et ITSM : ne pas confondre événement et incident
Le point mérite d'être précisé. L'intégration annoncée concerne avant tout l'ITOM et ServiceNow Event Management. Elle transmet des événements que ServiceNow peut transformer en alertes corrélées. Cela ne signifie pas qu'un ticket d'incident ITSM est créé automatiquement dans tous les cas.
La création ou l'actualisation d'un incident dépend des règles d'Event Management, des workflows et des pratiques retenues par le client. Cette distinction est importante : un problème technique détecté, une alerte opérationnelle et un incident de service ne correspondent pas nécessairement au même niveau de traitement.
Le vrai sujet : transmettre le bon contexte
Prenons un exemple simple : un service de commande ralentit pendant une période de forte activité. Dynatrace détecte un problème et fournit des éléments de diagnostic. Encore faut-il relier ce signal au bon service, mesurer son impact métier et éviter de créer plusieurs incidents pour une même dégradation.
C'est là qu'interviennent la qualité de la CMDB, les relations entre composants et services, les règles de corrélation et les critères de priorité. Une donnée mal rapprochée d'un élément de configuration peut orienter l'événement vers la mauvaise équipe. À l'inverse, un contexte fiable facilite la prise en charge et la communication vers les utilisateurs concernés.
Process Owner : qui définit les règles du jeu ?
L'intégration entre deux plateformes n'établit pas, à elle seule, une bonne gestion des incidents. Quel événement doit être escaladé ? À quel moment ouvre-t-on un incident majeur ? Qui arbitre une priorité contestée ? Quand déclenche-t-on une analyse de problème récurrent ? Ces décisions relèvent des processus et de leur gouvernance.
Le Process Owner porte la cohérence, les objectifs et l'amélioration du processus. Le Process Manager en pilote l'application au quotidien avec les équipes. En Incident Management comme en Problem ou Change Management, ces rôles sont essentiels pour transformer un flux d'informations techniques en actions organisées, mesurées et suivies.
Comment ADN Consulting accompagne ce type de projet
ADN Consulting intervient sur les deux volets, technique et opérationnel. Côté observabilité, nos équipes peuvent contribuer à la collecte des signaux, à leur qualification et à leur intégration dans les outils d'exploitation. Côté ITSM, nous accompagnons la structuration des pratiques ITIL, l'organisation du Run et du MCO, le cadrage des usages ServiceNow et les responsabilités associées.
Nos interventions peuvent notamment couvrir le pilotage des processus par des Process Owners ou Process Managers, la gestion des incidents majeurs, l'analyse des problèmes, les escalades, les SLA et OLA, les indicateurs de service et les revues d'amélioration continue. Le point de départ reste le fonctionnement réel des équipes, plutôt qu'un modèle théorique à appliquer à l'identique partout.
Mesurer l'utilité, pas seulement le nombre d'alertes
Une intégration réussie ne se juge pas au volume d'événements transmis. Il vaut mieux observer la pertinence des alertes, les doublons, la qualité de l'affectation, le temps de qualification et la capacité à suivre la résolution jusqu'au retour à la normale.
Le connecteur Dynatrace–ServiceNow apporte une possibilité supplémentaire de rapprocher diagnostic et exploitation. Son intérêt se vérifie sur le terrain, lorsque les bonnes informations arrivent aux bonnes personnes et que les décisions restent tracées dans un processus connu de tous.
À retenir
L'actualité Dynatrace–ServiceNow concerne le transfert d'événements vers ITOM Event Management ; la gestion des incidents ITSM dépend ensuite des règles et processus en place. ADN Consulting accompagne cette continuité, depuis l'observabilité jusqu'à l'Incident et au Problem Management, avec des compétences de pilotage ITSM, Process Owner et Process Manager.
Passer de ce sujet à votre projet
Un audit à lancer, une plateforme à intégrer ou un RUN à fiabiliser ? Découvrez comment nos équipes peuvent intervenir sur votre environnement.
Décrire mon besoinPour approfondir
Dynatrace — Nouveau connecteur ServiceNow ITOM (12 novembre 2026) ↗Dynatrace Docs — Paramétrage du connecteur ServiceNow ITOM / ITSM ↗ADN Consulting — ITSM et pilotage des services IT →ADN Consulting — Expertise observabilité →Article mis à jour le .