Skip to content

Split View: 리더십 완전 가이드 — 사람을 이끄는 기술, 조직을 성장시키는 지혜

|

리더십 완전 가이드 — 사람을 이끄는 기술, 조직을 성장시키는 지혜

들어가며: 리더십은 왜 중요한가

리더십은 직책이 아니라 행동입니다. Peter Drucker는 "리더십이란 따르는 사람이 있다는 것"이라고 정의했습니다. 타이틀이 있어도 아무도 따르지 않으면 리더가 아니며, 타이틀이 없어도 주변에 영향을 미치면 리더입니다.

현대 조직에서 리더십의 중요성은 더욱 커지고 있습니다. Google의 Project Oxygen 연구에 따르면, 좋은 매니저가 이끄는 팀은 그렇지 않은 팀 대비 이직률이 절반 이하이고, 성과 평가 점수는 눈에 띄게 높았습니다. 리더 한 사람이 팀 전체의 성과와 행복에 결정적 영향을 미치는 것입니다.

그러나 많은 조직에서 리더십 교육은 형식적입니다. 엔지니어가 시니어가 되면 자연스럽게 리더 역할을 맡지만, 사람을 다루는 기술은 별도로 학습하지 않습니다. 이 글에서는 리더십의 정의부터 다양한 스타일, 핵심 스킬, 그리고 테크 업계 특유의 리더십까지 포괄적으로 다룹니다.


1. 리더십이란 무엇인가

1.1 리더십의 정의

리더십에는 수백 가지 정의가 있지만, 핵심은 세 가지로 요약됩니다.

  1. 방향 설정: 어디로 갈 것인지 비전을 제시한다
  2. 사람 동기부여: 구성원이 자발적으로 움직이게 한다
  3. 실행 지원: 장애물을 제거하고 환경을 조성한다

John Maxwell은 "리더십은 영향력이다, 그 이상도 이하도 아니다"라고 말했습니다. 이 정의는 단순하지만 깊습니다. 직급, 권한, 보상과 무관하게 다른 사람의 생각과 행동에 영향을 미치는 능력이 곧 리더십입니다.

1.2 관리(Management)와 리더십(Leadership)의 차이

구분관리 (Management)리더십 (Leadership)
초점현재 시스템 유지미래 방향 설정
질문"어떻게 효율적으로?""왜, 무엇을 해야 하는가?"
동기 부여보상과 규칙비전과 영감
변화 대응안정성 추구변화 주도
사람 관계통제와 감독신뢰와 임파워먼트

Warren Bennis는 이렇게 구분했습니다. "매니저는 일을 제대로 하고, 리더는 제대로 된 일을 한다." 물론 실제로는 두 역할이 분리되지 않으며, 좋은 리더는 관리 역량도 갖춰야 합니다.

1.3 리더십의 세 가지 레벨

레벨 1 - 자기 리더십 (Self-Leadership)

자기 자신을 관리하는 능력입니다. 시간 관리, 감정 조절, 지속적 학습, 자기 동기부여가 포함됩니다. 다른 사람을 이끌기 전에 먼저 자신을 이끌 수 있어야 합니다.

레벨 2 - 팀 리더십 (Team Leadership)

작은 그룹을 이끄는 능력입니다. 목표 설정, 역할 배분, 갈등 해소, 성과 관리가 핵심입니다. 대부분의 리더십 논의가 이 레벨에 집중됩니다.

레벨 3 - 조직 리더십 (Organizational Leadership)

조직 전체의 문화, 전략, 시스템을 설계하는 능력입니다. 비전 수립, 조직 구조 설계, 리더 양성이 핵심입니다.


2. 리더십 스타일

2.1 서번트 리더십 (Servant Leadership)

Robert Greenleaf가 1970년에 제안한 개념으로, 리더의 역할은 구성원을 "섬기는 것"이라는 철학입니다.

핵심 원칙:

  • 경청(Listening): 상대방의 말에 진심으로 귀 기울이기
  • 공감(Empathy): 상대방의 관점에서 이해하기
  • 치유(Healing): 팀의 상처와 갈등을 해결하기
  • 인식(Awareness): 자기 자신과 환경에 대한 높은 인식
  • 설득(Persuasion): 권위가 아닌 설득으로 이끌기
  • 성장 촉진(Growth): 구성원의 개인적, 직업적 성장을 돕기

실전 적용:

서번트 리더의 하루 루틴 예시:
- 09:00 팀원에게 "오늘 내가 도와줄 수 있는 것이 있을까?" 물어보기
- 10:00 블로커가 있는 팀원의 장애물 해결에 집중
- 14:00 1:1 미팅에서 팀원의 커리어 목표 논의
- 16:00 팀 성과를 팀원 이름으로 상위 리더에게 공유

2.2 변혁적 리더십 (Transformational Leadership)

James MacGregor Burns가 제시한 개념으로, 리더가 구성원의 가치관과 동기를 변화시켜 기대 이상의 성과를 이끌어내는 스타일입니다.

네 가지 구성 요소 (4I):

  1. 이상적 영향력 (Idealized Influence): 리더가 롤모델이 되어 신뢰를 획득
  2. 영감적 동기부여 (Inspirational Motivation): 매력적인 비전을 제시하고 의미를 부여
  3. 지적 자극 (Intellectual Stimulation): 기존 가정에 도전하고 창의적 사고를 장려
  4. 개별적 배려 (Individualized Consideration): 각 구성원의 고유한 니즈에 맞춤 대응

변혁적 리더의 특징:

  • 현재 상태에 안주하지 않고 지속적 개선을 추구한다
  • "왜 이렇게 하고 있지?"라는 질문을 두려워하지 않는다
  • 실패를 학습 기회로 전환한다
  • 구성원 각각의 강점을 파악하고 활용한다

2.3 상황적 리더십 (Situational Leadership)

Paul Hersey와 Ken Blanchard가 개발한 모델로, 구성원의 역량과 동기 수준에 따라 리더십 스타일을 유연하게 조절해야 한다는 이론입니다.

구성원 상태리더십 스타일설명
낮은 역량, 높은 의욕 (신입)지시형 (S1)구체적 지시와 밀착 감독
약간의 역량, 낮은 의욕코칭형 (S2)지시 + 설명 + 격려
높은 역량, 변동하는 의욕지원형 (S3)의사결정 참여 기회 제공
높은 역량, 높은 의욕 (전문가)위임형 (S4)자율성 부여, 결과만 확인

