곽코치의 탐구생활

면접에서의 문제해결능력

본 글은 2015년 3월 Business Insider의  

'How to answer interview questions about problem solving'

Lou Adler, LinkedIn의 기고를 바탕으로 작성되었습니다.


'잘못 대답하면 무책임한 아이디어쟁이가 된다.'

지금 다시 면접을 보라고 해도 부담이 된다.

누군가에게 평가를 받는것 자체는 어려운 일이다.

 

멘탈을 조금 끌어올려서, 정신차리고

면접관에게 어떤 답변을 할지 정하려면

어떤 구조가 있는지 우선 알아야 한다.

 

본 기고는 세계적 헤드헌팅 플랫폼 링크드인의 기고이다.

 

주요내용

1) 문제해결과 관련된 함정을 피하는 방법을 알아야 한다. 

2) "나는 문제 해결사이다."를 보여 줄수 있어야 한다. 

3) 강제로 선택해야 하는 질문을 내가 주도권을 가져야 한다. 

 


답만 찾을 것이냐 나의 능력을 보여줄 것이냐

In this post I'll describe how to answer any questions related to problem-solving and how to avoid the common traps along the way. First, recognize that there are three main types of problem-solving questions.

 

이 글에서는 문제해결 과 관련된 함정을 피하는 방법이나 일반적인 답변방법을 설명합니다.

우선 면접관의 입장에서 3가지 주요 유형의 문제해결 관련 인터뷰 질문이 있다.

 

The first is any type of question involving strengths to which the candidate answers with the generic, "I'm a real problem solver."

 

첫번째 유형은 강점을 물어보는 질문입니다. "나는 문제해결사다"라는 답변을 해야 합니다.

 

The second is an actual problem the interviewer asks you to solve.

두번째는 면접관이 실제로 문제를 해결해보도록 하는 문제입니다.

 

The third is a forced-choice question the candidate asks the interviewer about problem-solving. These take the form

 

세번째는 면접관에게 문제해결에 대해 묻는 강제 선택 질문입니다.

 


개인적인 이야기를 사용할 것

Point One: Everyone is a problem solver, but it means little without context. So instead of saying you're a problem solver, describe the most challenging types of problems you have solved. Then provide proof with an actual example. Use the universal answer to any question to structure your response.

 

모든 사람이 문제해결사이지만, 상황을 설명할 수 없는 것은 의미가 없다.

따라서 실제로 어떻게 해결하였는지 예를 증명해 보아야 합니다.

 

"How would you market light bulbs to a third-world country?" I thought the question was pretty dumb so I didn't answer it. 

"제 3시장에 전구를 어떻게 판매하시겠습니까?" 라는 질문이 멍청하다고 생각해서 답변하지 않았다.

 

I then went to the whiteboard and walked him through the analysis. In retrospect, ........ it probably would have been better to ask how the problem related to the actual job requirements and then walk through the process of how the problem could be solved.

돌이켜 보면 질문과 실제 작업의 요구사항과 어떤 관련이 있는지

다시 물어보는 것이 좋을것 같습니다.


기술적 지식을 테스트하는 것이 아닙니다. 

Point Two: Don't get sucked into questions that are flawed attempts to test your technical brilliance. Instead, first find out the underlying purpose of the question and then demonstrate the process you'd use to figure out the answer. As part of this ask lots of "discovery-like" questions to get at the root cause of the problem.

 

절대 기술적 지식을 답변하려고 애쓰지 마십시오. 

어떻게 접근할 것인지 순서나 프로세스를 설명하는 것이 좋습니다.

그리고 이 과정에서 근본 원인을 역으로 질문하는 것이 좋습니다.

 

Point Three: Force the interviewer to ask you questions about your problem-solving strengths. 

Then describe how you'd figure out the problem and present a plan for the solution. As a wrap-up, prove you can complete the task successfully by giving an example of something you've accomplished that's most similar.

 

마무리 답변으로, 가장 유사한 경험이나 작업의 예를 설명하여

내가 그 작업을 성공적으로 해낼 수 있음을 증명 하십시오

 

* 직역보다는 맥락을 전달드리기 위한 의역이 많습니다. 수정할 내용은 언제든 댓글 부탁드립니다.

* 댓글, 구독, 좋아요 그리고 제휴사 방문은 큰 힘이 됩니다.