Sur cette page
Questions pour s’entraîner
Tell me about a network problem you solved. What happened?
Parle-moi d’un problème réseau que tu as résolu. Que s’est-il passé ?
Pourquoi cette questionOn veut voir comment tu traites un vrai problème, étape par étape, avec tes propres mots.
Utilise trois parties : ce qui est tombé en panne, comment tu as trouvé la cause et comment tu l’as réparé. Dis « I », pas seulement « we ». Exemple : “Our office lost internet. I checked the logs and found a bad switch port.”
What did you check first?
Qu’as-tu vérifié en premier ?
Pourquoi cette questionOn veut savoir si tu commences de façon logique, sans deviner.
Nomme clairement ta première étape : les alertes, les journaux ou la connexion physique. Puis explique pourquoi tu as commencé là. Exemple : “First I checked the logs, because they show recent errors.”
How did you find the cause?
Comment as-tu trouvé la cause ?
Pourquoi cette questionOn cherche un ingénieur qui teste des idées et trouve la vraie cause, pas seulement le symptôme.
Explique comment tu as réduit les possibilités. Dis ce que tu as testé et ce que tu as écarté. Exemple : “I tested the cable, then the port. The port was the problem.”
How did you know it was fixed?
Comment as-tu su que c’était réparé ?
Pourquoi cette questionOn veut voir que tu vérifies ton travail et que tu confirmes que le problème a vraiment disparu.
Dis comment tu as testé après la réparation. Parle de la supervision, d’un test ping ou des utilisateurs qui confirment que le service marche. Exemple : “I pinged the server and watched the alerts for an hour. Users said it worked.”
How do you plan a change on a live network?
Comment prépares-tu un changement sur un réseau en production ?
Pourquoi cette questionUn changement peut causer une panne. On veut quelqu’un de prudent, qui prépare avant d’agir.
Donne des étapes claires : tester d’abord, réserver une fenêtre de changement, prévenir les personnes concernées et écrire un plan de retour en arrière. Exemple : “I test it first, book a change window, and write a rollback plan.”
What do you do if a change fails?
Que fais-tu si un changement échoue ?
Pourquoi cette questionOn veut savoir que tu as un moyen sûr de revenir en arrière et que tu restes calme.
Parle de ton plan de retour en arrière. Dis que tu suis les étapes pour annuler le changement, que tu vérifies que le réseau marche de nouveau et que tu préviens l’équipe. Explique ensuite que tu cherches la raison avant d’essayer encore.
Who do you tell before you make a change?
À qui le dis-tu avant de faire un changement ?
Pourquoi cette questionUne bonne communication évite les mauvaises surprises pour les utilisateurs et les autres équipes.
Nomme les groupes que tu préviens : ton responsable, d’autres équipes ou les utilisateurs qui peuvent le remarquer. Dis quand et comment tu les préviens, par exemple par e-mail ou par un ticket de changement.
Do you keep notes or documentation? How?
Est-ce que tu gardes des notes ou de la documentation ? Comment ?
Pourquoi cette questionDes notes claires aident l’équipe à régler les problèmes plus vite et à comprendre les changements passés.
Dis ce que tu écris et où. Exemple : “I always write down what I changed and why.” Parle des schémas, des tickets ou d’un document partagé si tu en utilises.
How do you handle on-call work?
Comment gères-tu les astreintes ?
Pourquoi cette questionOn veut quelqu’un de stable et organisé quand quelque chose tombe en panne la nuit.
Décris tes étapes : vérifier les alertes d’abord, noter chaque étape et demander de l’aide si besoin. Exemple : “When I get a call at night, I check the alerts first and note each step.”
When do you ask for help during an incident?
Quand demandes-tu de l’aide pendant un incident ?
Pourquoi cette questionOn veut quelqu’un qui connaît ses limites et qui n’attend pas trop longtemps.
Dis qu’il est normal de demander de l’aide. Donne un repère clair, par exemple quand le problème touche beaucoup d’utilisateurs ou quand tu es bloqué depuis un moment. Explique qui tu contactes.
Let me think of a good example.
Laisse-moi chercher un bon exemple.
Clara
Coach IA
Leo
Coach IA
Phrases à essayer
Let me think of a good example.
Laisse-moi chercher un bon exemple.
First I checked the logs, then I tested my idea.
J’ai d’abord vérifié les journaux, puis j’ai testé mon idée.
I always write down what I changed and why.
Je note toujours ce que j’ai changé et pourquoi.
Before any change, I test it and write a rollback plan.
Avant tout changement, je le teste et j’écris un plan de retour en arrière.
When I get an alert, I check what it says first.
Quand je reçois une alerte, je regarde d’abord ce qu’elle dit.
If I am stuck, I ask a teammate for help early.
Si je suis bloqué, je demande vite de l’aide à un collègue.
Questions fréquentes
Et si je fais des erreurs en anglais ?
Ce n’est pas grave. Fais des phrases courtes et claires. La personne qui te reçoit veut des étapes claires et de vrais exemples. Si tu as besoin de temps, dis : “Let me think of a good example.” (Laisse-moi chercher un bon exemple.) Si tu ne comprends pas une question, demande poliment : “Could you say that again, please?” (Pourrais-tu répéter, s’il te plaît ?)
Dois-je dire « I » ou « we » dans mes réponses ?
Dis « I » pour ce que tu as fait toi-même. Tu peux citer l’équipe, mais la personne qui te reçoit veut connaître tes propres étapes. Si tu dis seulement « we », elle peut demander : “What did you do yourself?” (Qu’as-tu fait toi-même ?)
Mes réponses doivent-elles être longues ?
Des réponses courtes suffisent. Vise quelques phrases claires. Pour l’histoire d’un problème, dis ce qui est tombé en panne, la cause et ta solution. Si la personne veut plus de détails, elle pose une autre question.