SUP-05 — Gestion des incidents, problèmes et escalades dans un environnement TI d'entreprise

Résumé destiné aux recruteurs

SUP-05 présente la gestion opérationnelle du support en entreprise : incidents et demandes, priorisation, escalades, coordination des équipes techniques, gestion des problèmes, documentation de solutions et production d’informations de gestion. Au MCN, les pratiques ServiceNow et la documentation des interventions sont le contexte attesté. À La Poste du Burkina Faso, qui dispose de 119 agences, la fiche met en évidence des activités de coordination et de support réparti — sans prétendre que ServiceNow y était utilisé.

Contexte organisationnel et objectifs du support

Dans un environnement TI d’entreprise, le support doit rétablir le service tout en conservant une trace exploitable par les équipes, les utilisateurs et la gestion. Une priorité mal posée, une affectation tardive ou une résolution non documentée augmente le risque de récidive et d’escalade inutile. L’objectif est donc de faire circuler une information qualifiée : impact, urgence, symptôme, périmètre, diagnostic, responsable, contournement, résolution et validation.

Responsabilités documentées

• Gestion des incidents et demandes.
• Priorisation.
• Escalade.
• Coordination des équipes techniques.
• Gestion des problèmes.
• Documentation des solutions.
• Production d’informations de gestion.

Diagramme A — Cycle de vie d’un incident

Incident, problème et demande

Catégorisation et priorisation

La catégorisation oriente l’affectation, la recherche dans la base de connaissances et les statistiques de récurrence. La priorité est évaluée à partir de l’impact et de l’urgence : impact sur les utilisateurs ou processus concernés, urgence liée au délai acceptable et aux contraintes opérationnelles. La matrice exacte, les seuils et les SLA dépendent de l’organisation ; aucun niveau MCN n’est déduit ici.

Diagramme B — Escalade N1/N2/N3

Diagramme C — Gestion des problèmes

L’analyse de cause racine ne doit pas être confondue avec une supposition. Elle peut s’appuyer sur les événements, changements récents, conditions reproductibles, dépendances et connaissances existantes. Si la cause n’est pas confirmée, l’hypothèse, les limites et le contournement sont documentés comme tels.

Diagramme D — Coordination des équipes

Documentation et base de connaissances

Une résolution utile est réutilisable : elle précise le symptôme, le périmètre, les prérequis, les contrôles, les étapes autorisées, le résultat attendu, le retour arrière éventuel et les critères d’escalade. La base de connaissances réduit la répétition de diagnostics identiques tout en évitant de publier des données sensibles.

Exemple fictif de fiche d’incident

Référence            : INC-DEMO-0042
Catégorie            : Accès applicatif
Impact / urgence     : Faible / moyenne — valeurs fictives
Priorité             : Calculée selon une matrice illustrative
Symptôme             : L'utilisateur ne peut pas ouvrir l'application de démonstration.
Contrôles réalisés   : Compte identifié ; accès réseau de base vérifié ; journal pertinent consulté.
Affectation          : Support N2 fictif
Résolution           : [EXEMPLE] Correction validée selon procédure, puis nouvelle vérification.
Validation           : Accès confirmé par l'utilisateur fictif.

Exemple fictif d’article de base de connaissances

Titre : Diagnostic initial d'un accès applicatif indisponible
Public : Support autorisé
1. Qualifier le message, le périmètre et l'impact.
2. Vérifier les prérequis visibles et la procédure associée.
3. Rechercher les incidents/problèmes connus sans exposer de données.
4. Appliquer uniquement le contournement approuvé, si documenté.
5. Consigner le résultat ; escalader avec les preuves nécessaires si non résolu.

Tableau de bord illustratif — données synthétiques

Les indicateurs suivants sont des exemples de mesures possibles, et non des statistiques de MCN ou de La Poste.

Le MTTR, le respect des SLA et le taux de récurrence sont des indicateurs utiles seulement si leur périmètre, période, règles de calcul et qualité de données sont définis. Ils ne sont jamais inférés d’un exemple de workflow.

Compétences démontrées

Résultats vérifiables et limites

• Les réalisations documentées couvrent incidents/demandes, priorisation, escalade, coordination, problèmes, documentation et information de gestion.
• Les quatre diagrammes sont générés depuis des sources Mermaid, puis exportés en SVG.
• Les pratiques ServiceNow sont attribuées au contexte MCN ; la coordination multi-sites est distinguée pour La Poste du Burkina Faso et ses 119 agences.
• Les tickets, articles, valeurs du tableau et indicateurs sont fictifs. Aucune statistique historique n’est revendiquée.