이 페이지에서
연습할 질문
Tell me about a network problem you solved. What happened?
해결했던 네트워크 문제에 대해 말해 주세요. 어떤 일이 있었나요?
질문하는 이유실제 문제를 어떻게 한 단계씩 풀어 가는지, 본인의 말로 듣고 싶어 해요.
3가지로 나눠 말해요. 무엇이 고장 났는지, 원인을 어떻게 찾았는지, 어떻게 고쳤는지예요. “we”만 말하지 말고 “I”도 써요. 예: “Our office lost internet. I checked the logs and found a bad switch port.”
What did you check first?
가장 먼저 무엇을 확인했나요?
질문하는 이유추측하지 않고 논리적인 순서로 시작하는지 알고 싶어 해요.
알림, 로그, 물리 연결 같은 첫 단계를 분명히 말해요. 그다음 왜 거기서 시작했는지 말해요. 예: “First I checked the logs, because they show recent errors.”
How did you find the cause?
원인은 어떻게 찾았나요?
질문하는 이유겉으로 보이는 증상이 아니라 진짜 원인을 찾아내는 엔지니어인지 보려고 해요.
범위를 어떻게 좁혔는지 설명해요. 무엇을 테스트했고 무엇을 제외했는지 말해요. 예: “I tested the cable, then the port. The port was the problem.”
How did you know it was fixed?
문제가 해결됐다는 것을 어떻게 알았나요?
질문하는 이유작업을 마친 뒤 문제가 정말 사라졌는지 확인하는 사람인지 보고 싶어 해요.
수정 후 어떻게 테스트했는지 말해요. 모니터링, ping 테스트, 사용자 확인 등을 이야기해요. 예: “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?
운영 중인 네트워크의 변경은 어떻게 계획하나요?
질문하는 이유변경은 장애로 이어질 수 있어요. 행동 전에 계획하는 신중한 사람인지 보려고 해요.
순서를 분명히 말해요. 먼저 테스트하고, 변경 시간을 잡고, 영향받는 사람에게 알리고, 롤백 계획을 써요. 예: “I test it first, book a change window, and write a rollback plan.”
What do you do if a change fails?
변경이 실패하면 어떻게 하나요?
질문하는 이유안전하게 되돌릴 방법이 있고 침착하게 대응하는지 알고 싶어 해요.
롤백 계획을 이야기해요. 단계에 따라 변경을 되돌리고, 네트워크가 다시 정상인지 확인하고, 팀에 알린다고 말해요. 다시 시도하기 전에 이유를 찾는다는 말도 덧붙여요.
Who do you tell before you make a change?
변경하기 전에 누구에게 알리나요?
질문하는 이유소통을 잘하면 사용자와 다른 팀이 놀랄 일이 줄어요.
매니저, 다른 팀, 영향을 느낄 수 있는 사용자처럼 알리는 대상을 말해요. 언제, 어떻게 알리는지도 말해요. 예를 들어 이메일이나 변경 티켓이에요.
Do you keep notes or documentation? How?
메모나 문서를 남기나요? 어떻게 남기나요?
질문하는 이유기록이 잘 되어 있으면 팀이 문제를 더 빨리 고치고 지난 변경을 이해할 수 있어요.
무엇을 어디에 적는지 말해요. 예: “I always write down what I changed and why.” 구성도, 티켓, 공유 문서를 쓴다면 함께 말해요.
How do you handle on-call work?
온콜 업무는 어떻게 하나요?
질문하는 이유밤에 문제가 생겨도 침착하고 체계적으로 움직이는 사람을 찾고 있어요.
단계를 설명해요. 알림을 먼저 확인하고, 각 단계를 적고, 필요하면 도움을 요청해요. 예: “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?
장애 중에는 언제 도움을 요청하나요?
질문하는 이유자신의 한계를 알고 너무 오래 기다리지 않는 사람인지 보고 싶어 해요.
도움을 요청하는 것은 자연스러운 일이라고 말해요. 많은 사용자에게 영향이 갈 때나 일정 시간이 지나도 막혀 있을 때처럼 분명한 기준을 말해요. 누구에게 연락하는지도 설명해요.
Let me think of a good example.
좋은 예를 생각해 볼게요.
Clara
AI 코치
Leo
AI 코치
써 볼 표현
Let me think of a good example.
좋은 예를 생각해 볼게요.
First I checked the logs, then I tested my idea.
먼저 로그를 확인하고, 그다음 제 생각을 테스트했어요.
I always write down what I changed and why.
무엇을 왜 바꿨는지 항상 적어 둬요.
Before any change, I test it and write a rollback plan.
변경하기 전에는 항상 테스트하고 롤백 계획을 써요.
When I get an alert, I check what it says first.
알림을 받으면 먼저 내용을 확인해요.
If I am stuck, I ask a teammate for help early.
막히면 일찍 팀원에게 도움을 요청해요.
자주 묻는 질문
영어로 말하다가 실수하면 어떡하죠?
괜찮아요. 짧고 또렷한 문장으로 말해요. 면접관은 분명한 순서와 실제 사례를 듣고 싶어 해요. 시간이 필요하면 “Let me think of a good example.”라고 말해요. 질문을 잘 이해하지 못했다면 정중하게 물어봐요. “Could you say that again, please?”
답변에서 “I”와 “we” 중 무엇을 써야 하나요?
직접 한 일에는 “I”를 써요. 팀을 언급해도 괜찮지만, 면접관은 본인이 한 단계를 알고 싶어 해요. “we”만 말하면 “What did you do yourself?”라고 되물을 수 있어요.
답변은 얼마나 길게 해야 하나요?
짧아도 괜찮아요. 또렷한 문장 몇 개면 충분해요. 문제 해결 이야기라면 무엇이 고장 났는지, 원인, 해결 방법을 말해요. 더 자세한 내용이 필요하면 면접관이 이어서 물어봐요.