실전 적용 예시:

신입 개발자에게는 코드 리뷰를 꼼꼼히 하고 구체적인 가이드를 제공합니다(S1/S2). 시니어 개발자에게는 목표만 공유하고 방법은 본인이 결정하도록 합니다(S4). 같은 사람이라도 새로운 기술을 학습하는 영역에서는 S2, 기존 전문 영역에서는 S4가 적절합니다.

2.4 코칭 리더십 (Coaching Leadership)

코칭 리더십은 답을 알려주는 대신 질문을 통해 구성원 스스로 답을 찾도록 돕는 스타일입니다.

GROW 모델:

  1. Goal (목표): "이 분기에 달성하고 싶은 것은 무엇인가요?"
  2. Reality (현실): "현재 상황은 어떤가요? 어디까지 진행되었나요?"
  3. Options (선택지): "어떤 방법들이 있을까요? 다른 접근법은요?"
  4. Will (의지): "그러면 구체적으로 무엇을 언제까지 하시겠어요?"

코칭 질문의 힘:

나쁜 예: "이 버그는 이렇게 고치면 됩니다." 좋은 예: "이 버그의 근본 원인은 무엇이라고 생각하세요? 어떤 접근법이 있을까요?"

코칭 리더십은 단기적으로는 시간이 더 걸리지만, 장기적으로 팀의 문제 해결 능력을 키우고 자율성을 높입니다.


3. 심리적 안전감 (Psychological Safety)

3.1 구글의 아리스토텔레스 프로젝트

Google은 2012년부터 2015년까지 180개 팀을 분석하여 고성과 팀의 비밀을 연구했습니다. 놀랍게도 팀의 성과를 결정하는 가장 중요한 요소는 "누가 팀에 있는가"가 아니라 "팀이 어떻게 협업하는가"였습니다.

고성과 팀의 5가지 요소 (중요도 순):

  1. 심리적 안전감: 실수를 해도 비난받지 않을 것이라는 믿음
  2. 신뢰성: 팀원들이 맡은 일을 제때 해낼 것이라는 믿음
  3. 구조와 명확성: 역할, 계획, 목표가 명확함
  4. 의미: 일 자체가 개인적으로 의미 있음
  5. 영향력: 내 일이 변화를 만든다는 믿음

심리적 안전감이 1위라는 결과는 많은 조직에 충격을 주었습니다. 최고의 인재를 모아도 심리적 안전감이 없으면 성과가 나오지 않습니다.

3.2 심리적 안전감을 구축하는 방법

Amy Edmondson 교수(하버드 경영대학원)의 연구를 기반으로 정리합니다.

리더가 해야 할 행동:

  1. 취약성 먼저 보여주기: "나도 이 부분은 잘 모르겠어" 라고 먼저 인정합니다
  2. 질문을 환영하기: 어떤 질문이든 "좋은 질문이네요"로 시작합니다
  3. 실패에서 학습하기: 실패를 비난하지 않고, "다음에 어떻게 하면 더 나을까?"를 묻습니다
  4. 다양한 의견 장려하기: 회의에서 발언하지 않은 사람에게 의견을 요청합니다
  5. 반대 의견 보호하기: "여기서 반대 의견이 있으면 말씀해 주세요"를 습관화합니다

심리적 안전감 자가진단 질문:

  • 우리 팀에서 실수를 인정하면 어떤 반응이 돌아오는가?
  • 상사에게 반대 의견을 말하기 편한가?
  • 모르는 것을 모른다고 말할 수 있는가?
  • 새로운 아이디어를 제시하면 경청해 주는가?

4. 1:1 미팅 운영법

4.1 1:1 미팅의 목적

1:1 미팅은 리더와 팀원 사이의 가장 중요한 소통 채널입니다. Andy Grove는 High Output Management에서 1:1을 매니저의 핵심 도구로 강조했습니다.

1:1은 팀원의 시간입니다. 아젠다는 팀원이 주도하고, 리더는 경청하며 지원합니다.

4.2 효과적인 1:1 아젠다 구성

1:1 미팅 아젠다 템플릿 (30분 기준)
-----------------------------------------
[0-5]  안부 / 근황 (라포 형성)
[5-15] 팀원 아젠다 (고민, 블로커, 아이디어)
[15-25] 피드백 교환 또는 커리어 대화
[25-30] 액션 아이템 정리 및 다음 미팅 준비

4.3 1:1에서 피해야 할 실수

  1. 상태 보고 시간으로 전락: 프로젝트 진행 상황은 비동기 도구로 공유하세요
  2. 매번 같은 질문만 반복: 다양한 질문 풀(pool)을 준비하세요
  3. 리더만 말하기: 리더의 발화 비율이 30%를 넘지 않도록 합니다
  4. 액션 아이템 없이 끝나기: 매 미팅마다 최소 하나의 구체적 액션을 정합니다
  5. 취소 반복: 1:1은 절대 취소하지 않습니다. 불가피하면 반드시 재조정합니다

5. 피드백의 기술

5.1 SBI 피드백 모델

Center for Creative Leadership(CCL)이 개발한 SBI 모델은 가장 실용적인 피드백 프레임워크입니다.

  • S (Situation): 언제, 어디서 (구체적 상황)
  • B (Behavior): 무엇을 했는가 (관찰 가능한 행동)
  • I (Impact): 그 행동이 어떤 영향을 미쳤는가

좋은 피드백 예시:

"어제 기술 회의에서 (S: 상황)
새로운 아키텍처에 대한 반대 의견을 데이터와 함께 설명해 주었는데 (B: 행동)
덕분에 팀이 잠재적 위험을 사전에 파악할 수 있었고
더 나은 의사결정을 하게 되었습니다. (I: 영향)"

나쁜 피드백 예시:

"요즘 일을 좀 더 열심히 했으면 좋겠어."
-> 구체적 상황도, 관찰된 행동도, 영향도 없음

5.2 피드백 빈도와 타이밍

  • 즉시 피드백: 행동 발생 후 24시간 이내에 전달합니다
  • 정기 피드백: 1:1 미팅에서 격주로 한 가지 이상의 피드백을 교환합니다
  • 긍정:개선 비율: 연구에 따르면 긍정 피드백과 개선 피드백의 비율이 5:1 정도일 때 가장 효과적입니다

