이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
팀원 멘토링에서 가장 먼저 하는 것은 현재 어디서 막히는지 파악하는 것입니다. 직접 해결책을 주는 것보다 본인이 막힌 부분을 스스로 말하게 하는 편이 장기적으로 성장에 도움이 된다고 봅니다. 주간 1:1 미팅에서 "이번 주에 가장 어려웠던 부분이 뭐였어요?" 로 시작하고, 그 부분에 대해 제가 겪었던 비슷한 상황을 공유합니다. 목표 설정은 3개월 단위 작은 목표로 잡아서 달성 경험을 쌓을 수 있도록 했습니다. 이 방식으로 멘토링한 팀원이 3개월 후 혼자 코드 리뷰 리드를 맡는 모습을 봤을 때 성장 지원이 실제로 작동하고 있다는 것을 실감했습니다.
좋은 멘토링은 팀원이 나 없이도 잘 돌아가는 상태를 만드는 것이라고 생각합니다.
기술 리더십을 발휘하면서 팀원 성장을 지원할 때 코드 리뷰와 기술 공유 세션을 정기적으로 운영하는 것이 가장 효과적이었습니다. 개인 멘토링도 중요하지만, 팀 전체가 함께 기술적 판단을 논의하는 시간이 있어야 개별 성장이 빠릅니다. 멘토링 방식으로는 리뷰에서 결론을 먼저 주지 않고, 팀원이 스스로 문제를 발견할 수 있도록 질문으로 유도하는 방식을 씁니다. 팀원 성장 지원으로는 각자 관심 기술 영역을 파악하고, 그 방향과 연결되는 업무를 배정하거나 학습 자료를 공유하는 방식을 병행합니다. 동기부여는 지시보다 관심에서 나오는 경우가 많습니다. 문제 발굴 과정에서는 팀원이 막혔다고 말하기 전에 작업 속도나 질문 패턴에서 신호를 먼저 읽는 것이 중요합니다. 막힌 상태가 오래 지속되면 자신감이 낮아지기 때문에, 빠른 개입이 필요합니다. 목표 정의는 팀원이 스스로 설정한 목표에 제가 현실성과 방향을 더하는 방식으로 합의합니다. 위에서 정한 목표보다 본인이 설정한 목표에 대한 실행력이 높습니다.
기술 리더십의 목표는 내가 없어도 팀이 더 잘 돌아가게 만드는 것입니다.
기술 리더십에서 팀원 성장을 가장 빠르게 만드는 방법은 실제 업무 안에서 같이 문제를 풀어보는 것이라고 생각합니다. 강의나 자료 공유보다 실제 코드나 설계 문제를 옆에서 같이 보는 방식이 더 빠른 학습을 만듭니다. 멘토링 방식으로는 팀원이 막힌 문제를 가져오면 해결책보다 먼저 문제를 어떻게 분해하는지를 보여주는 방식을 씁니다. 사고 방식을 배우는 것이 특정 해결책을 배우는 것보다 오래 남습니다. 팀원 성장 지원으로는 기술 리뷰에서 칭찬과 개선 포인트를 구분해 전달하고, 개선 제안은 한 번에 하나씩만 합니다. 한꺼번에 여러 피드백을 받으면 무엇부터 바꿔야 할지 모르게 됩니다. 문제 발굴 측면에서는 팀원이 반복적으로 같은 실수를 한다면 그것은 개인 문제가 아니라 설명 방식이나 환경 설계의 문제라는 관점을 갖습니다. 반복 오류를 볼 때 사람보다 구조를 먼저 봅니다. 목표 정의로는 3개월 단위로 작게 설정하고, 달성 후 다음 목표로 연결하는 방식을 씁니다.
기술 성장에서 가장 큰 장애물은 자신감 부족이고, 그것을 푸는 것이 리더의 역할입니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 토스 테크니컬 PM 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.