프롤로그 — "코드보다 사람이 더 복잡하다"
당신은 10년차 시니어 엔지니어. 어느 날 매니저가 묻는다. "팀 리드 해볼래?"
- 함정 1: "코드 잘 짜니 사람도 잘 관리할거야" — 거의 맞지 않다
- 함정 2: "나는 기술적 판단이 빠르니까 쉬울 거야" — 판단이 빠르면 오히려 다른 사람을 키우지 못한다
- 함정 3: "회의 좀 하고 코드는 반쯤 쓰면 되겠지" — 1년 후 번아웃 보장
매니지먼트는 완전히 다른 직무다. IC(Individual Contributor)는 "내가 문제 해결", 매니저는 "팀이 문제 해결하게 한다". 사용하는 근육이 다르다.
SaaS 아키텍처(Ep 20)를 만들었다면, 그걸 만드는 팀을 이끄는 법. 이 글은 Season 2 Ep 21 — 엔지니어링 매니지먼트.
1:1 미팅, 피드백 프레임워크, Hiring, Performance Review, Tech Debt 협상, IC ↔ Manager, Career Ladder까지.
1부 — IC vs Manager — 근본적 차이
시간 배분 변화
| 활동 | IC | Manager |
|---|---|---|
| 코딩 | 60-80% | 0-20% |
| 회의 | 10-20% | 40-60% |
| 1:1 | 2% | 15-20% |
| 채용 | 0% | 10-20% |
| 기획/전략 | 5% | 15-25% |
| 문서 작성 | 10% | 10-15% |
성공 지표가 다르다
IC: "내가 만든 것"
- Feature ship
- Bug 수정
- Performance 개선
Manager: "팀이 만든 것 + 팀의 성장"
- Team velocity
- Team retention
- Team 구성원의 승진
- 팀의 심리적 안전감
심리적 변화
- 결과의 딜레이: IC는 하루면 PR merge. Manager는 채용 6개월, 성과 1년.
- 통제 감소: 코드는 네가 제어. 사람은 설득.
- 인정 받기 어려움: IC의 영웅 활약은 안 보이고, 팀 성공은 팀의 공.
- 감정 노동: 동료의 번아웃, 갈등, 퇴사.
IC 복귀 가능성
2025년 좋은 조직은 양방향 전환 허용:
- Manager → IC (Staff, Principal)도 커리어
- 몇 년 매니저 후 IC 복귀도 OK
- "매니지먼트가 승진"이라는 과거 패러다임 감소
Google, Meta, Stripe: Staff/Principal IC = Director 수준 연봉.
2부 — 1:1 미팅 마스터하기
왜 중요한가
1:1은 매니저의 가장 중요한 회의. 스킵하거나 부실하면 팀 망가짐.
목적:
- 팀원 이해 (직장 + 개인 맥락)
- 문제 조기 감지
- 피드백 (양방향)
- 커리어 대화
- 관계 형성 (신뢰)
Cadence
신입/새 팀원: 주 1회 45분
안정된 직원: 격주 30-45분
Staff+: 매달 45-60분 (더 깊은 전략)
구조 (템플릿)
0. 팀원이 아젠다 작성 (핵심!)
1. Small talk (2-3분) — 안전 구축
2. 팀원 아젠다 (20분) — 팀원이 주인
3. 매니저 아젠다 (5-10분) — 피드백, 공유
4. 커리어/성장 (5분) — 월 1회
5. Action items 정리
좋은 1:1 질문 20개
오픈닝:
- 이번 주 어땠어요?
- 에너지 레벨 1-10 중?
- 뭐가 잘 되고 있어요?
진행 중인 일: 4. 어디서 막혀 있나요? 5. 내가 뭘 도와줄 수 있을까요? 6. 의사결정 막혀 있는 것 있나요?
팀/조직: 7. 팀에서 뭐 잘 안 되고 있나요? 8. 누구랑 일하기 어려운가요? 9. 내가 뭘 더 잘할 수 있을까요?
커리어: 10. 지금 이 역할에서 배우고 있나요? 11. 다음 단계 뭘 원해요? 12. 1년 후 어떤 모습이고 싶어요?
위험 신호: 13. 요즘 번아웃 느껴요? 14. 주말에 일 생각 나나요? 15. 회사에서 가장 좋은 것/싫은 것?
개인: 16. 이번 주 재밌게 한 것? 17. 가족/건강은 어때요? 18. 스트레스 풀 수 있는 일 있어요?
미래: 19. 두려운 것 있나요? 20. 내가 모르는 중요한 것 있나요?
안티패턴
- 매니저가 말 80% → 팀원이 주인이어야
- Status update만 → Jira로 충분
- 스킵 남발 → "관심 없구나" 시그널
- 회의실만 → 산책, 커피숍도 OK
- Action item 없음 → 대화가 흘러감
Skip-level 1:1
내 매니저가 아닌, 내 매니저의 매니저와 1:1 (분기 1회)
목적: 매니저 위의 시각, 정치적 문제 드러낼 안전한 채널
주의: 매니저 우회 절대 X — 열린 대화
3부 — 피드백 프레임워크
SBI (Situation, Behavior, Impact)
❌ "너 발표 잘 못해"
✅ "어제 팀 미팅에서(S), 네가 슬라이드 없이 설명했을 때(B),
팀원들이 질문이 많았고 시간이 길어졌어(I)"
3요소:
- Situation: 언제, 어디서 (구체적)
- Behavior: 무엇을 했는지 (관찰 가능한 사실)
- Impact: 결과 (감정/비즈니스/관계)
Radical Candor (Kim Scott)
2축:
Challenge Directly (도전하다)
↑
Obnoxious | Radical
Aggression| Candor
------------+------------→ Care Personally
Manipulative | Ruinous
Insincerity | Empathy
Radical Candor = 사람을 아끼면서 직접적으로 도전.
- 아끼지 않으면 Obnoxious (공격적)
- 도전하지 않으면 Ruinous Empathy (착한 척)
피드백의 종류
| 종류 | 비율 | 특징 |
|---|---|---|
| Positive | 5배 이상 | 구체적, 즉시, 성장 강조 |
| Coaching | 많게 | 질문으로, 스스로 찾게 |
| Corrective | 필요 시 | SBI, 기대 명확 |
| Redirect | 최후 | PIP, 해고 준비 |
5:1 규칙
긍정 5번 : 부정 1번. 연구에 따르면 관계 유지 마법의 비율.
실시간 vs 저장
실시간: 작은 것은 즉시 (감사, 가벼운 교정)
저장: 큰 것은 1:1에서 (민감, 오해 여지)
서면: 복잡한 것은 문서 (피드백 작성 후 1:1)
피드백 받는 쪽도 기술
- "고마워" 먼저 (방어하지 말고)
- 명확하게 되묻기 (SBI 채우기)
- 바로 반박 X (24시간 생각)
- 한 가지 행동 계획
- 팔로우업 약속
문화로 만들기
주간 SBI: 팀 회의에서 "이번 주 감사할 동료?"
분기 360: 모든 방향 피드백 (peer, manager, direct)
Continuous > Annual: 연 1회보다 상시가 효과적
4부 — Hiring — 팀의 미래
2025 엔지니어 채용 프로세스
1. JD (Job Description) 작성
2. Sourcing (리쿠르터, 레퍼럴, 직접)
3. Recruiter Screen (30분)
4. Hiring Manager Screen (45분)
5. Technical Interview (90분)
6. System Design (90분, 시니어+)
7. Behavioral (45분)
8. Bar Raiser / Hiring Committee
9. Offer + Negotiation
10. Onboarding
Scorecard — 편향 줄이기
미리 정의된 평가 기준:
Technical Skills (25%)
- Coding: data structures, algorithms
- System Design: distributed systems
- Code quality
Collaboration (25%)
- Communication
- Team player
- Mentorship
Ownership (25%)
- End-to-end delivery
- Problem solving
- Initiative
Culture Add (25%) (not "fit"!)
- Curiosity
- Integrity
- Diverse perspective
"Culture fit"이 아니라 "Culture add" — 2025년 DEI 감수성.
인터뷰 질문 유형
Behavioral (STAR 프레임워크):
S — Situation: 어떤 상황이었는가
T — Task: 당신의 역할/목표
A — Action: 무엇을 했는가
R — Result: 결과 + 배운 것
예: "가장 큰 기술적 실패를 말해주세요"
Coding:
- LeetCode 문제보다 실전 문제 추세
- Pair programming (함께 디버깅)
- Take-home (주말 희생 논란)
System Design:
- "URL shortener", "Twitter timeline"
- 시니어는 복잡도 올림 (consistency, scale)
편향 줄이는 법
- Structured interview: 모두 같은 질문
- Scorecard 작성 후 토론 X
- Calibration: 인터뷰어 훈련
- Blind review: 이력서에서 이름/학교 가림 (일부 회사)
- Diverse panel: 인터뷰어 다양성
Offer와 Negotiation
Base + Bonus + Equity + Signing + Benefits
2025 현실:
- Junior: Base 위주
- Senior+: Equity 비율 높음
- FAANG: RSU 4년 vest, cliff 1년
- Startup: Option, 409A valuation 이해 필수
Candidate 조언: "더 줄 수 있나요?"는 기본. 실패 비용 없음.
5부 — Onboarding — 첫 90일 설계
Before Day 1
- 노트북, 계정, 접근 권한 미리 세팅
- Buddy 지정 (동료 멘토)
- 첫 주 schedule 공유
- Welcome swag (최소한)
Day 1
- 팀 소개 (30분)
- 1:1 with manager (30분, expectation 공유)
- Dev 환경 세팅 (오후)
- 가벼운 PR 1개 (막히면 buddy)
Week 1
- 코드베이스 투어 (문서 + 페어링)
- 1:1 with 팀원 (각 30분)
- Buddy와 점심
- "Dumb questions" 환영 문화 강조
30-60-90 Plan
30일: Ramp-up, 학습
- 시스템 이해
- 팀 프로세스 적응
- 작은 PR 몇 개
60일: Contribute
- 중간 크기 feature 오너
- 팀 미팅 적극 참여
- 첫 on-call (관찰자)
90일: Productive
- 큰 feature 리드
- Cross-team 협업
- 매니저와 expectation 재조정
성공 지표
- First commit: 1주 이내
- First PR merged: 2주 이내
- Independent work: 1개월
- 90일 retention: 95%+
6부 — Performance Review
목적 2가지
- 평가 (compensation, promotion)
- 성장 (feedback, development)
충돌: 평가 목적이면 방어적 행동 → 성장 대화 어려움. 해결: 일부 회사(Basecamp 등)는 평가 분리, Performance Review 폐지.
360 피드백
Self (자기 평가)
Manager
Peers (3-5명)
Direct reports (매니저라면)
주의: 익명 피드백은 편향 유발. 일부 조직은 "open 360" 채택.
Rating Scale
1 - Unsatisfactory (개선 필요)
2 - Needs improvement
3 - Meets expectation (대다수)
4 - Exceeds expectation
5 - Exceptional
Stack ranking은 쇠퇴 (Microsoft, Google 폐지).
Calibration 회의
매니저들이 모여서:
- Rating 일관성 확인
- "내 팀원은 다 4" 문제 교정
- Cross-팀 비교
- Promotion 결정
문화적 함정: 매니저가 자기 팀원 과평가 경향 → Calibration으로 교정.
공정성 이슈
- Recency bias: 최근 3개월만 기억
- Halo effect: 한 번 잘하면 계속 좋게
- Similarity bias: 나와 비슷하면 좋게
- Gender/Race bias: 객관적 데이터 필요
성장 대화 분리
평가 리뷰: 분기 (rating, promotion)
성장 대화: 월/분기 (skills, aspirations)
Compensation 리뷰: 연 (base + bonus + equity)
7부 — Career Ladder
일반적 Engineering Ladder
Intern / New Grad
↓
Engineer I (Junior) — 1-2년
↓
Engineer II — 2-4년
↓
Senior Engineer — 4-8년 ← 대부분 여기서 정착
↓
Staff Engineer — 8+년 ← Tech lead, company-wide
↓
Senior Staff / Principal — 10-15+년
↓
Distinguished / Fellow — 15+년, 드뭄
매니저 트랙
Senior ↔ Engineering Manager
↓
Senior Manager
↓
Director
↓
VP of Engineering
↓
CTO
Staff Engineer의 3가지 아키타입 (Will Larson)
- Tech Lead: 팀 기술 결정
- Architect: 여러 팀 아키텍처
- Solver: 크리티컬 문제 해결사
Level별 Scope
| Level | Scope |
|---|---|
| Junior | 내 태스크 |
| Engineer | 내 팀 일부 |
| Senior | 내 팀 전체, 주요 프로젝트 |
| Staff | 여러 팀, 조직 레벨 영향 |
| Principal | 회사 레벨, 산업 영향 |
Promotion Criteria (전형적)
Senior → Staff:
- 팀 전체 technical direction
- 복잡한 ambiguous 문제 해결
- 다른 엔지니어 멘토링
- Cross-team 프로젝트 리드
- 조직 영향
Promo Packet
1. Self assessment
2. Level expectation 대비 증거
3. Peer feedback
4. Manager 평가
5. Skip-level 승인
6. Committee 심사
8부 — Tech Debt 협상
Tech Debt의 종류
- Deliberate: 의도한 shortcut (나중에 갚자)
- Accidental: 모르고 쌓임 (라이브러리 업데이트 안 함)
- Bit rot: 시간이 지나서 (요구 변화)
- Environmental: 외부 변화 (프레임워크 deprecation)
Product와 협상 전략
❌ "Tech debt 갚게 2분기 주세요"
✅ "A 기능이 5x 느린 이유는 DB 스키마 때문.
이걸 수정하면 B 기능 출시 속도 2배.
고객 지원 티켓 30% 감소 예측."
비즈니스 언어로 번역:
- "리팩터링" → "새 기능 속도 2배"
- "테스트 커버리지" → "프로덕션 버그 50% 감소"
- "모니터링" → "Downtime MTTR 5분 → 1분"
예산 배분
"20% rule": 매 sprint에 20%는 tech debt/engineering excellence
이유: 모르면 부채는 기하급수 증가
분기별 dedicated week: "Fix-it week", "Internal hackathon"
좋은 기술 결정의 비용 설득
단기: 2주 추가
1년 후: 유지보수 50% 감소
3년 후: 새 기능 출시 3x 빠름
비용 분석: $50K 투자 → $300K 가치 (유지보수 + 속도)
9부 — 팀 건강
신뢰 — 팀의 기본
Patrick Lencioni: Five Dysfunctions of a Team
- Absence of Trust
- Fear of Conflict
- Lack of Commitment
- Avoidance of Accountability
- Inattention to Results
Trust → Conflict(healthy) → Commitment → Accountability → Results
심리적 안전감 (Google re:Work)
4가지 특성:
- Psychological Safety (가장 중요)
- Dependability
- Structure & Clarity
- Meaning & Impact
Burnout 신호
- 감정적 탈진: 퇴근 후 아무것도 못함
- Cynicism: 냉소, "어차피 안 돼"
- Reduced accomplishment: "내가 한 게 없다"
매니저의 책임
- Vacation 강제 — "쓰세요, 저도 씁니다"
- 야근 정상화 X
- Slack 끄기 (주말, 저녁)
- 개인 사정 존중
- Workload 조절 — 팀원이 "노"를 말하기 어려우니
퇴사 — 건강한 Offboarding
1. Exit Interview (매니저의 매니저 또는 HR)
2. 인수인계 플랜
3. 지식 캡처 (문서)
4. 감사 + 행운 빈다
5. Alumni 네트워크 (미래 재채용 가능)
10부 — 원격/하이브리드 팀
2025 현실
- 완전 원격: 소수 (GitLab, Automattic)
- 풀 오피스: 일부 복귀 (Amazon, JP Morgan)
- 하이브리드 (3/2): 대다수
Async 문화
동기: 회의, Slack 실시간
비동기: 문서, PR 리뷰, 녹화된 Loom
원격에서는 비동기 우선:
- 모든 결정은 문서화
- 회의는 Must-have만
- "Show your work" 문화
- Time zone 존중
원격 1:1의 어려움
- Screen fatigue: Zoom 피로
- Non-verbal 못 읽음: 채팅/이메일 오해
- Isolation: 사회적 고립
대응:
- 가끔 offsite (분기/반기)
- Virtual coffee (구조 없는 대화)
- 개인 공간 방문 OK
Timezone
실시간 오버랩 최소 4시간
중요 결정은 async (문서 + 며칠 댓글)
Rotating meeting time (한 사람이 항상 새벽 X)
11부 — IC로 돌아가기 (Manager Reversal)
언제 생각해야 하나
- 코드가 그리움 (단순한 그리움 X, 열정)
- 매니저 일이 의미 없게 느껴짐
- Depth vs Breadth에서 Depth 원함
- IC가 더 조직 기여 큼
이야기해야 할 것
내 매니저에게:
"저는 Staff IC로 전환하고 싶습니다.
코드/설계가 그립고, 기술적 임팩트 크게 내고 싶습니다.
Salary band 유지 or 조정 OK.
팀 전환 기간 6개월."
팁: 회사가 IC 트랙을 키워주지 않으면 이직 고려.
Dual ladder의 가치
IC: Senior → Staff → Principal → Distinguished
Manager: Senior → Director → VP → CTO
같은 level은 같은 compensation band (이상적)
실제: Manager가 약간 높은 경우 많음 (조직에 따라)
12부 — 회의 줄이기
회의의 진짜 비용
1시간 회의 × 10명 = 10 person-hour
1 person-hour × $100 = $1000
주간 회의 1개 × 52주 = $52,000/년
회의 시작 전 "이게 $1K 가치?" 자문
회의 종류별 가이드
| 회의 | 권장 |
|---|---|
| Standup | 15분, 3가지만 (어제/오늘/blocker) |
| Sprint Planning | 2주치 4시간 넘지 X |
| Retrospective | 90분, 구체적 action |
| 1:1 | 스킵 X (위에 자세히) |
| Design Review | 준비 60분 + 회의 45분 |
| All-hands | 월 1회, Q&A 적극 |
| 기획 회의 | 문서 먼저 (15분 pre-read) |
Async 대체 가능한 것
- Status update → Slack channel
- FYI 공유 → Loom 비디오
- 결정 수집 → 문서 + 댓글
- 브레인스토밍 → Miro (non-sync)
No-meeting 블록
수요일 오전: No meetings
이유: 깊은 작업 시간
효과: Flow state, 생산성 2x
13부 — 6개월 로드맵 (신임 매니저)
1개월차: 1:1 정립. 모든 팀원과 주 1회. "Trust" 구축 2개월차: SBI 피드백 연습. 긍정 > 교정. Skip-level 설정 3개월차: Hiring 참여 (interview, scorecard, calibration) 4개월차: Performance 측정 시작. Career ladder 대화 5개월차: Tech debt vs Product 협상. Roadmap 조율 6개월차: 팀 회고 + 개선. Burnout 신호 감지. Offsite 기획
14부 — 체크리스트 12개
- 모든 팀원과 주기적 1:1 (스킵 X)
- 1:1에 팀원 아젠다 작성 문화
- 상시 SBI 피드백 (연 1회 아님)
- 긍정 피드백 5 : 부정 1
- Hiring scorecard + calibration
- Onboarding 30-60-90 plan
- Performance Review + Career Ladder 명시
- Tech debt 20% 예산
- Skip-level 1:1 (분기 1회)
- No-meeting 블록 (집중 시간)
- Async 문서 문화 (결정 기록)
- Burnout 신호 감지 + Vacation 강제
15부 — 안티패턴 10가지
- 기술 판단 독점 → 팀원 성장 막음
- 1:1 스킵/status만 → 신뢰 없음
- 피드백 연 1회 → 개선 기회 잃음
- Hiring 느슨한 scorecard → 편향 + 약한 채용
- Performance bias (recency, similarity) → 불공정
- Tech debt 영원히 미룸 → 개발 속도 붕괴
- Burnout 방치 → 퇴사 도미노
- Micromanage → 자율 killer
- 하이브리드인데 풀타임 오피스 기대 → 신뢰 붕괴
- IC 복귀 경로 X → 승진 유일 → 번아웃
마무리 — "매니지먼트는 봉사"
"리더십은 결국 섬기는 것"이라는 말이 진부하지만 사실이다. 좋은 매니저의 시그널:
- 팀원이 승진하는가 (내 통제가 아니라 그들의 성장)
- 팀이 내 없이도 잘 돌아가는가 (의존성 없음)
- 사람들이 돌아오고 싶어하는가 (Alumni 재채용)
- 어려운 결정을 피하지 않는가 (Ruinous empathy 아님)
IC에서 Manager로 가는 건 승진이 아닌 커리어 변경이다. 그리고 다시 IC로 돌아가는 것도 동등한 커리어 선택.
다음 글은 Season 2 Ep 22 — 개발자 생산성 & 커리어 완전 가이드. DX metrics, Dev environment, AI coding tools, Learning strategy, Personal branding, Interview prep까지. 시스템을 잘 만들고, 팀을 잘 이끌었다면, 이제 자기 자신을 투자하는 법.
다음 글 예고 — "개발자 생산성 & 커리어 완전 가이드: DX·AI·Learning·Branding·Interview"
Season 2 Ep 22는:
- DX (Developer Experience) 지표 (SPACE, DORA)
- 2025 AI coding tools (Cursor, Claude Code, Copilot)
- Learning 전략 (T-shape, 집중 주제)
- Personal branding (블로그, OSS)
- Interview 준비 (LeetCode, System Design)
- Negotiation 체크리스트
- 건강한 커리어 arc
마지막 글. 당신의 이야기로. 다음 글에서.