5.3 피드백을 받는 자세

리더도 피드백을 받아야 합니다. 상향 피드백(upward feedback)을 장려하려면:

  1. "내가 개선할 점이 있다면 무엇일까요?"를 정기적으로 묻습니다
  2. 피드백을 받으면 방어하지 않고 "감사합니다. 더 자세히 이야기해 줄 수 있나요?"로 응답합니다
  3. 받은 피드백에 대한 액션을 공유하여, 피드백이 실제로 반영된다는 것을 보여줍니다

6. 위임 (Delegation)

6.1 왜 위임이 어려운가

리더가 위임하지 못하는 가장 흔한 이유들:

  • "내가 하는 게 더 빠르다"
  • "가르치는 시간이 아깝다"
  • "실수하면 어쩌지"
  • "내 존재 가치가 사라지는 느낌"

하지만 위임하지 않으면 리더는 병목이 되고, 팀원은 성장하지 못합니다.

6.2 효과적인 위임 프레임워크

위임의 5단계:

  1. 결과 정의: 무엇을 달성해야 하는지 명확히 합니다 (방법이 아닌 결과)
  2. 가이드라인 설정: 반드시 지켜야 할 제약 조건과 자유도를 설명합니다
  3. 자원 확보: 필요한 권한, 예산, 도구를 제공합니다
  4. 체크포인트 합의: 중간 점검 시점을 미리 정합니다
  5. 결과 평가: 프로세스가 아닌 결과를 기준으로 평가합니다

위임 레벨 매트릭스:

레벨설명예시
L1조사 후 보고"옵션을 정리해서 알려줘"
L2추천안 제시"어떤 게 좋을지 의견 줘"
L3결정하되 실행 전 확인"결정하고 시작 전에 알려줘"
L4결정하고 실행, 결과 보고"진행하고 결과 알려줘"
L5완전 자율"알아서 해줘, 필요하면 얘기해"

7. 의사결정 프레임워크

7.1 RAPID 모델

Bain and Company가 개발한 RAPID 모델은 조직의 의사결정 역할을 명확히 합니다.

  • R (Recommend): 제안자 - 옵션을 분석하고 제안하는 사람
  • A (Agree): 동의자 - 제안에 동의해야 실행되는 사람 (거부권 보유)
  • P (Perform): 실행자 - 결정된 사항을 실행하는 사람
  • I (Input): 입력자 - 의견과 정보를 제공하는 사람
  • D (Decide): 결정자 - 최종 결정을 내리는 사람
RAPID 모델 적용 예시: 신규 기술 스택 선정
-----------------------------------------
R (Recommend): 시니어 엔지니어 - 기술 평가 및 제안
A (Agree): 보안팀 - 보안 요구사항 충족 확인
P (Perform): 개발팀 - 마이그레이션 실행
I (Input): DevOps팀, QA- 운영/테스트 관점 의견
D (Decide): CTO - 최종 결정

7.2 빠른 의사결정을 위한 원칙

Amazon의 Jeff Bezos가 제시한 의사결정 원칙을 참고합니다.

  1. 되돌릴 수 있는 결정 vs 되돌릴 수 없는 결정: 되돌릴 수 있는 결정(Type 2)은 빠르게, 되돌릴 수 없는 결정(Type 1)은 신중하게
  2. 70% 규칙: 정보가 70% 모였으면 결정합니다. 90%를 기다리면 너무 늦습니다
  3. 이견이 있어도 동의하고 실행 (Disagree and Commit): 논의 후 결정이 내려지면 반대 의견이 있더라도 전력으로 실행합니다

8. 위기 리더십 (Crisis Leadership)

8.1 위기 상황에서의 리더십 원칙

장애 발생, 조직 개편, 대규모 이직 등 위기 상황에서 리더의 행동은 평상시보다 훨씬 큰 영향을 미칩니다.

위기 리더십의 5가지 원칙:

  1. 신속한 소통: 불확실해도 빠르게 소통합니다. 침묵은 불안을 증폭시킵니다
  2. 사실 기반 투명성: 아는 것, 모르는 것, 추측을 명확히 구분합니다
  3. 감정 인정: "지금 불안한 것이 당연합니다"라고 감정을 인정합니다
  4. 우선순위 명확화: 위기 시 모든 것을 할 수 없습니다. 가장 중요한 1-2가지에 집중합니다
  5. 돌봄과 회복: 위기 해소 후 팀원의 번아웃을 살피고 회복 시간을 줍니다

8.2 장애 대응 리더십 (Incident Leadership)

장애 발생 시 리더의 행동 체크리스트:
-----------------------------------------
[ ] 인시던트 커맨더 지정 (또는 본인이 맡기)
[ ] 커뮤니케이션 채널 확보 (슬랙 채널, 화상회의)
[ ] 현재 상황 파악 (영향 범위, 심각도)
[ ] 역할 분담 (조사, 소통, 의사결정)
[ ] 주기적 상황 업데이트 (내부 + 외부)
[ ] 장애 해소 후 포스트모템 일정 잡기
[ ] 대응한 팀원들에게 감사 표현

8.3 포스트모템에서의 리더 역할

포스트모템(사후 분석)에서 리더는 "누가 잘못했는가"가 아니라 "시스템이 왜 실패했는가"에 집중해야 합니다. Blameless(비난 없는) 포스트모템 문화를 만들려면:

  • "왜 이런 실수를 했어?"가 아니라 "이런 실수가 가능했던 구조적 원인은 무엇인가?"라고 묻습니다
  • 개인이 아닌 프로세스, 도구, 시스템의 개선점을 찾습니다
  • 액션 아이템에는 반드시 담당자와 기한을 포함합니다

9. 팀 빌딩: 터크먼 모델

Bruce Tuckman이 1965년에 제시한 팀 발달 모델은 지금도 가장 널리 사용됩니다.

9.1 팀 발달의 5단계

단계특징리더의 역할
형성기 (Forming)서로 탐색, 예의 바르고 조심스러움방향 제시, 기대치 설정
갈등기 (Storming)의견 충돌, 역할 갈등, 불편함갈등 중재, 규범 수립 지원
규범기 (Norming)합의 형성, 역할 안정, 신뢰 구축자율성 지원, 프로세스 최적화
성과기 (Performing)높은 성과, 자율적 협업, 상호 지원장애물 제거, 전략적 방향 제시
해산기 (Adjourning)프로젝트 종료, 팀 해체 또는 재편성성과 인정, 학습 정리, 관계 유지

