Incident ou problème ? Un outil de décision ITIL
Répondez à cinq questions rapides sur la situation que vous avez sous les yeux et obtenez un verdict aligné sur ITIL — incident, problème, ou les deux — avec le raisonnement, pour pouvoir défendre votre choix au point quotidien.
- Verdict immédiat
- Aligné sur ITIL
- Confidentiel par conception
Un incident est une interruption non planifiée ou une baisse de qualité d’un service : l’objectif est de rétablir le service rapidement. Un problème est la cause, ou la cause potentielle, d’un ou plusieurs incidents : l’objectif est d’éliminer la cause racine. Si les caisses sont en panne dans vos magasins de Dubaï, enregistrez un incident et rétablissez d’abord, puis ouvrez un problème lié si la cause est inconnue ou si cela s’est déjà produit.
Décrivez la situation
Cinq questions rapides. Le verdict se met à jour au fil de vos réponses — rien n’est enregistré ni envoyé nulle part.
Répondez aux questions ci-dessus — le verdict se met à jour au fil de vos réponses.
Pourquoi c’est important
- Mauvais choix, mauvaise file. Enregistrer un problème alors que le service est encore en panne ralentit le correctif — rétablissez d’abord, investiguez ensuite.
- Bon choix, moins de répétitions. Clôturer des incidents sans problème lié, c’est ainsi que la même panne revient chaque trimestre.
- Utilisez-le au triage. Passez un incident majeur en cours dans cet outil, avec le calculateur du coût des pannes, pour justifier une Major Problem Review sur-le-champ.
- C’est un point de départ, pas un verdict définitif. Faites preuve de jugement — un cas isolé à faible impact peut tout de même justifier un enregistrement de problème s’il touche un système fragile.
Méthode et propriété
Un court arbre de décision sur la distinction centrale d’ITIL : un incident rétablit le service, un problème élimine la cause. Il prend en compte l’interruption actuelle du service, la récurrence du défaut, la connaissance de la cause racine, l’objectif immédiat et l’impact métier.
Les formules utilisées ici sont des méthodes standard et publiées. L’implémentation, l’interface, les textes, la logique des constats et les chiffres de référence sont une œuvre originale d’ITSM Compass. Les résultats sont des estimations, pas un avis professionnel. Voir les conditions d’utilisation.
© 2026 ITSM Compass. Tous droits réservés.
Questions
Quelle est la différence ITIL entre un incident et un problème ?
Un incident est une interruption non planifiée ou une baisse de qualité d’un service — l’objectif est de rétablir le service rapidement. Un problème est la cause (ou la cause potentielle) d’un ou plusieurs incidents — l’objectif est de trouver et d’éliminer la cause racine, ou d’en réduire l’impact si elle ne peut pas être éliminée.
Faut-il toujours un enregistrement de problème quand on ne connaît pas la cause racine ?
Pas toujours. Un cas réellement isolé à faible impact métier peut souvent être simplement surveillé. Ouvrez un enregistrement de problème quand le même défaut peut se reproduire, quand une solution de contournement tient lieu de correctif, ou quand l’impact métier est assez élevé pour que l’ignorance de la cause soit en soi un risque.
Quelle est la différence entre un problème réactif et un problème proactif ?
Un problème réactif part d’incidents déjà survenus — vous investiguez un défaut après sa récurrence. Un problème proactif part de l’analyse — repérer une tendance, un risque ou un quasi-incident avant qu’il ne devienne une série d’incidents.
Un incident majeur peut-il passer directement à une revue de problème ?
Oui. Les incidents à fort impact justifient souvent une Major Problem Review dès la première occurrence, sans attendre une répétition — le coût d’une seconde défaillance est trop élevé pour être accepté.
Besoin d’une gestion des problèmes bien ancrée ?
Des séances de conseil qui mettent en place le triage des incidents récurrents, la Major Problem Review et les indicateurs qui la font vivre.