이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
정식 멘토링은 아니었지만, 학교 스터디에서 처음 시작한 팀원에게 코드 리뷰를 해준 경험이 있습니다. 처음에는 어디가 틀렸는지를 직접 말했는데, 그러면 팀원이 수정만 하고 왜 그런지를 이해하지 못하더라고요. 질문을 통해 스스로 찾게 하는 방식으로 바꿨습니다. 왜 이렇게 썼냐고 물으면 설명하면서 스스로 문제를 발견하는 경우가 많았습니다.
설명할 수 있어야 안다는 것을 그때 함께 배웠습니다. 답을 주기보다 생각의 경로를 열어주는 것이 역량 향상에 더 효과적이었습니다. 실무에서 후배를 만나면 이 방식으로 임하겠습니다.
스터디 팀장 역할을 하면서 처음 배우는 팀원에게 알고리즘 문제 풀이를 같이 해준 적 있어요. 처음엔 풀이를 통째로 보여줬는데, 그러면 다음 번엔 또 막히더라고요. 그래서 방법을 바꿔서 힌트를 단계적으로 주는 방식을 썼어요. 첫 번째 힌트는 어떤 접근 방식이 유효한지, 두 번째 힌트는 어디서 막히는지 좁히는 방식이에요.
스스로 생각하는 시간을 충분히 줬더니 속도는 느려도 다음 문제에서 혼자 해결하는 비율이 높아졌어요. 멘토링은 속도보다 다음 번 혼자 할 수 있는지를 기준으로 봐야 한다고 배웠습니다. 멘토링은 속도보다 다음 번 혼자 할 수 있는지를 기준으로 봐야 한다는 걸 배웠습니다. 그 원칙을 유지하겠어요.
개인 프로젝트를 같이 한 팀원에게 Git 사용 방법을 알려준 경험이 있어요. 처음엔 명령어를 나열해서 설명했는데 금방 잊더라고요. 그래서 왜 이 명령어가 필요한지부터 설명했어요. 브랜치가 왜 있는지, 커밋 메시지가 왜 중요한지를 먼저 이해하니까 명령어를 외우지 않아도 스스로 찾아서 썼어요. 원리 먼저가 도구 사용을 더 유연하게 만든다는 걸 그때 배웠어요.
무엇보다 상대가 막힐 때 물어볼 수 있는 분위기를 만드는 게 멘토링의 전제라고 생각했어요. 그 분위기가 있어야 성장이 일어나더라고요. 원리를 먼저 이해하면 도구를 더 유연하게 쓸 수 있어요. 물어볼 수 있는 분위기가 성장의 전제입니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 쿠팡 SW·IT 일반 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.