목차7개 항목
출처와 참고
Tech Interview Handbook의 「Engineering levels」, 「Career growth」를 바탕으로, 「Choosing between companies」와 「Understanding compensation」의 레벨·승진 내용을 더해 재구성한 노트다.
엔지니어 레벨이란
엔지니어 레벨(engineering level)은 회사가 엔지니어의 기대 역할과 보상을 단계로 나눈 체계이고, 그 단계를 이은 것을 커리어 사다리(career ladder)라 한다. 레벨은 연차가 아니라 영향 범위(누구에게 영향을 주나)와 일의 크기(얼마나 큰 문제를 맡나)로 나뉜다. 위로 갈수록 코드를 직접 쓰는 비중보다 방향을 정하고 다른 사람을 키우는 비중이 커진다.
- 명칭과 단계 수는 회사마다 다르다. 같은 「시니어」도 회사 규모에 따라 기대치가 크게 다르다.
- 오퍼의 보상 밴드, 승진 평가, 면접 난이도(특히 시스템 설계 비중)가 모두 레벨에 묶인다. 오퍼를 받으면 직함보다 레벨을 먼저 확인한다.
레벨별 기대치
flowchart LR L1["주니어<br/>개인"] --> L2["엔지니어<br/>개인·팀"] L2 --> L3["시니어<br/>팀"] L3 --> L4["스태프<br/>여러 팀"] L4 --> L5["시니어 스태프<br/>조직·회사"] L5 --> L6["프린시플<br/>회사·업계"] L6 --> L7["Distinguished<br/>업계"]
| 레벨 | 영향 범위 | 일의 크기 | 기대 역할 | 통상 경력 |
|---|---|---|---|---|
| 주니어(Junior) | 개인 | 잘 정의된 태스크 | 지도를 받으며 코드 작성, 디버깅, 테스트 | 0~2년, 신입 졸업생 |
| 엔지니어(Software Engineer) | 개인·팀 | 기능, 작은 프로젝트 | 설계·구현·유지보수, 코드 리뷰, 다른 직군과 협업 | 2~5년 |
| 시니어(Senior) | 팀 | 큰 기능, 작은 프로젝트 여러 개 | 복잡한 기술 프로젝트 주도, 주니어 멘토링, 아키텍처 결정 | 5년 이상 |
| 스태프(Staff) | 큰 팀, 이웃한 여러 팀의 영역 | 여러 반기에 걸친 프로젝트 | 핵심 컴포넌트 소유, 기술 리더십, 다른 팀에 조언 | 10년 이상 |
| 시니어 스태프(Senior Staff) | 조직·회사 | 조직에 결정적인 다반기·다년 프로젝트 | 큰 기술 이니셔티브 주도, 기술 전략 수립, 여러 팀 멘토링 | 15년 이상 |
| 프린시플(Principal) | 회사·업계 | 회사 전체에 영향을 주는 다년 프로젝트 | 회사나 핵심 프로젝트의 기술 비전 정의, 기술적 최종 권위 | 대부분의 엔지니어는 도달하지 않는다 |
| Distinguished 이상 | 업계 | 회사·업계를 바꾸는 프로젝트 | 최상위 기술 전략, 경영진 자문, 업계 표준에 영향, 대외적으로 회사를 대표 | 오랜 탁월함과 업계의 인정이 필요하다 |
- 스태프부터를 흔히 Staff+라 부른다. 이 단계부터는 한 팀의 코드가 아니라 여러 팀이 함께 가는 방향이 성과가 된다.
- 레벨을 올리는 것은 기술 실력만이 아니다. 소통, 리더십, 문화와 회사 목표에 대한 기여가 함께 평가된다. 레벨마다 넓혀야 할 기술 역량은 개발자 역량 지도에 있다.
빅테크의 레벨 명칭
빅테크는 숫자로 레벨을 부른다. 회사 간 오퍼를 비교할 때 이 대응표로 맞춘다.
| 역할 | Meta | |
|---|---|---|
| 신입(Entry Level) | L3 | E3 |
| 엔지니어 | L4 | E4 |
| 시니어 | L5 | E5 |
| 스태프 | L6 | E6 |
| 시니어 스태프 | L7 | E7 |
| 프린시플 | L8 | - |
레벨이 오를수록 총보상에서 지분이 차지하는 비중이 커진다. 레벨별 실제 보상은 시기에 따라 크게 움직이므로 Levels.fyi에서 회사·레벨별로 확인한다. 보상 구성은 연봉 협상에 있다.
승진 속도
승진 기대 기간은 회사 문화를 드러낸다.
| 회사 | 기대·평균 기간 | 성격 |
|---|---|---|
| Meta | E3→E4 약 2년, E4→E5 약 3년 안에 오르길 기대한다 | 빠르게 성과를 내며 경력을 키우려는 사람에게 맞고, 그만큼 압박이 크다 |
| 평균 L3→L4 2년 이상, L4→L5 3년 이상, L5→L6 4년 이상 | 승진은 느리지만 설계 문서, 높은 테스트 커버리지 같은 엔지니어링 품질을 배우기 좋다 |
스타트업은 승진과 직함이 빠르지만, 작은 조직에는 프린시플처럼 회사 전체를 볼 상위 IC 자리가 필요 없어 일정 단계 이후의 사다리가 짧다.
IC 트랙과 매니저 트랙
시니어 이후 사다리는 둘로 갈린다.
| 트랙 | 성과 | 위로 가면 |
|---|---|---|
| IC(Individual Contributor) | 기술로 낸 영향: 설계, 핵심 시스템, 기술 방향 | 스태프 → 시니어 스태프 → 프린시플 → Distinguished |
| 매니저 | 팀이 낸 성과: 채용, 성장, 실행 | 엔지니어링 매니저 → 시니어 매니저 → 디렉터 → VP |
- 건강한 조직은 두 트랙을 같은 레벨·같은 보상으로 나란히 둔다. 그래야 매니저가 되지 않아도 승진할 수 있다. Tech Interview Handbook의 회사 고르기 체크리스트는 엔지니어가 10명을 넘으면 커리어 사다리를, 30명을 넘으면 IC와 매니저 트랙을 나란히 갖췄는지 보라고 한다.
- 매니저 트랙으로 옮길 때 바꿔야 할 것은 개발자에서 리더로에 있다. 두 트랙 사이를 오가는 것도 경력의 한 경로다.
커리어 사다리 자료
회사마다 레벨 정의를 공개하기도 한다. 내 회사에 사다리가 없거나 다른 회사와 비교하고 싶을 때 참고한다.
| 자료 | 내용 |
|---|---|
| progression.fyi | 여러 테크 회사가 공개한 커리어 프레임워크 모음 |
| Dropbox Engineering Career Framework | 레벨별 기대 행동을 영역별로 나눈 대표적인 공개 사례 |
| swyx의 「Every Public Engineering Career Ladder」 | 공개된 엔지니어링 사다리 목록 |
| StaffEng | Staff+ 엔지니어의 역할 유형과 그 자리에 오른 사람들의 사례 |
| 『The Software Engineer's Guidebook』(Gergely Orosz) | 레벨별로 기대되는 일과 성장 방법을 다룬 책 |
| 「Path to Senior Engineer Handbook」(GitHub) | 시니어로 가는 데 필요한 역량과 자료 모음 |
입사 뒤에도 성장을 의식하지 않으면 정체된다. 뉴스레터(The Pragmatic Engineer, The Developing Dev, High Growth Engineer 등)는 레벨·승진·평가 제도의 최신 흐름을 따라가는 데 쓴다. 회사 안에서 성장 속도를 높이는 습관은 회사에서 빠르게 성장하는 법에 있다.
정리
- 레벨은 연차가 아니라 영향 범위와 일의 크기로 나뉜다. 개인 → 팀 → 여러 팀 → 조직 → 회사 → 업계로 넓어진다.
- 시니어까지는 맡은 일을 잘 해내는 것이, 스태프부터는 여러 팀의 방향을 바꾸는 것이 성과다.
- 회사마다 명칭과 기대치가 다르니 직함보다 레벨과 그 회사의 사다리 정의를 확인한다.
- 승진 속도는 회사 문화다. 빠른 승진과 엔지니어링 깊이 중 무엇을 원하는지로 회사를 고른다.
- IC와 매니저 트랙이 나란히 있는 조직이어야 매니저가 되지 않고도 위로 갈 수 있다.
관련 노트: 개발자 역량 지도, 개발자에서 리더로, 회사에서 빠르게 성장하는 법, 연봉 협상, 명성 쌓기와 커뮤니티 기여