La gestion des problèmes, c'est là où vous cessez d'éteindre les incendies pour commencer à les prévenir. Ce guide montre comment utiliser le module Problèmes de GLPI pour investiguer les causes racines et réduire les incidents récurrents.
Incident vs Problème : la différence fondamentale
La confusion la plus courante en ITSM est de penser qu'« un incident devient un problème ». Ce n'est pas le cas. Ce sont des processus distincts :
- Incident : axé sur le rétablissement rapide du service (correctif)
- Problème : axé sur la recherche et l'élimination de la cause racine (préventif)
Exemple pratique : le serveur de messagerie tombe en panne tous les lundis. Chaque panne est un incident (résolu en redémarrant le service). L'investigation qui découvre que la sauvegarde hebdomadaire épuise la mémoire est le problème.
Types de gestion des problèmes
Réactive
Investigation après que des incidents se sont déjà produits. C'est la plus courante : plusieurs incidents similaires → ouvrir un Problème → investiguer la cause racine.
Proactive
Analyse des tendances et des schémas avant que des incidents ne se produisent. Nécessite des données historiques et des indicateurs de qualité.
Flux dans GLPI
- Identification : détecter un schéma d'incidents récurrents ou un incident critique
- Enregistrement : créer un élément de type Problème dans Assistance > Problèmes
- Association : associer les incidents liés via l'onglet Tickets
- Investigation : documenter l'analyse de la cause racine dans la chronologie
- Solution de contournement : enregistrer le workaround pour utilisation immédiate
- Solution définitive : mettre en œuvre la correction permanente
- Changement : si nécessaire, ouvrir un Changement pour mettre en œuvre la correction
- Clôture : documenter les leçons apprises dans la base de connaissances
Automatisation avec NexTool
Le module Problem Flow de NexTool automatise la détection des schémas : lorsque des incidents récurrents sont détectés par catégorie et fréquence, un Problème est automatiquement créé avec les incidents associés.
Bonnes pratiques
- N'attendez pas des dizaines d'incidents – 3 occurrences similaires justifient déjà un Problème
- Documentez toujours : même si la solution semble évidente, enregistrez-la dans la base de connaissances
- Liez les Problèmes aux Changements lorsque la correction nécessite des modifications d'infrastructure
- Révisez les Problèmes ouverts chaque semaine pour éviter l'accumulation
Prochaine étape
Complétez le cycle ITIL avec la gestion des changements et implémentez une base de connaissances pour documenter les solutions trouvées.
