Qu'est-ce que Gestion des problèmes ?

Processus qui vise à identifier la cause racine (le problème) d'un ou de plusieurs incidents et à empêcher sa répétition par une solution définitive. Il comprend une activité réactive, qui analyse la cause des incidents survenus, et une activité proactive, qui analyse les tendances des incidents pour prévenir des pannes qui ne se sont pas encore produites. Un problème dont la cause racine ou une solution de contournement est connue, mais dont la solution définitive n'est pas encore appliquée, est enregistré comme erreur connue et partagé avec le centre de services et les autres équipes. Lorsque la solution modifie le système, elle passe par la gestion des changements.

Nom japonais: 問題管理

« Gestion des problèmes » apparaît dans 4 questions d'entraînement réparties sur 2 thèmes, dont Gestion des services et audit des systèmes d'information, Développement logiciel et gestion de projet.

Domaine: Gestion des services et audit des systèmes d'information

Problèmes et erreurs connues

La gestion des problèmes appelle « problème » la cause racine, encore inconnue, qui se trouve derrière des incidents. Lorsque des incidents présentant le même phénomène se répètent, ou lorsqu'un incident à fort impact se produit, on l'enregistre comme problème et on l'analyse. Un problème dont l'analyse a permis d'identifier la cause racine ou de trouver une solution de contournement, mais dont la solution définitive n'est pas encore appliquée, s'appelle une « erreur connue » ; on l'enregistre avec la solution de contournement. Le centre de services se sert de ces enregistrements pour traiter immédiatement les incidents identiques.

Méthodes de recherche des causes

Pour rechercher la cause racine, on confronte les enregistrements des incidents, les journaux et les informations de la gestion des configurations (ce qui a changé juste avant), et l'on reconstitue l'ordre chronologique des événements. On utilise des méthodes comme la répétition de la question « pourquoi ? » pour remonter aux causes, le diagramme causes-effet pour recenser les causes possibles, ou le diagramme de Pareto, qui classe les éléments par nombre d'occurrences, pour cibler les priorités. Une fois la cause connue, on étudie une solution définitive et, si le système doit être modifié, on soumet une demande de changement à la gestion des changements.

Activités réactives et proactives

Analyser les causes à la suite d'un incident survenu relève de la gestion réactive des problèmes. À l'inverse, analyser les tendances des enregistrements d'incidents et des données de supervision pour repérer des signes avant-coureurs qui ne sont pas encore devenus de graves pannes, et agir à l'avance, relève de la gestion proactive des problèmes. Par exemple, remarquer que les remplacements de disques d'un certain modèle se multiplient et les remplacer de façon planifiée est une activité proactive.

S'entraîner : questions sur Gestion des problèmes

Quelle description d'une « erreur connue », au sens de la gestion des problèmes, est correcte ?

  1. AUn problème dont la cause racine a été identifiée ou pour lequel une solution de contournement est connue, mais dont la solution définitive n'est pas encore appliquée
  2. BUn incident causé par une erreur de manipulation de l'utilisateur et résolu par une explication donnée à celui-ci
  3. CUn défaut découvert pendant le développement, corrigé et testé avant la mise en production, et qui ne subsiste pas dans l'environnement de production
Afficher la réponse et l'explication

Réponse : A. Un problème dont la cause racine a été identifiée ou pour lequel une solution de contournement est connue, mais dont la solution définitive n'est pas encore appliquée

La gestion des problèmes traite comme un « problème » la cause racine, encore inconnue, d'un ou de plusieurs incidents. Un problème dont l'analyse a permis d'identifier la cause racine ou de trouver une solution de contournement, mais dont la solution définitive n'est pas encore appliquée, s'appelle une « erreur connue » ; on l'enregistre avec la solution de contournement et on la partage avec le centre de services et les autres équipes. Ainsi, lorsque le même incident se reproduit, on peut le traiter immédiatement grâce à la solution de contournement.

Un serveur de fichiers cesse de répondre plusieurs fois par semaine avec la même erreur, et chaque fois l'équipe d'exploitation le redémarre pour rétablir le service. Quelle réponse est correcte du point de vue de la gestion des problèmes ?

  1. APuisqu'un redémarrage suffit à rétablir le service, ne pas en faire un problème et continuer à redémarrer à chaque fois
  2. BSans en connaître la cause, modifier l'un après l'autre les paramètres du serveur de production selon l'appréciation de l'équipe, et observer le résultat
  3. CEnregistrer cette série d'incidents comme un problème, rechercher la cause racine et appliquer la solution définitive en passant par la gestion des changements
Afficher la réponse et l'explication

Réponse : C. Enregistrer cette série d'incidents comme un problème, rechercher la cause racine et appliquer la solution définitive en passant par la gestion des changements

Quand le même incident se répète, il est probable qu'une cause racine subsiste ; on l'enregistre donc comme problème et on l'analyse. En attendant de connaître la cause racine, on enregistre le redémarrage comme solution de contournement et on le partage en tant qu'erreur connue. Lorsque la solution définitive modifie la configuration ou un programme du serveur, on en évalue l'impact et les risques dans le cadre de la gestion des changements, et on ne l'applique qu'après approbation.

Questions fréquentes

Si l'activité tourne grâce à une solution de contournement, la gestion des problèmes est-elle inutile ?

Non. Une solution de contournement est un moyen provisoire : tant que la cause racine subsiste, le même incident se reproduit, avec chaque fois du travail et un effet sur l'activité. On enregistre la solution de contournement comme erreur connue, puis l'on compare le coût et le bénéfice d'une solution définitive pour décider de l'appliquer ou non.

Peut-on appliquer immédiatement à l'environnement de production une solution trouvée par la gestion des problèmes ?

Les modifications de l'environnement de production passent par la gestion des changements : on en évalue l'impact et les risques et on ne les applique qu'après approbation. Même une solution qui traite la cause racine risque, appliquée sans évaluation, de provoquer une nouvelle panne.

« Gestion des problèmes » dans les explications

Questions mentionnant « Gestion des problèmes » (4)

  1. Quelle description d'une « erreur connue », au sens de la gestion des problèmes, est correcte ?
  2. Un serveur de fichiers cesse de répondre plusieurs fois par semaine avec la même erreur, et chaque fois l'équipe d'exploitation le redémarre pour rétablir le service. Quelle réponse est correcte du point de vue de la gestion des problèmes ?
  3. Dans la gestion des services informatiques, quel processus vise principalement à rechercher la cause profonde des pannes récurrentes et à empêcher qu'elles se reproduisent grâce à des corrections définitives ?
  4. Le centre de services reçoit d'un utilisateur l'appel suivant : « Dans le système de notes de frais, le bouton d'envoi ne réagit plus quand je joins l'image d'un reçu. » Ce phénomène est enregistré comme erreur connue, avec la solution de contournement « l'envoi fonctionne si l'on enregistre d'abord l'image depuis un autre écran de saisie ». Quelle réponse est la plus appropriée du point de vue de la gestion des incidents ?

Termes associés

Gestion des changements Centre de services (service desk) Gestion des incidents Audit des systèmes d'information BCP (plan de continuité d'activité) CAAT (techniques d'audit assistées par ordinateur) Contrôle interne Escalade Gestion des configurations Gouvernance informatique (IT governance)

Retour au glossaire