Administration : structurer la gestion des incidents

Dans une administration, l'informatique est partout et le service desk nulle part. Chaque direction a son informaticien, ses habitudes, sa boîte mail, et une mémoire des pannes qui part avec lui quand il change de poste. Structurer la gestion des incidents ne consiste pas à imposer un outil à tout le monde le même jour. Il s'agit de donner à ces informaticiens un cadre commun qui les soulage, et à la direction une mémoire qui reste.

Commencer par le journal, pas par le processus

La première valeur d'un service desk pour une administration est la mémoire : ce qui est tombé en panne, quand, combien de fois, qui est intervenu, combien de temps le prestataire a mis à répondre. Avant même de parler de processus, enregistrer chaque incident dans un référentiel unique change deux conversations : celle avec la direction, qui découvre le coût réel des pannes, et celle avec les fournisseurs, qui découvrent qu'on mesure.

Pour que ce journal se remplisse, l'outil doit demander trente secondes à l'informaticien de terrain, depuis n'importe quel navigateur, y compris sur téléphone. Un outil lourd reste vide, et un journal vide ne prouve rien.

Catégoriser par service rendu, pas par technologie

« Panne serveur » ne dit rien au directeur de cabinet ; « état civil indisponible dans trois communes » dit tout. Catégorisez les incidents par le service rendu aux usagers et aux agents, puis seulement par composant technique. Une CMDB sommaire suffit à faire ce lien : cinq services, leurs applications, leurs sites. Elle n'a pas besoin d'être exhaustive pour être utile ; elle a besoin d'exister.

Cette catégorisation a un effet secondaire précieux : les rapports parlent la langue de ceux qui décident du budget.

Sites dispersés : le portail et la délégation

Les agents d'une sous-préfecture n'appelleront pas un numéro à Abidjan, et l'informaticien local ne veut pas dépendre de la capitale pour rouvrir une session. Deux mécanismes règlent l'essentiel :

• Un portail en libre-service accessible depuis n'importe quel navigateur, avec un catalogue court : accès, matériel, panne. Trois formulaires bien faits valent mieux que trente.
• La délégation par site. L'informaticien du site voit et traite les tickets de son site ; les règles d'affectation par site et par service font le tri sans intervention. La capitale voit tout, n'intervient que sur escalade.

Auditabilité, rapports d'activité et marchés

Les incidents et demandes tracés, avec leurs délais et leurs intervenants, alimentent deux dossiers que toute administration prépare : le rapport d'activité annuel et le prochain marché de maintenance. Savoir que l'application X a causé quarante incidents en un an, dont la moitié en attente du prestataire pendant plus de cinq jours, vaut mieux qu'un ressenti en commission. C'est aussi ce que demande un contrôle : la preuve que les incidents ont été traités, par qui, dans quel délai.

La séparation des rôles compte ici autant qu'en banque : une demande d'accès à une application de gestion est approuvée par le chef de service, exécutée par l'informaticien, et le ticket garde les deux noms.

Les erreurs qu'on voit souvent

1. Attendre le schéma directeur. Le journal des incidents ne dépend d'aucun schéma directeur ; il l'alimente. Commencez par une direction volontaire.
2. Choisir un outil qui exige un serveur et un administrateur. L'informaticien qui devait le maintenir a d'autres priorités, et la mise à jour de sécurité attend. Un service hébergé, sauvegardé, sans rien à installer, retire ce risque.
3. Négocier des licences par agent. Les effectifs d'une administration bougent avec les affectations ; un prix par instance, utilisateurs illimités, évite de recompter chaque année.

Ce que cela donne sur TRAMEWORK

Une instance TRAMEWORK est gratuite, hébergée en Europe, sauvegardée, sans limite de temps ni d'utilisateurs. Une direction peut structurer son service desk sans attendre une ligne budgétaire : journal des incidents, catalogue court sur le portail employés, affectation par site, rapports par service rendu. L'authentification peut s'appuyer sur l'annuaire existant via OIDC.

La décision d'exploiter en production, avec pré-production, support engagé et, si la réglementation l'exige, installation dans le centre de données de l'État, vient quand la valeur est démontrée, avec des prix en FCFA et un éditeur joignable à Abidjan.

Par où commencer

Une direction, un mois, un journal. Ouvrez l'instance, créez les cinq services rendus que la direction nomme spontanément, demandez aux informaticiens d'y enregistrer chaque intervention. À la fin du mois, présentez le volume par service et le temps d'attente des prestataires. Le reste de l'administration demandera la même chose.