9.2 갈등기를 건너뛰면 안 되는 이유

많은 리더가 갈등기(Storming)를 두려워하지만, 이 단계를 제대로 거치지 않으면 팀은 진정한 성과기(Performing)에 도달할 수 없습니다. 갈등기에서 서로의 의견 차이를 드러내고 해결하는 과정이 신뢰의 토대가 됩니다.

갈등기를 건강하게 통과하는 방법:

  1. 갈등은 정상적인 과정임을 팀에 알립니다
  2. 의견 대립과 인신공격을 명확히 구분합니다
  3. 팀 규범(Team Agreement)을 함께 만듭니다
  4. "어떤 방식으로 의견 충돌을 해결할 것인가?"를 미리 정합니다

10. 셀프 리더십 (Self-Leadership)

10.1 셀프 리더십이란

남을 이끌기 전에 자신을 이끄는 능력입니다. Daniel Goleman은 Emotional Intelligence(감성 지능)에서 리더십의 기반을 자기 인식(Self-Awareness)과 자기 관리(Self-Management)로 보았습니다.

10.2 셀프 리더십의 핵심 요소

자기 인식 (Self-Awareness):

  • 내 감정 상태를 실시간으로 인식하는가?
  • 내 강점과 약점을 정직하게 파악하고 있는가?
  • 스트레스 상황에서 내가 어떤 행동 패턴을 보이는지 아는가?

자기 조절 (Self-Regulation):

  • 화가 날 때 즉시 반응하지 않고 한 박자 쉴 수 있는가?
  • 모호한 상황에서도 침착하게 판단할 수 있는가?
  • 실패했을 때 자책이 아닌 학습으로 전환할 수 있는가?

동기 부여 (Motivation):

  • 외부 보상 없이도 꾸준히 동기를 유지할 수 있는가?
  • 장기 목표를 위해 단기적 불편함을 감수할 수 있는가?
  • "왜 이 일을 하는가?"에 대한 답이 있는가?

10.3 에너지 관리

리더에게 가장 중요한 자원은 시간이 아니라 에너지입니다.

에너지 관리 매트릭스:
-----------------------------------------
에너지를 충전하는 활동     | 에너지를 소모하는 활동
-----------------------------------------
깊은 집중 작업            | 끝없는 미팅
의미 있는 1:1 대화        | 정치적 대화
운동과 산책               | 멀티태스킹
팀의 성장을 목격          | 반복적 보고서 작성
학습과 독서               | 불필요한 이메일 처리

11. 테크 리더십: CTO, TL, EM의 차이

11.1 세 가지 테크 리더 역할

테크 업계에서 "리더"라는 단어는 여러 역할을 의미합니다. 각 역할의 핵심을 명확히 이해하는 것이 중요합니다.

역할핵심 책임주요 산출물
CTO (Chief Technology Officer)기술 전략과 비전기술 로드맵, 아키텍처 방향
TL (Tech Lead)기술적 의사결정과 코드 품질설계 문서, 코드 리뷰, 기술 멘토링
EM (Engineering Manager)팀 성과와 구성원 성장1:1, 채용, 성과 관리, 프로세스

11.2 TL (Tech Lead)의 리더십

Tech Lead는 코드를 작성하면서 동시에 팀의 기술적 방향을 이끄는 역할입니다.

TL의 핵심 역량:

  1. 기술적 판단력: 트레이드오프를 분석하고 적절한 기술 선택을 할 수 있다
  2. 설계 능력: 복잡한 문제를 단순한 구조로 분해할 수 있다
  3. 코드 리뷰: 코드의 품질과 일관성을 유지하는 기준을 세운다
  4. 기술 부채 관리: 비즈니스 요구와 기술 품질 사이의 균형을 잡는다
  5. 멘토링: 주니어 개발자의 성장을 기술적으로 돕는다

TL이 빠지기 쉬운 함정:

  • 모든 설계를 본인이 하려는 것 (위임 부족)
  • 코딩에만 몰두하고 팀의 전체 방향을 놓치는 것
  • 본인의 기술적 선호를 팀에 강요하는 것

11.3 EM (Engineering Manager)의 리더십

Engineering Manager는 사람과 프로세스에 집중하는 역할입니다.

EM의 핵심 역량:

  1. 채용과 온보딩: 좋은 인재를 찾고, 빠르게 적응하도록 돕는다
  2. 성과 관리: 기대치를 설정하고, 피드백을 제공하고, 성과를 평가한다
  3. 팀 문화: 심리적 안전감, 협업 문화, 학습 문화를 조성한다
  4. 스테이크홀더 관리: 상위 리더, 다른 팀과의 관계를 관리한다
  5. 프로세스 설계: 스프린트 계획, 회고, 코드 리뷰 프로세스를 최적화한다

11.4 TL vs EM: 어떤 길을 선택할 것인가

Charity Majors(Honeycomb CTO)는 IC와 매니저 경로의 pendulum(진자) 이론을 제시했습니다. 한쪽에만 머무르지 말고, IC와 매니저 역할을 왕복하면서 양쪽 관점을 모두 이해하는 것이 최고의 리더를 만든다는 것입니다.

선택 기준 질문:

  • 아침에 일어나서 가장 설레는 것이 "기술 문제 해결"인가, "사람의 성장"인가?
  • 하루의 가장 좋은 순간이 "깔끔한 코드를 완성했을 때"인가, "팀원이 성장한 것을 목격했을 때"인가?
  • 모호한 인간관계 문제를 다루는 것이 에너지를 주는가, 소모하는가?

12. 리더십 체크리스트

매일, 매주, 매월 점검할 수 있는 리더십 체크리스트입니다.

12.1 일일 체크리스트

일일 리더십 점검:
-----------------------------------------
[ ] 팀원에게 먼저 인사하고 안부를 물었는가
[ ] 블로커가 있는 팀원을 도와주었는가
[ ] 하나 이상의 긍정적 피드백을 전달했는가
[ ] 중요한 의사결정에서 팀원의 의견을 들었는가
[ ] 오늘 내가 병목이 된 곳은 없는가

12.2 주간 체크리스트

