5.3Gestion de parc, ITSM, ITIL, GLPI
L'essentiel en 30 secondes
- On ne gère bien que ce qu'on connaît : un inventaire à jour (postes, serveurs, logiciels, licences, affectations) est la base de toute gestion de parc.
- L'ITSM organise l'IT comme un service ; ITIL en est le référentiel de bonnes pratiques (incidents, problèmes, changements, demandes).
- Incident ≠ problème : l'incident est une interruption ponctuelle à résoudre vite ; le problème est la cause racine récurrente à traiter en profondeur.
Mini-cas filé — Sofiane outille le parc de la PME
Sofiane, technicien support dans une PME de distribution à Alger, croule sous les sollicitations non tracées : tout se règle « au cas par cas », et personne ne sait quel poste est sous garantie ni qui l'utilise. Il applique la démarche de la section : il tient un inventaire à jour dans un outil comme GLPI, qui relie chaque poste aux tickets. Les incidents, il les enregistre et les priorise pour rétablir vite le service. Mais il repère aussi une imprimante qui tombe chaque lundi : au lieu de la redémarrer une dixième fois, il ouvre un « problème » et cherche la cause racine — c'est la distinction clé d'ITIL. Il ne veut pas empiler des processus lourds : juste tracer, prioriser et traiter le fond.
Cas autonome de cette section : il revient dans le cours, le schéma, le script et le défi 48h de la section 5.3.
1. Connaître son parc
On ne gère bien que ce qu'on connaît. La gestion de parc tient un inventaire à jour : postes, serveurs, logiciels, licences, garanties, affectations. Un outil comme GLPI centralise cet inventaire et le relie aux tickets. Sans inventaire, chaque incident repart de zéro (« qui a ce PC ? quelle config ? sous garantie ? ») — c'est exactement ce que Sofiane veut supprimer.
2. ITSM et ITIL
L'ITSM (gestion des services IT) organise l'informatique comme un service rendu, avec des processus. ITIL est le référentiel de bonnes pratiques le plus connu : il structure notamment la gestion des incidents, des problèmes, des changements et des demandes. L'idée est simple : des processus reproductibles plutôt que du « au cas par cas » qui dépend des personnes — sans forcément appliquer tout le référentiel.
3. Incident ≠ problème
Distinction clé d'ITIL : un incident est une interruption ponctuelle qu'on veut résoudre vite (rétablir le service) ; un problème est la cause racine d'incidents récurrents, qu'on traite en profondeur pour qu'ils cessent. Traiter dix fois le même incident sans chercher le problème, c'est écoper sans colmater la fuite. L'inventaire et l'historique des tickets de GLPI aident Sofiane à repérer ces récurrences.
🔎 Exemple concret — 🔎 Exemple concret — La même panne chaque lundi
Sofiane compare deux façons de traiter l'imprimante qui tombe chaque lundi :
Vision « incident » : la redémarrer chaque lundi (10 tickets…)
Vision « problème » : chercher la cause racine
→ une sauvegarde nocturne sature le réseau le lundi
→ corriger la planification → plus d'incidentLecture : résoudre l'incident soulage ; résoudre le problème supprime la cause.
Leçon : l'inventaire et l'historique des tickets (GLPI) révèlent les récurrences à traiter en profondeur.
Vocabulaire de la section
- Gestion de parc
- Suivi de l'inventaire matériel/logiciel et de ses affectations.
Exemple simple : Sofiane sait quel poste est sous garantie et qui l'utilise.
Ce que ce n'est pas : réparer sans jamais rien inventorier.
Réflexe : on ne gère que ce qu'on connaît.
- GLPI
- Logiciel open source d'inventaire et de gestion de tickets (ITSM).
Exemple simple : Sofiane centralise parc et tickets dans GLPI.
Ce que ce n'est pas : des tickets éparpillés dans des e-mails.
Réflexe : GLPI relie inventaire et tickets.
- ITSM
- Gestion des services informatiques comme un service structuré.
Exemple simple : Sofiane organise le support en processus.
Ce que ce n'est pas : improviser chaque demande au cas par cas.
Réflexe : ITSM = l'IT vue comme un service.
- ITIL
- Référentiel de bonnes pratiques ITSM (incidents, problèmes, changements…).
Exemple simple : Sofiane s'en inspire pour distinguer incident et problème.
Ce que ce n'est pas : appliquer tout le référentiel sans discernement.
Réflexe : ITIL = un référentiel à adapter.
- Incident vs problème
- L'incident est une interruption ponctuelle ; le problème est la cause racine récurrente.
Exemple simple : L'imprimante du lundi : incident à rétablir, problème à corriger.
Ce que ce n'est pas : traiter dix fois l'incident sans chercher la cause.
Réflexe : vite l'incident, en profondeur le problème.
En pratique — En pratique — Distinguer incidents et problèmes
- Prenez cinq tickets récents de votre parc et classez-les comme des incidents (interruptions ponctuelles).
- Repérez ceux qui reviennent : même symptôme, plusieurs fois, comme l'imprimante du lundi de Sofiane.
- Formulez le « problème » (cause racine probable) derrière une récurrence.
- Proposez une action de fond et notez comment l'inventaire vous a aidé à la décider.
Script pas-à-pas — outiller son parc comme Sofiane (10 min)
1) Listez les éléments du parc (postes, serveurs, logiciels, licences, affectations) et ouvrez un inventaire — GLPI ou un simple tableau au début. 2) Reliez chaque élément à ses tickets (qui l'utilise, quelle config). 3) Enregistrez les incidents et priorisez-les pour rétablir vite le service. 4) Repérez les symptômes récurrents dans l'historique. 5) Pour chaque récurrence, ouvrez un « problème » et cherchez la cause racine. 6) Ne gardez que les processus utiles : tracer, prioriser, traiter le fond.
Adaptez ITIL à la taille de la PME : le principe compte plus que le référentiel complet.
Modèle copier-coller — ma fiche parc & tickets
Inventaire : postes, serveurs, logiciels, licences, affectations → ___
Outils : GLPI (inventaire + tickets) · historique centralisé
Incident : interruption ponctuelle → rétablir VITE le service
Problème : cause racine récurrente → traiter EN PROFONDEUR
Récurrence repérée : ___ (ex. imprimante du lundi)
Action de fond : ___
Règle : tracer · prioriser · distinguer incident et problème.Un parc de postes
Sofiane inventorie chaque poste avec sa config, son utilisateur et sa garantie.
Des tickets propres
Sofiane enregistre et priorise chaque demande dans GLPI pour rétablir vite le service.
Une récurrence têtue
Sofiane ouvre un problème pour l'imprimante du lundi et corrige la cause racine.
ITIL sans lourdeur
Sofiane ne garde que les processus utiles à la PME : tracer, prioriser, traiter le fond.
✓ Bonnes pratiques
- Tenir un inventaire à jour : c'est la base de toute gestion de parc.
- Séparer incident (vite) et problème (en profondeur).
- S'appuyer sur des processus reproductibles (ITIL), sans lourdeur inutile.
✗ Pièges fréquents
- Gérer le parc sans inventaire : tout repart de zéro.
- Traiter dix fois le même incident sans chercher le problème.
- Empiler des processus lourds sans valeur ajoutée.
Points clés à retenir
- On ne gère bien que ce qu'on inventorie ; GLPI centralise parc et tickets.
- L'ITSM organise l'IT en service ; ITIL fournit les bonnes pratiques.
- Incident = interruption ponctuelle à résoudre vite.
- Problème = cause racine récurrente à traiter en profondeur.
Défi 48h — appliquez demain
Comme Sofiane, ouvrez un inventaire minimal (quelques postes : config, utilisateur, garantie) et enregistrez trois tickets. Repérez une récurrence et formulez le problème (cause racine) qu'elle cache. Écrivez en une phrase l'action de fond qui ferait cesser les incidents.
- Je peux expliquer l'intérêt d'un inventaire de parc.
- Je situe l'ITSM, ITIL et un outil comme GLPI.
- Je distingue un incident (vite) d'un problème (en profondeur).
Questions fréquentes
ITIL, n'est-ce pas trop lourd pour une petite structure ?
On adapte : l'idée n'est pas d'appliquer tout le référentiel, mais d'en prendre le principe utile — tracer, prioriser, distinguer incident et problème. Même un petit parc gagne à avoir un inventaire et des tickets, sans bureaucratie inutile.
Pourquoi distinguer incident et problème si l'utilisateur veut juste que ça remarche ?
Parce que résoudre l'incident soulage sur le moment, mais laisse la cause. Sans gestion du problème, la même panne revient et coûte à chaque fois. Traiter la cause racine réduit durablement la charge et les interruptions.
Quelle est la différence entre un incident et un problème (ITIL) ?