junior, mid-level, senior 엔지니어 각각에 맞춰 멘토링을 어떻게 조정합니까?

Question

Accepted Answer

멘토링은 모두에게 적용하는 하나의 모드가 아닙니다. 올바른 지원은 그 사람이 어디에 있는가에 달려 있습니다. 유용한 틀은, 엔지니어가 성장함에 따라 당신의 스타일이 **directing(지시)**에서 **coaching(코칭)**, 그리고 **sponsoring(후원)**으로 옮겨가야 한다는 것입니다. senior에게 지나치게 많은 지침을 주면 숨 막히게 하고, junior에게 너무 적게 주면 허우적거리게 방치하는 셈입니다.

## 지원을 레벨에 맞추기

| 레벨 | 그들이 필요로 하는 것 | 당신의 기본 모드 |
| --- | --- | --- |
| Junior | 기초, 밀착 지도, 연습할 안전한 공간 | Directing |
| Mid-level | 주인의식, 도전적인 문제, 의사결정 경험 | Coaching |
| Senior | 자율성, 더 큰 scope, leadership 성장, 동등하게 논의할 상대 | Sponsoring |

## 실제로는 어떤 모습인가

- **Junior**는 기본을 명시적으로 드러내 줘야 합니다. 우리가 어떻게 테스트하고, 리뷰하고, 디버깅하는지 말입니다. 자주 pair하고, 작고 범위가 명확한 task를 주며, "뻔한" 질문을 하는 것이 안전하게 느껴지게 하세요. 이른 성공이 자신감을 키웁니다.
- **Mid-level** 엔지니어는 기능을 처음부터 끝까지 소유할 준비가 되어 있습니다. 해법이 아니라 *문제*를 넘겨주세요. 그들이 결정을 내리고 그 결과를 체감하게 한 뒤 함께 돌아보세요. 키보드를 빼앗고 싶은 충동을 참으세요.
- **Senior**는 지시가 아니라 scope와 영향력이 필요합니다. 그들을 후원하세요. 눈에 띄는 일에 그들의 이름을 추천하고, 아키텍처와 멘토링을 넘기며, 그들만이 내릴 수 있는 결정에 대해 논의 상대가 되어 주세요. 동등한 입장에서 대화하세요.

## 구체적인 예시

세 명의 엔지니어가 같은 까다로운 버그를 만났습니다. junior와는 pair하며 당신의 디버깅 과정을 소리 내어 설명합니다. mid-level에게는 "무엇을 배제했나요?"라고 묻고 그들이 주도하게 합니다. senior에게는 "두 번째 시선이 필요하면 말해 주세요"라고 말하고 비켜섭니다.

## 왜 중요한가

모두에게 하나의 스타일을 적용하는 것은 가장 흔한 멘토링 실패입니다. senior를 과도하게 지시하면 그들은 의욕을 잃고, junior를 충분히 지원하지 않으면 정체되거나 조용히 번아웃됩니다. 매뉴얼이 아니라 사람을 읽는 것, 그것이 멘토링을 실제로 통하게 만드는 요소입니다.

Junior	기초, 밀착 지도, 연습할 안전한 공간	Directing
Mid-level	주인의식, 도전적인 문제, 의사결정 경험	Coaching
Senior	자율성, 더 큰 scope, leadership 성장, 동등하게 논의할 상대	Sponsoring