주간 리더십 점검:
-----------------------------------------
[ ] 모든 직속 팀원과 1:1을 진행했는가
[ ] SBI 모델로 하나 이상의 구체적 피드백을 전달했는가
[ ] 팀의 진행 상황과 블로커를 파악하고 있는가
[ ] 위임할 수 있는 업무를 위임했는가
[ ] 팀의 분위기와 에너지 수준을 체크했는가

12.3 월간 체크리스트

월간 리더십 점검:
-----------------------------------------
[ ] 팀원별 커리어 개발 대화를 했는가
[ ] 팀의 목표 달성률을 점검했는가
[ ] 팀 문화와 심리적 안전감 수준을 살펴보았는가
[ ] 내 자신의 에너지 수준과 번아웃 징후를 점검했는가
[ ] 상위 리더 또는 동료 리더에게 피드백을 요청했는가
[ ] 리더십 관련 학습(, 아티클, 팟캐스트)을 했는가

13. 추천 도서와 자료

리더십을 깊이 학습하기 위한 추천 자료입니다.

필독서

  1. The Manager's Path (Camille Fournier) - 엔지니어에서 CTO까지의 리더십 여정
  2. Radical Candor (Kim Scott) - 직접적이면서도 배려하는 피드백의 기술
  3. An Elegant Puzzle (Will Larson) - 엔지니어링 조직 관리의 시스템적 접근
  4. High Output Management (Andy Grove) - 매니저의 성과 최적화
  5. The Five Dysfunctions of a Team (Patrick Lencioni) - 팀 실패의 다섯 가지 원인

리더십 스타일별 추천서

  • 서번트 리더십: The Servant Leader (James Autry)
  • 코칭 리더십: The Coaching Habit (Michael Bungay Stanier)
  • 감성 리더십: Primal Leadership (Daniel Goleman)
  • 상황적 리더십: Leadership and the One Minute Manager (Ken Blanchard)

마치며: 리더십은 여정이다

리더십은 목적지가 아니라 여정입니다. 완벽한 리더는 존재하지 않으며, 모든 리더는 매일 배우고 성장합니다.

가장 위대한 리더들의 공통점은 "자신이 아직 부족하다"는 것을 인정하는 겸손함입니다. Jim Collins는 Good to Great에서 Level 5 리더의 특징으로 "겸손함과 의지의 역설적 조합"을 제시했습니다. 개인적 겸손함과 직업적 의지를 동시에 가진 리더가 위대한 조직을 만듭니다.

리더십의 궁극적 성과는 리더 본인의 성공이 아니라, 팀원의 성장입니다. 당신이 떠나도 팀이 잘 돌아간다면, 당신은 훌륭한 리더입니다. 당신이 있을 때만 팀이 돌아간다면, 당신은 아직 리더가 아니라 병목입니다.

오늘부터 한 가지만 시작해 보세요. 팀원에게 진심으로 "내가 도울 수 있는 것이 있을까?"라고 물어보는 것, 그것이 리더십의 첫걸음입니다.

리더십 퀴즈: 나의 리더십 수준은?

Q1. 상황적 리더십에서 역량은 높지만 의욕이 변동하는 팀원에게 적합한 리더십 스타일은?

A) 지시형 (S1) B) 코칭형 (S2) C) 지원형 (S3) D) 위임형 (S4)

정답: C) 지원형 (S3). 역량은 있으므로 구체적 지시보다는 의사결정에 참여시키고 동기를 끌어올리는 접근이 필요합니다.


Q2. SBI 피드백 모델의 세 요소는?

A) Strategy, Behavior, Improvement B) Situation, Behavior, Impact C) Strength, Balance, Intention D) Setting, Benchmark, Insight

정답: B) Situation, Behavior, Impact.


Q3. Google의 아리스토텔레스 프로젝트에서 고성과 팀의 가장 중요한 요소로 밝혀진 것은?

A) 팀원의 개인 역량 B) 명확한 목표 C) 심리적 안전감 D) 리더의 카리스마

정답: C) 심리적 안전감.


Q4. 터크먼의 팀 발달 모델에서 의견 충돌과 갈등이 발생하는 단계는?

A) 형성기 (Forming) B) 갈등기 (Storming) C) 규범기 (Norming) D) 성과기 (Performing)

정답: B) 갈등기 (Storming). 이 단계를 건강하게 통과해야 진정한 성과기에 도달합니다.


Q5. RAPID 모델에서 최종 결정을 내리는 역할은?

A) R (Recommend) B) A (Agree) C) P (Perform) D) D (Decide)

정답: D) Decide. R은 제안자, A는 동의자(거부권), P는 실행자, I는 입력자입니다.

The Complete Leadership Guide — The Art of Leading People, The Wisdom of Growing Organizations

Introduction: Why Leadership Matters

Leadership is not a title; it is behavior. Peter Drucker defined leadership as simply having followers. If no one follows you despite your title, you are not a leader. If people follow you without any title, you are.

The importance of leadership in modern organizations continues to grow. According to Google's Project Oxygen research, teams led by good managers had significantly lower turnover rates and noticeably higher performance scores. A single leader has a decisive impact on an entire team's performance and well-being.

Yet leadership training in many organizations remains superficial. Engineers become seniors and naturally assume leadership roles, but they rarely receive formal training in people skills. This article provides a comprehensive guide covering leadership definitions, diverse styles, core skills, and leadership unique to the tech industry.


1. What Is Leadership

1.1 Defining Leadership

There are hundreds of definitions of leadership, but the core can be summarized in three points:

  1. Setting Direction: Presenting a vision of where to go
  2. Motivating People: Getting people to move voluntarily
  3. Enabling Execution: Removing obstacles and creating the right environment

John Maxwell said that leadership is influence, nothing more and nothing less. This definition is simple but profound. Regardless of rank, authority, or compensation, the ability to affect others' thoughts and actions is leadership.

1.2 Management vs. Leadership

DimensionManagementLeadership
FocusMaintaining current systemsSetting future direction
Key Question"How to do it efficiently?""Why and what should we do?"
MotivationRewards and rulesVision and inspiration
ChangeSeeks stabilityDrives change
RelationshipsControl and oversightTrust and empowerment

Warren Bennis distinguished the two: managers do things right, while leaders do the right things. In practice, the two roles are inseparable, and good leaders need management skills as well.

1.3 Three Levels of Leadership

Level 1 - Self-Leadership

