전문성 발달(Expertise Development)

[!tldr] 한줄 요약 전문가는 경력이 아니라 의도적 수련, 학습 프레임, 일상 업무의 재설계(잡 크래프팅)를 통해 만들어진다.

핵심 내용

경력 ≠ 실력

김창준이 강조하는 전문성 발달의 전제다. 연구에 따르면 경력 연수와 실제 직무 성과의 상관관계는 최소 경험치를 넘으면 급격히 낮아진다. 중요한 것은 경력의 양이 아니라 "경험이 얼마나 폭넓고 다양했는지"라는 질적 측면이다.

매년 같은 일을 반복하는 10년차와 매년 새로운 도전을 하는 10년차는 전혀 다른 전문성 수준에 있다. 이것이 김창준이 말하는 "수십 년 동안 전문가가 안 되는 비결"이다.

드라이퍼스 모델(Dreyfus Model) — 기술 습득 5단계

1970년대 드라이퍼스 형제(Hubert & Stuart Dreyfus)가 제안한 모델로, 기술 습득이 5단계를 거쳐 발달한다:

단계	명칭	핵심 특징	의사결정 방식
1	초급자(Novice)	배운 대로만 수행	규칙 기반, 기계적 적용
2	초중급자(Advanced Beginner)	제한적 상황 응용	상황 대응 시작, 우선순위 판단 미숙
3	능숙자(Competent)	목표지향적 수행	문제 해결 능력, 개념 모델 형성
4	숙련자(Proficient)	전체적 관점 보유	맥락 파악, 우선순위 능숙
5	전문가(Expert)	규칙의 초월	직관적 파악, 무의식적 판단

초보자에서 전문가로 갈수록 규칙 의존도는 감소하고 직관과 상황 인식이 증가한다. 전문가는 "왜 그렇게 했는지" 설명하기 어려운 경우가 많다 — 무의식적으로 올바른 판단을 내리기 때문이다.

이 모델은 기술(skill) 단위로 적용된다. 한 사람이 백엔드에서는 전문가이면서 프론트엔드에서는 초중급자일 수 있다.

전문성 발달의 4가지 조건

김창준이 정리한 전문가가 되기 위한 조건:

의도적 수련(Deliberate Practice) — 단순 반복이 아닌, 실력 향상을 목표로 한 의식적 수련
타당성 — 수련하는 영역에 규칙성이 있어야 한다. 체스나 프로그래밍처럼 인과관계가 명확한 영역에서 전문성이 발달한다
적절한 피드백 — 구체적이고 즉각적인 피드백 루프(Feedback Loop)
적절한 난이도 — 몰입(Flow) 채널에 머물 수 있는 도전 수준

이 중 하나라도 빠지면 경력만 쌓이고 전문성은 정체된다.

잡 크래프팅(Job Crafting) — 일상 업무를 수련의 장으로

예일대 에이미 르제스니에프스키(Amy Wrzesniewski)가 제안하고, 김창준이 소프트웨어 개발에 접목한 개념이다. 핵심은 "주어진 일을 그대로 하지 말고, 능동적으로 재설계하라"는 것이다.

1. 작업 측면(Task Crafting) — 무엇을 하는가를 바꾼다

같은 업무의 난이도나 범위를 의도적으로 조절한다:

CRUD API 구현 시 → 응답 시간 50ms 이내라는 제약을 스스로 건다
레거시 유지보수 시 → 버그 수정과 동시에 모듈 전체 구조를 파악하는 기회로 만든다

2. 관계 측면(Relational Crafting) — 누구와 하는가를 바꾼다

업무에서 만나는 사람과의 상호작용 방식을 재설계한다:

코드 리뷰를 다른 팀 시니어에게 요청한다
장애 대응 과정을 주니어와 함께 하면서 의사결정 과정을 설명한다
기획자에게 기술적 대안을 제시하면서 다른 직군의 사고방식을 배운다

3. 인지 측면(Cognitive Crafting) — 일의 의미를 어떻게 보는가를 바꾼다

동일한 업무를 다른 프레임으로 해석한다:

온콜 당번 → "시스템 전체의 약한 고리를 발견하는 탐정 훈련"
문서 작성 → "내가 이 시스템을 정말 이해하고 있는지 테스트하는 과정"
반복적인 배포 → "자동화할 기회를 찾는 과정"

