Votre base de connaissances ServiceNow n'est pas obsolète. Elle est peut-être fausse.
L'ancienneté et l'inexactitude ne sont pas le même problème. Un article vieux de trois ans peut encore être correct - et un article publié le mois dernier peut déjà être faux.
Pourquoi l'exactitude de la KB se dégrade réellement
Rien de tout cela n'est une question de négligence. C'est qu'une plateforme et ses processus changent plus vite que quiconque ne revient vérifier ce qui en a été écrit.
Les mises à niveau de plateforme changent les étapes, pas l'article
Une refonte de l'interface ou un changement de fonctionnalité déplace un bouton ou un chemin de menu - l'article décrivant l'ancien n'est jamais mis à jour en conséquence.
Une solution de contournement devient permanente
Un article documente un correctif temporaire pour un problème connu - le vrai correctif est livré, l'article documentant le contournement n'est jamais retiré.
Captures d'écran et chemins de menu dérivent à chaque refonte de l'interface
Un guide visuel n'est exact que jusqu'à ce que l'interface qu'il montre change - ce qui, sur une plateforme activement maintenue, arrive souvent.
Un article est copié pour un processus connexe
Légèrement modifié à partir de l'original pour un scénario similaire mais différent - héritant de tout ce qui était déjà faux.
Comment le vérifier
La question utile n'est pas « quel âge a cet article », mais « correspond-il encore à ce que la plateforme fait réellement aujourd'hui ».
Comparer avec la plateforme d'aujourd'hui, pas avec la date de rédaction
L'exactitude d'un article se mesure par rapport à l'état actuel du système qu'il décrit, pas par rapport à sa propre date de publication. Cette comparaison doit se faire contre la plateforme en direct, pas juste une relecture du texte.
L'ancienneté est un indice, pas un verdict
Une date de mise à jour récente ne garantit pas l'exactitude, et une ancienne ne garantit pas une erreur - un processus réellement stable peut être documenté correctement pendant des années. Traiter l'ancienneté comme une raison de vérifier, pas comme la vérification elle-même.
Schémas à vérifier en premier
- Articles référençant des éléments d'interface ou des étapes déplacés lors d'une mise à niveau récente
- Articles sans mise à jour depuis le dernier changement du processus qu'ils décrivent
- Articles copiés d'un autre, jamais vérifiés indépendamment
- Articles très consultés
La version manuelle ne passe pas à l'échelle
Bien vérifier cela implique qu'une personne lise chaque article face au comportement réel actuel de la plateforme - pas seulement un coup d'œil à une date de mise à jour. Sur une base de connaissances comptant des centaines d'articles, avec une plateforme qui continue de changer en dessous, personne ne revérifie cela en continu à la main.
Cette revue exécutée en continu, automatiquement
Notre propre plateforme, neo.ai, lit le contenu des connaissances face à ce que la plateforme fait réellement aujourd'hui - en jugeant l'inexactitude directement, pas seulement en signalant les articles par ancienneté. C'est l'une des sept catégories qu'elle surveille sur une instance ServiceNow.