예시 답변 1
약 90초
주니어 멘토링 코드 리뷰 중심 결
팀 프로젝트에서 처음 합류한 팀원에게 코드 리뷰 중심으로 멘토링한 경험이 있습니다. 처음에는 직접 코드를 고쳐주는 방식을 썼는데, 이렇게 하면 왜 바꾸는지 이해 없이 결과만 받아가는 경우가 생겼습니다. 질문을 먼저 하는 방식으로 바꿔서, 이 코드가 어떤 상황에서 문제가 될 수 있는지를 함께 생각하도록 유도했더니 이해도가 높아졌습니다.
리뷰 코멘트를 달 때는 어떤 부분이 왜 문제인지와 대안을 함께 적으려 했는데, 지적만 있고 방향이 없으면 혼란스러울 수 있기 때문입니다. 멘토링에서 가장 어려웠던 것은 내 방식을 강요하지 않는 것이었습니다. 내가 익숙한 패턴이 유일한 해결책이 아닐 수 있고, 팀원이 다른 방식으로 문제를 풀었을 때 왜 그 방식을 선택했는지 먼저 들으려 했습니다. 회고해보면 멘토링은 가르치는 것보다 함께 생각하는 것이라는 결을 얻었습니다.
이 결의 특징
멘토링을 코드를 고쳐주는 대신 질문을 먼저 하는 방식으로 재정의한 흔적이 있습니다.
이 결이 통하는 자리
내 방식을 강요하지 않고 팀원의 선택을 먼저 들으려 한 태도가 답에 담겨 있을 때 면접관의 신뢰가 쌓이는 자리를 자주 봅니다.