The ability to manage yourself. This includes time management, emotional regulation, continuous learning, and self-motivation. Before you can lead others, you must be able to lead yourself.

Level 2 - Team Leadership

The ability to lead a small group. Goal setting, role allocation, conflict resolution, and performance management are key. Most leadership discussions focus on this level.

Level 3 - Organizational Leadership

The ability to design culture, strategy, and systems for an entire organization. Vision creation, organizational structure design, and developing other leaders are the essentials.


2. Leadership Styles

2.1 Servant Leadership

Proposed by Robert Greenleaf in 1970, this philosophy holds that a leader's role is to "serve" their team members.

Core Principles:

  • Listening: Genuinely paying attention to what others say
  • Empathy: Understanding from the other person's perspective
  • Healing: Resolving wounds and conflicts within the team
  • Awareness: High awareness of self and environment
  • Persuasion: Leading through persuasion rather than authority
  • Growth: Helping team members grow personally and professionally

Practical Application:

A Servant Leader's Daily Routine Example:
- 09:00 Ask each team member: "Is there anything I can help with today?"
- 10:00 Focus on removing blockers for team members
- 14:00 Discuss team member career goals in 1:1 meetings
- 16:00 Share team achievements with upper leadership under team members' names

2.2 Transformational Leadership

Proposed by James MacGregor Burns, this style transforms team members' values and motivations to achieve performance beyond expectations.

Four Components (4I):

  1. Idealized Influence: The leader becomes a role model and earns trust
  2. Inspirational Motivation: Presenting a compelling vision and giving meaning
  3. Intellectual Stimulation: Challenging existing assumptions and encouraging creative thinking
  4. Individualized Consideration: Responding to each team member's unique needs

Characteristics of Transformational Leaders:

  • They do not settle for the status quo and pursue continuous improvement
  • They are not afraid to ask "Why are we doing it this way?"
  • They turn failures into learning opportunities
  • They identify and leverage each team member's strengths

2.3 Situational Leadership

Developed by Paul Hersey and Ken Blanchard, this model proposes that leaders should flexibly adjust their style based on team members' competence and motivation levels.

Team Member StateLeadership StyleDescription
Low competence, high enthusiasmDirecting (S1)Specific instructions and close supervision
Some competence, low motivationCoaching (S2)Directing + explaining + encouraging
High competence, variable motivationSupporting (S3)Providing decision-making participation
High competence, high motivationDelegating (S4)Granting autonomy, checking results only

Practical Example:

For a junior developer, conduct thorough code reviews and provide specific guidance (S1/S2). For a senior developer, share only the goal and let them decide on the approach (S4). Even for the same person, S2 may be appropriate when learning new technologies, while S4 fits their area of expertise.

2.4 Coaching Leadership

Coaching leadership helps team members find their own answers through questions, rather than providing the answers directly.

The GROW Model:

  1. Goal: "What do you want to achieve this quarter?"
  2. Reality: "Where are things right now? How far along are you?"
  3. Options: "What approaches could you take? Any alternatives?"
  4. Will: "So what specifically will you do, and by when?"

The Power of Coaching Questions:

Bad example: "Fix this bug by doing it this way." Good example: "What do you think is the root cause of this bug? What approaches might work?"

Coaching leadership takes more time in the short term but builds the team's problem-solving ability and autonomy in the long run.


3. Psychological Safety

3.1 Google's Project Aristotle

From 2012 to 2015, Google analyzed 180 teams to uncover the secrets of high-performing teams. Surprisingly, the most important factor was not "who is on the team" but "how the team collaborates."

Five Factors of High-Performing Teams (by importance):

  1. Psychological Safety: The belief that you will not be punished for making mistakes
  2. Dependability: Trust that team members will deliver quality work on time
  3. Structure and Clarity: Clear roles, plans, and goals
  4. Meaning: The work itself is personally meaningful
  5. Impact: The belief that your work makes a difference

The finding that psychological safety ranked first shocked many organizations. Even assembling the best talent yields poor results without psychological safety.

3.2 How to Build Psychological Safety

Based on research by Professor Amy Edmondson of Harvard Business School.

Leader Behaviors:

  1. Show vulnerability first: Admit "I'm not sure about this either" before expecting others to do so
  2. Welcome questions: Start with "That's a great question" for every inquiry
  3. Learn from failure: Instead of blame, ask "How can we do better next time?"
  4. Encourage diverse opinions: Ask silent members for their thoughts in meetings
  5. Protect dissent: Make it a habit to say "If anyone disagrees, please speak up"

Self-Assessment Questions for Psychological Safety:

  • What happens on our team when someone admits a mistake?
  • Is it comfortable to express a dissenting opinion to a manager?
  • Can people say "I don't know" without fear?
  • When someone proposes a new idea, does the team listen?

4. Running Effective 1:1 Meetings

4.1 The Purpose of 1:1 Meetings

1:1 meetings are the most important communication channel between a leader and their team members. Andy Grove emphasized the 1:1 as a manager's core tool in High Output Management.

The 1:1 belongs to the team member. The team member drives the agenda, and the leader listens and supports.

4.2 Effective 1:1 Agenda Structure

1:1 Meeting Agenda Template (30 minutes)
-----------------------------------------
[0-5 min]   Check-in / rapport building
[5-15 min]  Team member agenda (concerns, blockers, ideas)
[15-25 min] Feedback exchange or career discussion
[25-30 min] Action items and next meeting prep

4.3 Common 1:1 Mistakes to Avoid

  1. Devolving into status reports: Share project progress through async tools
  2. Repeating the same questions: Prepare a diverse question pool
  3. Leader dominating the conversation: Keep leader talk-time under 30%
  4. Ending without action items: Define at least one concrete action per meeting
  5. Repeatedly canceling: Never cancel a 1:1. If unavoidable, always reschedule

5. The Art of Feedback

5.1 The SBI Feedback Model

Developed by the Center for Creative Leadership (CCL), the SBI model is the most practical feedback framework.

  • S (Situation): When and where (specific context)
  • B (Behavior): What was done (observable behavior)
  • I (Impact): What effect that behavior had

Good Feedback Example:

"In yesterday's architecture review (S: Situation),
you presented data-backed counterarguments against the new design (B: Behavior),
which helped the team identify potential risks early
and make a better decision. (I: Impact)"

Bad Feedback Example:

