주니어들의 DB 설계 고민

팀장의 딜레마

**배경:**
- 백엔드 팀장 8년차
- 팀 구성: 시니어 2명, 주니어 5명
- 연봉: 9,500만원

**문제:**
- 주니어들이 DB 설계를 못 함
- 코드 리뷰 시간의 50%가 DB 구조 설명
- "왜 이렇게 설계했어요?" 반복

**고민:**
"어떻게 하면 효율적으로 교육할 수 있을까?"

기존 교육 방식의 한계

시도 1: 사내 세미나

**방법:**
내가 직접 발표 자료 만들어서 교육

**문제:**
- 준비 시간 많이 걸림 (주당 5시간)
- 일관성 없음
- 주니어마다 이해도 차이

시도 2: 책 추천

**추천:**
"Database System Concepts" 같은 교재

**결과:**
- 너무 이론적
- "실무에 어떻게 적용하나요?" 질문 반복

김영한 강의 발견

**계기:**
주니어 한 명이 "이 강의 듣고 싶은데 회사에서 지원해줄 수 있나요?"

**확인:**
강의 커리큘럼 검토 → "이거다!"

**결정:**
팀 전체 수강 지원 (회사 예산)

팀 학습 프로그램

1단계: 개인 학습

**방식:**
각자 강의 수강 (2주)

**목표:**
3단계 설계 프로세스 이해

2단계: 팀 세미나

**방식:**
매주 1회, 강의 내용 리뷰

**주제:**
- 1주차: 개념적 설계, ERD
- 2주차: 정규화
- 3주차: 물리적 설계, 인덱스
- 4주차: 쇼핑몰 프로젝트 리뷰

**효과:**
공통 언어 생성

3단계: 실전 적용

**과제:**
회사 신규 기능 DB 설계를 강의 방식대로

**리뷰:**
설계 리뷰 시 강의 용어 사용 → 소통 효율 3배

놀라운 변화

코드 리뷰 변화

**Before:**
- 나: "왜 이 테이블에 이 컬럼이 있어요?"
- 주니어: "필요할 것 같아서요..."
- 나: "정규화를 생각해보세요" (이해 못 함)

**After:**
- 주니어: "이 테이블은 3NF로 정규화했습니다"
- 나: "복합 인덱스는 어떻게 설계했어요?"
- 주니어: "WHERE 절 분석해서 이렇게 했습니다"

**시간:**
코드 리뷰 50% 단축

설계 품질

**Before:**
- 정규화 안 된 테이블 많음
- 인덱스 무작위
- 리팩토링 빈번

**After:**
- 첫 설계부터 정규화
- 인덱스 전략적 설계
- 리팩토링 80% 감소

주니어 성장

**3개월 후:**
주니어 2명이 신규 서비스 DB 설계 전담

**6개월 후:**
주니어 1명 → 미드레벨 승진

회사 차원 효과

**팀 생산성:**
20% 향상 (설계 리뷰 시간 감소)

**품질:**
DB 관련 버그 70% 감소

**임원 평가:**
"이 팀 설계 퀄리티 좋은데, 뭐 했어요?"

다른 팀 확산

**요청:**
다른 팀장들이 "우리 팀도 교육 받고 싶다"

**결정:**
회사 차원에서 전체 백엔드 개발자 대상 지원

**결과:**
연간 교육 예산 확보 (강의 수강료 지원)

팀장 입장에서의 장점

1. 교육 준비 시간 제로

**Before:**
세미나 준비 주 5시간

**After:**
강의로 대체 → 내 시간 확보

2. 일관된 교육

**모두:**
같은 강의, 같은 용어, 같은 프로세스

**효과:**
팀 내 소통 효율 극대화

3. 검증된 내용

**강의:**
김영한 강사의 실무 경험 기반

**신뢰:**
"이렇게 하세요"라고 확신 있게 가이드 가능

ROI 계산

**투자:**
- 강의 수강료: 7명 × 65,000원 = 455,000원

**절감:**
- 코드 리뷰 시간 50% 감소 → 월 80시간 절감
- 리팩토링 80% 감소 → 월 40시간 절감
- 시간당 인건비 5만원 → 월 600만원 절감

**연간:**
7,200만원 절감

**ROI:**
**15,800%**

결론

팀장이라면 김영한 강의를 팀 교육 자료로 활용하세요. **최소 비용으로 최대 효과**를 낼 수 있습니다!

---

**태그**: #김영한 #데이터베이스 #팀교육 #주니어교육 #개발팀장