Support IT : la panne signalée n’est pas la panne

L’article sur le pilier support pose la règle du décompte et le problème du tarif horaire. Cette page descend d’un cran : elle décrit ce qui se passe réellement pendant un appel, parce que c’est là que se gagne ou se perd la moitié du temps facturé.

La première chose à savoir est qu’une panne n’est jamais signalée telle qu’elle est. Personne n’appelle pour dire « le service d’impression ne démarre plus » : on appelle pour dire « je n’arrive plus à sortir mes bons de livraison », ce qui n’est pas la même phrase.

La deuxième est que la moitié des appels d’une année sont le même appel. Ce n’est pas un défaut des personnes : c’est un défaut d’un service qui répare sans jamais rien laisser derrière lui.

Cet article traite ces deux choses, la question de qui a le droit de dire oui, et une règle que nous appliquons sans exception : nous ne demandons jamais un mot de passe, et la raison n’est pas la politesse.

Regardez n’importe quel historique d’interventions sur douze mois et regroupez les appels par cause réelle plutôt que par date. Ce que vous verrez est toujours la même chose : une poignée de causes qui produisent la moitié des appels.

Le partage réseau qui se déconnecte au démarrage. Le document qui s’ouvre en lecture seule parce que quelqu’un l’a laissé ouvert. Le mot de passe qui expire et le message qui apparaît au mauvais moment. La signature de courrier qui disparaît. Le disque plein.

Chacune de ces causes se règle une fois pour toutes, souvent en moins d’une heure. Elles ne le sont pas parce que le support est appelé sur un symptôme, résout le symptôme, et raccroche : le mécanisme est intact et il reproduira le symptôme la semaine suivante.

C’est ce que la structure du tarif horaire encourage sans que personne le décide, comme l’explique l’article sur le pilier. Ce n’est pas une accusation : c’est l’absence d’un moment où quelqu’un regroupe les appels par cause, et ce moment ne se produit que s’il est inscrit dans le contrat.

La contre-mesure est un tri trimestriel d’une demi-heure : classez les appels du trimestre par cause, prenez les trois premières, et traitez-les à la racine. Ce seul exercice supprime en général un tiers du volume de l’année suivante.

Un accès de support est puissant, et les limites de cette puissance devraient être écrites plutôt que supposées. Ce n’est pas une question de confiance : c’est une question de traçabilité, et elle protège les deux parties.

Première limite : aucune modification qui touche plusieurs personnes sans un accord préalable et une note écrite. Changer un paramètre de messagerie pour résoudre le problème d’une personne peut casser celui de douze autres, et le lien ne sera pas fait le lendemain.

Deuxième limite : aucun accès aux contenus. Un technicien qui répare une messagerie n’a pas à lire des messages, et un technicien qui résout un problème de partage n’a pas à ouvrir des documents. Quand une vérification exige d’ouvrir un fichier, elle se fait avec la personne, sur son écran, en le disant.

Troisième limite : aucun compte administrateur permanent utilisé pour le travail quotidien. Un technicien qui navigue et lit son courrier depuis un compte à privilèges élevés transforme le moindre incident en incident majeur, et cela vaut aussi bien chez le prestataire que chez vous.

Quatrième limite, celle qu’on oublie : rien qui ne soit pas réversible sans une trace. Toute modification structurelle — une règle de pare-feu, un droit d’accès, une suppression — laisse une ligne datée disant quoi, pourquoi, et comment revenir en arrière.

C’est la règle la plus courte de cette page et c’est celle qui a le plus d’effet, parce qu’elle ne protège pas contre le support : elle protège contre tous ceux qui appelleront ensuite en prétendant l’être.

Le mécanisme est simple. Un employé à qui le support a demandé son mot de passe trois fois a appris que c’est une demande normale. Six mois plus tard, quelqu’un appelle, dit qu’il est du support, et obtient le mot de passe en trente secondes. L’habitude a été installée par le service légitime.

Il n’y a aucune situation où c’est nécessaire. Un technicien qui a besoin d’agir sur un compte utilise ses propres droits d’administration ; un technicien qui doit voir l’écran de la personne prend la main pendant que celle-ci saisit son mot de passe elle-même ; un mot de passe oublié se réinitialise, il ne se demande pas.

La règle a un pendant à votre charge et il est aussi important : dites-le à vos équipes. Une phrase dans un message interne — « personne, y compris notre prestataire, ne vous demandera jamais votre mot de passe » — vaut plus que n’importe quel produit vendu dans la famille sécurité.

Et une troisième conséquence, moins évidente : cela vous donne un test simple pour évaluer n’importe quel prestataire. S’il demande un mot de passe utilisateur au premier appel, vous savez déjà comment il travaille, et vous le savez avant d’avoir signé.

Ce que nous refuserons : demander le mot de passe d’un utilisateur, dans n’importe quelle circonstance. C’est une règle sans exception, et elle vaut aussi pour les cas où cela irait plus vite — précisément ceux qui installent l’habitude.

Nous refuserons de prendre la main sur le poste d’un employé sans qu’il le voie et puisse y mettre fin, et de facturer une intervention dont la cause réelle n’est pas écrite dans le compte rendu. Un historique sans causes ne permet aucun tri, donc aucune amélioration.

Nous refuserons de recommander le remplacement d’une machine lente avant d’avoir regardé l’espace disque, le type de disque, les programmes lancés au démarrage et les logiciels de sécurité redondants. C’est la recommandation la plus rentable du marché et la moins souvent justifiée.

Ce que nous faisons : les trois questions de traduction avant toute prise en main ; l’élimination par comparaison plutôt que la modification prématurée ; le tri trimestriel par cause avec les trois premières traitées à la racine ; la distinction écrite entre attente chez vous et attente chez nous ; et une note de trois lignes, placée à l’endroit du problème, dès la troisième occurrence d’une même question.

Et ce que vous pouvez faire cette semaine sans nous : prenez vos douze derniers tickets et essayez de les regrouper par cause réelle. Si vous n’y arrivez pas, ce n’est pas vous — c’est que le champ n’a jamais été rempli, et c’est la première chose à demander à votre prestataire actuel.