새로운 Tech Lead를 팀에 어떻게 온보딩하나요?

Question

IT Interview Practice · Accepted Answer

저는 새 Tech Lead를 **백로그가 아니라 맥락, 관계, 그리고 안전한 첫 성과**를 주는 방식으로 온보딩합니다. 목표는 그들이 한 분기 안에 독립적으로 건전한 의사결정을 내리는 것이므로, 이해를 앞당기고 점진적으로 소유권을 넘깁니다.

## 접근 권한이 아니라 맥락을 주기

- **서면 온보딩 문서**: 아키텍처 개요, 핵심 의사결정과 그 *이유*, 현재 우선순위, 알려진 고충, 그리고 정치(누가 무엇을 소유하고, 누가 결정하는지).
- **시스템 워크스루** — 슬라이드 덱이 아니라 실제 요청을 처음부터 끝까지 추적하는 것을 함께 페어로 합니다.
- **과거 incident와 ADR**을 가리켜 그들이 어렵게 다시 배우는 대신 역사를 물려받게 합니다.

## 일찍 관계 쌓기

- 각 팀원, PM, 인접 lead와 **1:1**을 마련합니다. 신뢰는 Tech Lead가 쓰는 화폐입니다.
- **팀의 문화와 암묵적 규범**에 대해 명시적으로 알려줍니다 — 의사결정이 어떻게 이뤄지는지, 의견 불일치가 어떻게 다뤄지는지.

## 점진적으로 인계하기

저는 소유권을 한 번에 떨어뜨리는 대신 단계적으로 범위를 정합니다:

| 단계 | 그들이 소유하는 것 |
|-------|---------------|
| 1~2주차 | 저를 따라다니기; PR 리뷰; 무엇이든 질문하기 |
| 3~6주차 | 프로젝트나 워크스트림 하나를 처음부터 끝까지 주도 |
| 7~12주차 | 기술 방향을 소유; 저는 백스톱으로 물러남 |

## 기대치를 명시적으로 설정하기

- **성공이 어떤 모습인지**와 어떻게 측정되는지 정의합니다.
- **의사결정 경계**를 명확히 합니다 — 혼자 결정하는 것 vs. 에스컬레이션하는 것.
- 정기 체크인을 잡고, 자신감이 커짐에 따라 점점 줄입니다.

## 함정

- **헤엄치거나 가라앉거나** — 첫날에 모든 것을 넘기는 것은 신뢰가 아니라 혼돈의 신호입니다.
- **지저분한 맥락을 숨기기** — 그들은 당신이 알고 있던 지뢰를 밟게 됩니다.
- **명확한 권한 부여가 없음** — 권한에 대한 모호함은 그들을 주저하게 하고 느리게 만듭니다.

## 왜 중요한가

Tech Lead의 효과성은 맥락과 신뢰에 달려 있으며, 둘 다 쌓는 데 시간이 걸립니다. 구조화된 온보딩은 그 적응 기간을 압축하고, 값비싼 초기 실수를 방지하며, 당신이 그들의 팀에 보여주길 바라는 사려 깊은 리더십을 그대로 본보기로 보여줍니다.

단계	그들이 소유하는 것
1~2주차	저를 따라다니기; PR 리뷰; 무엇이든 질문하기
3~6주차	프로젝트나 워크스트림 하나를 처음부터 끝까지 주도
7~12주차	기술 방향을 소유; 저는 백스톱으로 물러남

접근 권한이 아니라 맥락을 주기

일찍 관계 쌓기

점진적으로 인계하기

기대치를 명시적으로 설정하기

함정

왜 중요한가

관련 질문