"I wish you'd work harder lately."
-> No specific situation, no observed behavior, no impact

5.2 Feedback Frequency and Timing

  • Immediate feedback: Deliver within 24 hours of the behavior
  • Regular feedback: Exchange at least one piece of feedback bi-weekly in 1:1 meetings
  • Positive-to-improvement ratio: Research suggests a ratio of approximately 5:1 between positive and improvement feedback is most effective

5.3 Receiving Feedback as a Leader

Leaders must also receive feedback. To encourage upward feedback:

  1. Regularly ask "What is one thing I could improve?"
  2. Respond without defensiveness: "Thank you. Can you tell me more?"
  3. Share actions taken on feedback to show that input is valued and acted upon

6. Delegation

6.1 Why Delegation Is Difficult

The most common reasons leaders fail to delegate:

  • "It's faster if I do it myself"
  • "Teaching takes too much time"
  • "What if they make mistakes?"
  • "I feel like I'm losing my purpose"

But without delegation, the leader becomes a bottleneck and team members stop growing.

6.2 An Effective Delegation Framework

Five Steps of Delegation:

  1. Define the outcome: Clarify what needs to be achieved (the result, not the method)
  2. Set guidelines: Explain constraints and degrees of freedom
  3. Secure resources: Provide necessary authority, budget, and tools
  4. Agree on checkpoints: Set intermediate review points in advance
  5. Evaluate results: Assess based on outcomes, not process

Delegation Level Matrix:

LevelDescriptionExample
L1Research and report"Gather the options and let me know"
L2Recommend a solution"What do you think we should do?"
L3Decide, but confirm before executing"Make the call, but check with me first"
L4Decide and execute, then report"Go ahead and report the results"
L5Full autonomy"Handle it; reach out if needed"

7. Decision-Making Frameworks

7.1 The RAPID Model

Developed by Bain and Company, the RAPID model clarifies decision-making roles in organizations.

  • R (Recommend): The person who analyzes options and makes a recommendation
  • A (Agree): The person who must agree before execution (holds veto power)
  • P (Perform): The person who carries out the decision
  • I (Input): The person who provides opinions and information
  • D (Decide): The person who makes the final call
RAPID Model Example: Selecting a New Tech Stack
-----------------------------------------
R (Recommend): Senior Engineer - technical evaluation and proposal
A (Agree): Security Team - confirming security requirements are met
P (Perform): Development Team - executing the migration
I (Input): DevOps, QA Teams - operational and testing perspectives
D (Decide): CTO - final decision

7.2 Principles for Faster Decision-Making

Drawing from Jeff Bezos' decision-making principles at Amazon:

  1. Reversible vs. Irreversible decisions: Reversible decisions (Type 2) should be made quickly; irreversible decisions (Type 1) require careful deliberation
  2. The 70% rule: Decide when you have 70% of the information you need. Waiting for 90% means you are too late
  3. Disagree and Commit: After discussion, once a decision is made, everyone commits fully to execution even if they initially disagreed

8. Crisis Leadership

8.1 Leadership Principles During a Crisis

Whether facing outages, reorgs, or major attrition, a leader's behavior during a crisis has a far greater impact than during normal times.

Five Principles of Crisis Leadership:

  1. Communicate quickly: Even under uncertainty, communicate fast. Silence amplifies anxiety
  2. Fact-based transparency: Clearly distinguish between what you know, what you do not know, and what you suspect
  3. Acknowledge emotions: Validate feelings: "It's completely natural to feel anxious right now"
  4. Clarify priorities: You cannot do everything during a crisis. Focus on the one or two most important things
  5. Care and recovery: After the crisis, watch for burnout and give the team time to recover

8.2 Incident Leadership

Leader's Incident Response Checklist:
-----------------------------------------
[ ] Designate an Incident Commander (or take the role)
[ ] Establish a communication channel (Slack channel, video call)
[ ] Assess the current situation (blast radius, severity)
[ ] Assign roles (investigation, communication, decision-making)
[ ] Provide periodic status updates (internal + external)
[ ] Schedule a postmortem after resolution
[ ] Express gratitude to the responding team members

8.3 The Leader's Role in Postmortems

In postmortems, the leader must focus on "Why did the system fail?" rather than "Who was at fault?" To build a blameless postmortem culture:

  • Ask "What structural conditions made this mistake possible?" instead of "Why did you make this mistake?"
  • Look for improvements in processes, tools, and systems rather than blaming individuals
  • Every action item must include an owner and a deadline

9. Team Building: The Tuckman Model

Bruce Tuckman's 1965 team development model remains the most widely used.

9.1 Five Stages of Team Development

StageCharacteristicsLeader's Role
FormingExploring, polite, and cautiousProvide direction, set expectations
StormingConflict, role disputes, discomfortMediate conflicts, help establish norms
NormingBuilding consensus, stabilized roles, trustSupport autonomy, optimize processes
PerformingHigh performance, autonomous collaborationRemove obstacles, provide strategic direction
AdjourningProject ends, team dissolves or reshufflesRecognize achievements, capture learnings

9.2 Why You Must Not Skip the Storming Stage

Many leaders fear the Storming stage, but teams that do not properly go through it cannot reach the true Performing stage. Surfacing and resolving differences during Storming builds the foundation of trust.

How to Navigate Storming Healthily:

  1. Communicate to the team that conflict is a normal process
  2. Clearly distinguish between disagreement on ideas and personal attacks
  3. Co-create team norms (a Team Agreement)
  4. Agree in advance on "How will we handle disagreements?"

10. Self-Leadership

10.1 What Is Self-Leadership

It is the ability to lead yourself before leading others. Daniel Goleman, in his work on Emotional Intelligence, identified self-awareness and self-management as the foundation of leadership.

10.2 Core Elements of Self-Leadership

Self-Awareness:

  • Can you recognize your emotional state in real time?
  • Do you honestly know your strengths and weaknesses?
  • Are you aware of your behavioral patterns under stress?

Self-Regulation:

  • Can you pause before reacting when angry?
  • Can you remain calm and make sound judgments in ambiguous situations?
  • When you fail, can you shift from self-blame to learning?

Motivation:

  • Can you maintain consistent motivation without external rewards?
  • Can you endure short-term discomfort for a long-term goal?
  • Do you have an answer to "Why do I do this work?"

10.3 Energy Management

A leader's most important resource is not time but energy.

