Règle de dépannage numéro un : n'oubliez pas les bases

TLDR : Les fondamentaux du dépannage

• La première règle de dépannage c'est simple : vérifiez toujours les bases en premier.
• Ignorer les fondamentaux fait perdre du temps, frustre les clients et porte atteinte à votre crédibilité.
• Un exemple concret avec un plugin WordPress montre comment un interrupteur marche/arrêt caché a créé des semaines de va-et-vient inutiles.
• Les listes de contrôle, une communication claire et la modélisation de bonnes habitudes aident les équipes informatiques à éviter de négliger des correctifs simples.
• Associez la compétence technique à la compassion, à l’empathie, à l’écoute et au respect pour obtenir les meilleurs résultats.

Lisez l'article complet juste en dessous de la vidéo.

Modèle de référence OSI couche 1

Lorsque j'ai commencé à travailler dans le domaine technologique, l'une des premières leçons que j'ai apprises concernait le dépannage. Ce n'était ni sophistiqué, ni glamour, et certainement pas compliqué. Le mantra était simple : « Commencez toujours par la couche physique. »

Est-il branché ?
L'alimentation est-elle allumée ?
Le disjoncteur est-il lancé ?

C'était le dépannage 101. À l'époque, je ne réalisais pas qu'on m'introduisait à quelque chose de bien plus vaste : le modèle de référence OSI. Pour les non-initiés, la couche physique est couche un du modèle à sept couches qui décrit la circulation des données sur un réseau. Et voilà le problème : même ma femme Janet, qui ne travaille pas du tout dans le secteur des technologies, connaît cette règle d'or du dépannage. Elle ne sait peut-être pas expliquer les masques de sous-réseau ou la résolution DNS, mais elle comprend l'importance de vérifier si un appareil est sous tension.

Et pourtant, malgré toute notre formation, notre expérience et notre intelligence, nous oublions parfois les fondamentaux.

Quand on saute les bases

Si vous travaillez dans l'informatique depuis un certain temps, vous l'avez constaté. Au lieu de tout recommencer, nous nous lançons dans des diagnostics complexes. Nous peaufinons les fichiers de configuration. Nous exécutons des traceroutes. Nous recompilons le code. Tout cela avant de poser la question évidente : Est-il réellement branché ?

J'en ai été coupable. Vous aussi probablement. Et ce n'est pas par négligence. C'est parce que le cerveau humain est programmé pour rechercher des schémas, surtout complexes. Nous voulons résoudre des énigmes. Nous aimons prouver que nous pouvons explorer les profondeurs techniques et trouver des solutions. Mais ce faisant, nous oublions parfois la solution la plus simple.

L'ironie est que ces questions élémentaires sur l'alimentation, les prises et les interrupteurs sont souvent le moyen le plus rapide de résoudre un problème. Les ignorer fait perdre du temps, frustre les clients et nous donne l'impression d'être moins compétents que nous ne le sommes en réalité.

Un exemple concret : lorsque le reportage s'est obscurci

Permettez-moi de partager une histoire qui s'est produite récemment avec Formation en ligne Compassionate Geek, où nous organisons des formations pour les professionnels de l'informatique. Sur notre site, nous utilisons une extension WordPress appelée LearnDash, qui fournit le système de gestion de l'apprentissage qui alimente toutes nos formations. Normalement, il fonctionne parfaitement. Mais il y a peu, les fonctions de reporting du gestionnaire de site ont cessé de fonctionner.

Les rapports ne sont pas un simple « plus ». Ils nous permettent, ainsi qu'à nos clients, de suivre la progression des apprenants, de confirmer la réussite des formations et de mesurer l'impact. Même si cette panne n'a pas été catastrophique, elle était importante.

Naturellement, j'ai commencé par un rapide audit pour voir ce que je trouvais. Tout semblait correct. Les configurations étaient correctes, les autorisations correctes. Rien d'évident ne m'a sauté aux yeux. J'ai donc fait ce que beaucoup d'entre nous feraient : j'ai ouvert un ticket d'assistance auprès du développeur.