[!warning] 잡 크래프팅 vs 자기합리화 인지 측면만 바꾸면 자기합리화에 빠질 위험이 있다. "이 일도 의미 있어"라고 생각만 바꾸고 행동은 그대로라면 그건 합리화다. 세 측면이 함께 작동하여 측정 가능한 변화(시간 단축, 오류 감소, 새 기술 습득 등)가 나와야 진짜 크래프팅이다.

학습 프레임 vs 실행 프레임

캐롤 드웩(Carol Dweck)의 마인드셋 이론을 김창준이 소프트웨어 개발에 적용한 개념이다:

실행 프레임(Performance Frame): "잘해야 한다. 실수하면 안 된다." → 안전한 영역에만 머묾 → 정체
학습 프레임(Learning Frame): "이번에는 무엇을 배울 수 있을까?" → 도전 → 성장

상황	실행 프레임	학습 프레임
새 기술 도입 제안	"모르는 걸 제안하면 무능해 보여" → 침묵	"모르니까 제안하고 배우자" → 시도
코드 리뷰 받기	"지적 = 내 실력 부족의 증거" → 방어	"지적 = 무료 학습 기회" → 수용
어려운 태스크	"못하면 평가 떨어진다" → 회피	"도전할 기회다" → 시도
장애 발생	"내 코드가 원인이면?" → 회피	"시스템 약점을 배운다" → 분석

실행 프레임은 개인의 성격이 아니라 환경이 만든다. 실수에 비난이 따르는 조직에서는 누구나 실행 프레임에 갇힌다. 이 때문에 심리적 안전감(Psychological Safety)이 전문성 발달의 전제 조건이 된다.

학습 프레임으로 전환하는 실천법:

매일 "오늘 새로 알게 된 것이 하나라도 있는가?" 질문하기
실수를 개인의 무능이 아닌 시스템의 빈틈으로 재정의하기
"나는 X를 모른다" → "나는 X를 아직 모른다"로 한 글자 추가하기

전문성 발달의 전체 경로

이 모든 개념이 하나의 경로로 연결된다:

학습 프레임 → 도전 허용 → 적절한 난이도 유지 → 몰입
    → 의도적 수련 → 피드백 → 직관의 정확도 향상
    → 드라이퍼스 단계 상승 → 전문성 발달

반대 경로:

실행 프레임 → 도전 회피 → 쉬운 일만 반복 → 지루함
    → 정체(plateau) → 경력만 쌓임 → "수십 년 동안 전문가가 안 되는 비결"

잡 크래프팅은 이 경로의 시작점을 낮추는 역할을 한다. 별도의 수련 시간을 확보하지 않아도, 일상 업무를 수련의 장으로 만들어 전문성 발달 경로에 진입할 수 있다.

예시

[!example] 잡 크래프팅 시너지 레거시 유지보수 업무를 맡았을 때:

인지 크래프팅: "유지보수"를 "시스템 고고학"으로 재정의

작업 크래프팅: 버그 수정 시 해당 모듈 전체 구조를 파악하는 목표를 추가

관계 크래프팅: 파악한 내용을 팀 위키에 공유하고, 원저자에게 설계 의도를 물어봄

결과: 같은 버그 수정이 시스템 이해 + 문서화 + 관계 형성으로 확장

[!example] 드라이퍼스 모델 — 소프트웨어 개발자

초급자: 튜토리얼의 코드를 그대로 따라 친다

초중급자: 비슷한 패턴의 코드를 응용해서 쓸 수 있지만, 에러가 나면 당황한다

능숙자: 문제를 스스로 진단하고 해결할 수 있다. "이건 캐시 문제일 것 같다"는 가설을 세운다

숙련자: 시스템 전체를 보고 우선순위를 판단한다. "지금은 이 기술 부채를 해결하는 게 더 급하다"

전문가: "뭔가 이상하다"는 직감으로 장애를 사전에 감지한다. 이유를 설명하기 어렵지만 맞다

참고 자료

함께 자라기(애자일로 가는 길) 후기 및 정리
개발자를 위한 세마리 토끼잡기 - 김창준
드라이퍼스 모델 - 제타위키
Building Software Development Expertise – Using The Dreyfus Model
Dreyfus, H. & Dreyfus, S. (1980). "A Five-Stage Model of the Mental Activities Involved in Directed Skill Acquisition"