예시 답변 1
약 65초
경험 기반 구체화
팀원을 직접 멘토링한 경험은 많지 않지만, 학교 스터디에서 후배들과 함께 공부하는 방식을 설계해본 적이 있습니다. 처음에는 제가 설명하고 듣는 구조로 했는데, 후배들이 질문할 공간이 없다 보니 이해가 됐는지 파악하기 어려웠습니다. 그래서 방식을 바꿔서 먼저 스스로 풀어보게 하고, 막히는 지점을 확인한 뒤에 설명하는 순서로 바꿨습니다. 그러자 어디서 어떤 개념이 빠져 있는지가 보였습니다. 기술 멘토링에서 중요한 건 해결책을 바로 주는 것이 아니라, 스스로 도달하도록 안내하는 것이라고 느꼈습니다. 멘토링 후에 다음에 혼자 해결할 수 있는지를 확인하는 과정도 중요하다고 생각합니다.
막히는 지점이 다시 같은 자리인지를 보면 성장이 보입니다. 그 변화를 함께 확인하는 것이 좋은 멘토링의 마무리라고 봅니다.
이 결의 특징
설명→듣기 구조에서 먼저 풀게 하고 막히는 지점 확인 후 설명하는 순서로 전환한 흔적이 중심이 됩니다. 방식 변화 이후 어느 개념이 빠져 있는지가 보였다는 구체 결과가 관찰되고, 다음에 혼자 해결 가능한지를 마무리 확인으로 두는 결도 있습니다.
이 결이 통하는 자리
질문할 공간이 없다 보니 이해 여부를 파악하기 어려웠다는 문제 인식이 순서 전환의 이유로 연결된 자리에서 통합니다. 막히는 지점 확인→설명이라는 역순 구조가 경험에서 나온 흔적이 있는 자리에서 면접관의 꼬리질문이 줄어드는 결이 보입니다.