À leur crédit, LearnDash offre habituellement un excellent support. Mais dans ce cas précis, le processus s'est avéré interminable. Plusieurs courriels ont été échangés sur plusieurs semaines. Différents techniciens sont intervenus. Même un membre de leur équipe commerciale est intervenu. Et pourtant, aucune solution n'a été trouvée.

Pendant ce temps, je continuais à fouiller. Je n'étais pas obsédé, mais je n'étais pas prêt à l'abandonner non plus. Et finalement, enfoui dans un recoin obscur des paramètres du plugin, je l'ai trouvé.

Un interrupteur marche/arrêt. En position « arrêt ».

Un clic. Il n'en a pas fallu plus. Soudain, les fonctions de reporting ont repris vie. Problème résolu.

Ce qui s'est mal passé et ce qui aurait dû se passer

Soyons honnêtes. Je ne pense pas avoir désactivé ce bouton. Mais que ce soit le cas ou non n'a pas vraiment d'importance. Le fait est que si le technicien avait commencé par… règle numéro un du dépannage, ce qui revient à vérifier l'évidence, nous aurions économisé des semaines d'allers-retours.

Ils ne m'ont pas demandé si la fonction de signalement était activée. Ils ne m'ont pas suggéré de consulter les paramètres. Au lieu de cela, nous avons passé des heures à échanger des e-mails, à consulter les journaux et à spéculer sur des problèmes plus profonds.

Et voilà le hic : moi, le client, j'étais frustré. Je vous garantis que le support technique l'était aussi. Personne n'aime se sentir coincé dans une boucle sans fin, sans progrès.

Tout cela aurait pu être évité en posant une simple question :
« Avez-vous vérifié si la fonction de rapport est activée ? »

Pourquoi les fondamentaux sont si importants

Il est tentant de considérer cela comme une évidence. Bien sûr, il faut vérifier les bases. Tout le monde le sait. Mais voici le problème : savoir n'est pas faire.

En informatique, nous sommes confrontés quotidiennement à la complexité. Les architectures cloud, les piles de virtualisation, les couches de sécurité et les pipelines d'automatisation apportent une grande complexité à notre travail. De ce fait, nous supposons parfois que les problèmes doivent eux aussi être complexes. Or, souvent, ce n'est pas le cas.

Pensez-y :

• Le serveur ne démarre pas. Il semble que la multiprise ait été endommagée.
• Le réseau est en panne. Il s'avère que le câble est débranché.
• Le Wi-Fi est coupé. Il s'avère que quelqu'un a actionné le mauvais interrupteur dans le local technique.

Ce ne sont pas des mystères complexes. Ils sont simples, presque d'une simplicité embarrassante. Mais ils sont aussi communEt lorsque nous oublions l’essentiel, nous risquons de transformer de petits contretemps en longues et douloureuses sagas.

Ce que cela signifie pour les professionnels de l'informatique

Alors, comment rester honnête ? Comment s'assurer de ne pas négliger les fondamentaux lorsque l'on est plongé dans une séance de dépannage ? Voici quelques idées pratiques.

1. Créez une liste de contrôle de dépannage

Les pilotes utilisent des listes de contrôle avant chaque vol, quel que soit leur nombre d'heures de vol. Pourquoi ? Parce que la mémoire est faillible. Les professionnels de l'informatique peuvent bénéficier de la même discipline.

Votre liste de contrôle pourrait commencer par :

• Est-il branché ?
• Est-il sous tension ?
• Les câbles sont-ils sécurisés ?
• Les interrupteurs sont-ils dans la bonne position ?
• Est-ce que quelque chose d’évident a changé ?

Il ne s'agit pas de douter de vos compétences, mais de vous protéger de toute surveillance.

2. Enseignez les bases à votre équipe

