5년, 7년 코드를 쓰다 보면 이런 제안을 받게 돼요. "EM(엔지니어링 매니저) 한번 해볼래요?" 인정받은 것 같으면서도, "내가 좋아하는 코드는 이제 못 쓰는 건가?" 싶죠. 결론부터 말하면, EM은 한 단계 위가 아니라 방향이 다른 직무예요.
1. EM은 승진이 아니라 '직무 전환'이에요
Charity Majors는 이렇게 못을 박아요. "Management is NOT a promotion. Management is a change of profession."[1]
Will Larson의 Staff Engineer도 비슷해요. Staff·Principal 같은 IC 트랙은 "매니저 사다리와 나란히 돌아가는 별개 사다리"라고 명시하고 있어요[4]. EM이 되지 않아도 시니어 개발자의 "다음"은 충분히 존재해요.
2. 하루가 이렇게 달라져요
Camille Fournier는 새 매니저가 가장 충격받는 점으로 "다른 사람이 내 시간의 주인이 된다"는 것을 꼽아요[3]. 실리콘밸리 EM의 하루는 1:1 미팅, 팀 간 조율, 아키텍처 회의, 포스트모템, 피드백, 조직 이슈 처리로 채워져요[5].
코딩 시간은 거의 사라져요. Majors의 표현으로는 "코드와 사람은 같은 종류의 집중을 요구하기 때문에, 두 가지를 동시에 잘할 수 있는 사람은 없어요."[1] 매니저로 갔다가 IC로 돌아온 한 메타 스태프 엔지니어는 이렇게 말했어요. "제 시간의 주인이 되지 못하고, 끊임없는 회의와 인간관계에 치여 살았죠."[6]
3. 새로 익혀야 할 4가지 스킬
영역 | IC 때와 뭐가 다른가요? |
|---|---|
1:1 미팅 | 기술 멘토링을 넘어, 커리어·번아웃·관계 갈등까지 같이 풀어가야 해요 |
성과 리뷰 | 반년치 임팩트를 서술하고, 어려운 피드백 대화를 설계해야 해요 |
채용·면접 구성 | 팀에 필요한 포지션을 정의하고 파이프라인을 만들어야 해요 |
갈등 조정 | 팀 간 우선순위 충돌, 리소스 협상 — 코드로는 못 푸는 문제예요 |
Fournier의 표현을 빌리면, 매니저는 결정을 내리는 사람이 아니라 팀을 돕고 방향을 제시하는 사람이에요[3]. 결정권은 오히려 줄고, 다른 사람의 성공에서 만족을 얻어야 하는 직무로 바뀌는 거죠.
4. 연봉은 오를까요?
빅테크 커뮤니티의 정설은, M1(엔트리 매니저)과 시니어 엔지니어(L5/E5)는 같은 레벨로 매칭되고 총 보상도 거의 같다예요[7]. 오히려 Staff·Principal 엔지니어가 첫 매니저 레벨보다 더 받는 경우도 흔하고요[7]. Charity Majors는 단언해요. "돈이 매니저 전환 결정에 영향을 미치는 건 누구에게도 도움이 안 돼요."[2]
5. 전환 전 체크리스트
Majors는 IC와 EM을 오가는 "engineer/manager pendulum"이라는 개념을 제안했어요[1]. 한 번 매니저로 간다고 영원히 머무를 필요는 없어요. 다만 기술 감각은 3–5년 손을 놓으면 크게 퇴화하니, 너무 오래 비우진 마세요[2].
전환 전에 솔직하게 답해보세요.
[ ] 한 주 내내 거의 코드를 못 써도 답답하지 않을 자신이 있나요?
[ ] 다른 사람이 성장하는 걸 보는 게 내 성취만큼 기쁜가요?
[ ] "연봉"이 아닌, EM을 하고 싶은 진짜 이유를 한 문장으로 말할 수 있나요?
[ ] 6–12개월 해본 뒤 IC로 돌아올 수도 있다는 걸 받아들일 수 있나요?
지금까지 쌓은 IC 임팩트와 기술 리드 경험을 treeup의 경험 관리 기능으로 미리 정리해두면, EM 면접에서도 활용하기 좋고 IC로 돌아올 때도 빈손이 되지 않아요. 다른 길도 같이 살펴보고 싶다면 treeup 커리어 탐색에서 내 경험을 어떤 방향으로 확장할 수 있는지 비교해보세요.
마무리
EM은 "다음 단계"가 아니라 방향이 다른 직무예요. 코드로 문제 푸는 일이 여전히 제일 재미있다면 Staff·Principal 같은 IC 트랙도 충분히 큰 길이에요[4]. 사람이 성장하는 데서 더 큰 기쁨을 느낀다면 EM은 굉장히 보람 있는 길이 되고요. 자신에게 맞는 방향을 찾아가세요.
