Choisir son outil de ticketing IT : la méthode
GLPI, Jira Service Management, ServiceNow : comment choisir un outil de gestion de tickets adapté à la taille et à la maturité réelles de votre service.
Le mauvais réflexe
Le choix d'un outil de ticketing commence souvent par une comparaison de fonctionnalités. C'est l'ordre inverse du bon : un outil riche déployé sur une organisation immature produit un outil riche mal utilisé, avec des champs vides et des tickets clos sans motif.
Commencez par décrire comment vous travaillez réellement, pas comment vous aimeriez travailler.
Les quatre questions qui déterminent le choix
Quel volume de tickets par mois ? En dessous de deux cents, un outil léger suffit largement. Au-delà de mille, l'automatisation et le routage deviennent structurants.
Combien de niveaux de support ? Si tout le monde traite tout, le besoin d'escalade est faible. Une organisation N1, N2 et N3 réelle exige des règles de transfert et des vues distinctes.
Gérez-vous un parc, ou seulement des demandes ? L'inventaire matériel intégré change fondamentalement l'équation.
Qui va administrer l'outil ? C'est la question décisive, et la plus souvent oubliée. Un outil puissant sans administrateur désigné se dégrade en quelques mois.
Les trois familles
GLPI convient aux structures qui gèrent un parc et veulent maîtriser leurs coûts. L'inventaire est intégré, l'outil est open source, et il couvre la gestion d'actifs aussi bien que les tickets. En contrepartie, l'ergonomie demande un temps d'adaptation et la personnalisation avancée suppose des compétences internes.
Jira Service Management s'impose naturellement là où les équipes de développement utilisent déjà l'écosystème. Les portails de demande et l'automatisation sont solides. Le coût par agent devient significatif quand l'équipe grandit, et la gestion de parc n'est pas son terrain.
ServiceNow s'adresse aux organisations qui ont une véritable démarche de gestion des services : changements, problèmes, configurations. La puissance est réelle, le coût et l'exigence d'intégration le sont aussi. En dessous d'une certaine taille, la plateforme dépasse le besoin.
Ce qui compte plus que l'outil
Quel que soit votre choix, trois éléments déterminent le résultat :
- Une catégorisation courte. Dix catégories utilisées valent mieux que soixante ignorées.
- Des motifs de clôture obligatoires. Sans eux, vous n'aurez jamais de statistiques exploitables.
- Un formulaire de saisie minimal. Chaque champ obligatoire supplémentaire dégrade la qualité de ce qui est saisi.
La reprise de l'existant
Si vous migrez depuis un autre outil ou depuis une boîte aux lettres partagée, ne reprenez pas l'historique intégralement. Importez les tickets ouverts et les douze derniers mois de tickets clôturés. Le reste peut rester consultable en archive : personne ne le lira.
Le vrai critère de réussite
Six mois après la mise en service, posez une seule question : les techniciens ouvrent-ils un ticket avant d'intervenir, ou après ? Si c'est après, l'outil enregistre l'activité mais ne pilote rien. Le problème sera organisationnel, pas logiciel, et changer d'outil ne le résoudra pas.