Si vous gérez du personnel informatique, intégrez ce principe à votre culture d'entreprise. Instaurez une attitude normale face aux questions dites « idiotes » telles que « Est-ce allumé ? » ou « Pouvez-vous confirmer que le câble est bien branché ? » Expliquez clairement que ce n'est pas un signe de faiblesse, mais un signe de professionnalisme.

Lorsque les jeunes ingénieurs voient les ingénieurs seniors adopter ce comportement, ils apprennent que la véritable expertise signifie couvrir tous les domaines, et pas seulement démontrer des compétences techniques.

3. Communiquez clairement avec les clients

Lorsque vous rencontrez un utilisateur final en dépannage, ne présumez pas qu'il a vérifié les points essentiels. Posez-lui poliment la question :

• « Pouvez-vous confirmer que l’appareil est sous tension ? »
• « Pourriez-vous vérifier que le câble est bien fixé ? »

L'essentiel est de poser la question sans paraître condescendant. Considérez-la comme un travail d'équipe, et non comme un interrogatoire.

4. Adoptez les cinq principes

Dans mon livre The Compassionate Geek : Comment les ingénieurs, les informaticiens et les autres spécialistes de la technologie peuvent maîtriser les compétences en relations humaines pour offrir un service à la clientèle exceptionnel, je décris Les cinq principes du service client informatique:

• Compétence technique
• La compassion
• L'empathie
• Bonnes capacités d'écoute
• Traiter les autres avec dignité et respect

Le dépannage ne se limite pas à la résolution de problèmes techniques. Il s'agit aussi de la manière dont vous interagissez avec les personnes concernées. Lorsque vous demandez à un client si son appareil est branché, faites preuve d'empathie. Lorsque vous rappelez à votre équipe de vérifier les points essentiels, faites-le avec respect. Compétence et compassion sont deux qualités qui fonctionnent mieux ensemble.

Le bénéfice : gain de temps et moins de frustration

En résumé : commencer par l'essentiel permet à chacun d'économiser du temps, de l'énergie et d'éviter les frustrations. Cela renforce la confiance de vos clients, réduit le stress de votre équipe et renforce votre réputation d'efficacité.

Repensez à mon exemple LearnDash. Des semaines d'échanges inutiles auraient pu être évitées par une simple question. Imaginez le nombre de situations similaires qui se produisent chaque jour dans les services informatiques du monde entier. C'est une perte de temps et de bonne volonté considérable.

En revanche, lorsque vous commencez par les fondamentaux, non seulement vous résolvez les problèmes plus rapidement, mais vous simplifiez également la vie de vous-même et de vos clients.

Un défi rapide pour vous

Voici un défi : la prochaine fois que vous résoudrez un problème, forcez-vous à poser d'abord les questions les plus élémentaires. Même si vous êtes sûr que la réponse est évidente, même si elle semble incompétente pour vous.

Demander:

• Est-ce qu'il est allumé ?
• Est-il branché ?
• Le disjoncteur est-il lancé ?
• L'interrupteur est-il dans la bonne position ?

Vous pourriez être surpris de constater à quel point cela suffit souvent. Et lorsque ce n'est pas le cas, vous aurez la certitude d'avoir couvert les fondamentaux avant d'aller plus loin.

Réflexions finales

En informatique, il est facile de se laisser emporter par la complexité de notre travail. Mais la complexité ne doit pas nous faire oublier la simplicité. L'essentiel compte. Il l'a toujours été et il le restera toujours.

Alors, la prochaine fois que vous vous plongerez dans les journaux, les configurations et les captures de paquets, prenez du recul. Posez-vous les questions évidentes. Vérifiez les bases.

Parce que parfois, la chose la plus intelligente que vous puissiez faire est la plus simple.

Et n'oubliez jamais la règle de dépannage numéro un : Commencez toujours par la couche physique.

Formation au service à la clientèle informatique de haut niveau

Inscrivez votre équipe dès maintenant à Compassionate Geek IT formation en ligne au service à la clientèle afin qu'ils puissent travailler ensemble, faire avancer les choses et s'occuper des clients.