Energy Management Matrix:
-----------------------------------------
Energy-Giving Activities       | Energy-Draining Activities
-----------------------------------------
Deep focused work              | Endless meetings
Meaningful 1:1 conversations   | Political conversations
Exercise and walking           | Multitasking
Witnessing team growth         | Repetitive report writing
Learning and reading           | Unnecessary email processing

11. Tech Leadership: CTO, TL, and EM

11.1 Three Tech Leader Roles

In the tech industry, "leader" can mean several different roles. Understanding each clearly is essential.

RoleCore ResponsibilityKey Outputs
CTO (Chief Technology Officer)Technical strategy and visionTech roadmap, architecture direction
TL (Tech Lead)Technical decisions and code qualityDesign docs, code reviews, mentoring
EM (Engineering Manager)Team performance and member growth1:1s, hiring, perf management, process

11.2 Tech Lead Leadership

A Tech Lead writes code while simultaneously guiding the team's technical direction.

Core TL Competencies:

  1. Technical judgment: Analyzing tradeoffs and making sound technology choices
  2. Design ability: Decomposing complex problems into simple structures
  3. Code review: Setting standards for code quality and consistency
  4. Tech debt management: Balancing business demands with technical quality
  5. Mentoring: Providing technical growth support for junior developers

Common TL Pitfalls:

  • Trying to own all design decisions (under-delegating)
  • Getting absorbed in coding and losing sight of the team's overall direction
  • Imposing personal technical preferences on the team

11.3 Engineering Manager Leadership

An Engineering Manager focuses on people and processes.

Core EM Competencies:

  1. Hiring and onboarding: Finding great talent and helping them ramp up quickly
  2. Performance management: Setting expectations, providing feedback, and evaluating performance
  3. Team culture: Fostering psychological safety, collaboration, and learning
  4. Stakeholder management: Managing relationships with upper leadership and other teams
  5. Process design: Optimizing sprint planning, retrospectives, and code review processes

11.4 TL vs. EM: Which Path to Choose

Charity Majors (Honeycomb CTO) proposed the pendulum theory for IC and manager tracks. Rather than staying on one track, alternating between IC and manager roles to understand both perspectives creates the strongest leaders.

Questions to Help You Decide:

  • What excites you most in the morning: solving technical problems or watching people grow?
  • What is the best moment of your day: completing clean code or witnessing a team member's growth?
  • Does dealing with ambiguous interpersonal issues give you energy or drain it?

12. Leadership Checklist

A leadership checklist you can use daily, weekly, and monthly.

12.1 Daily Checklist

Daily Leadership Check:
-----------------------------------------
[ ] Did I greet team members and ask how they are doing?
[ ] Did I help a team member with a blocker?
[ ] Did I deliver at least one piece of positive feedback?
[ ] Did I seek team input on an important decision?
[ ] Was I a bottleneck anywhere today?

12.2 Weekly Checklist

Weekly Leadership Check:
-----------------------------------------
[ ] Did I have a 1:1 with every direct report?
[ ] Did I deliver at least one specific SBI feedback?
[ ] Am I aware of the team's progress and blockers?
[ ] Did I delegate tasks that could be delegated?
[ ] Did I check the team's morale and energy level?

12.3 Monthly Checklist

Monthly Leadership Check:
-----------------------------------------
[ ] Did I have a career development conversation with each team member?
[ ] Did I review the team's goal achievement rate?
[ ] Did I assess the team's culture and psychological safety?
[ ] Did I check my own energy level and burnout signals?
[ ] Did I ask for feedback from my peers or manager?
[ ] Did I invest in leadership learning (books, articles, podcasts)?

Recommended resources for deepening your leadership knowledge.

Essential Reading

  1. The Manager's Path (Camille Fournier) - The leadership journey from engineer to CTO
  2. Radical Candor (Kim Scott) - The art of direct yet caring feedback
  3. An Elegant Puzzle (Will Larson) - A systems approach to engineering management
  4. High Output Management (Andy Grove) - Optimizing managerial output
  5. The Five Dysfunctions of a Team (Patrick Lencioni) - The five causes of team failure

By Leadership Style

  • Servant Leadership: The Servant Leader (James Autry)
  • Coaching Leadership: The Coaching Habit (Michael Bungay Stanier)
  • Emotional Leadership: Primal Leadership (Daniel Goleman)
  • Situational Leadership: Leadership and the One Minute Manager (Ken Blanchard)

Conclusion: Leadership Is a Journey

Leadership is a journey, not a destination. There is no perfect leader; every leader learns and grows every day.

The common trait of the greatest leaders is the humility to acknowledge that they still have room to grow. Jim Collins, in Good to Great, identified the "paradoxical combination of humility and will" as the hallmark of Level 5 leaders. Leaders who combine personal humility with professional determination build great organizations.

The ultimate measure of leadership is not the leader's own success but the growth of their team members. If the team thrives after you leave, you are a great leader. If the team only functions when you are present, you are not yet a leader but a bottleneck.

Start with just one thing today. Sincerely ask a team member, "Is there anything I can help you with?" That is the first step of leadership.

Leadership Quiz: What Is Your Leadership Level?

Q1. In situational leadership, what style is best for a team member with high competence but variable motivation?

A) Directing (S1) B) Coaching (S2) C) Supporting (S3) D) Delegating (S4)

Answer: C) Supporting (S3). Since competence is high, the focus should be on involving them in decision-making and boosting motivation rather than giving specific instructions.


Q2. What are the three elements of the SBI feedback model?

A) Strategy, Behavior, Improvement B) Situation, Behavior, Impact C) Strength, Balance, Intention D) Setting, Benchmark, Insight

Answer: B) Situation, Behavior, Impact.


Q3. What did Google's Project Aristotle identify as the most important factor for high-performing teams?

A) Individual team member talent B) Clear goals C) Psychological safety D) Leader's charisma

Answer: C) Psychological safety.


Q4. In Tuckman's team development model, which stage involves opinion clashes and conflict?

A) Forming B) Storming C) Norming D) Performing

Answer: B) Storming. Teams must navigate this stage healthily to reach the true Performing stage.


Q5. In the RAPID model, which role makes the final decision?

A) R (Recommend) B) A (Agree) C) P (Perform) D) D (Decide)

Answer: D) Decide. R is the recommender, A is the agreeer (veto holder), P is the performer, and I is the input provider.