안녕하세요. 또 다시 '고전'을 들고 온 Super Wisdom 입니다.
얼마 전 피터 드러커의 <자기경영노트>를 통해 '무엇을 해야 하는가(Effectiveness)'에 대한 답을 찾으려 했다면 (이전 글: '스타트업 팀장'이 50년 된 고전, '자기경영노트'를 다시 펼친 이유), 이번에는 더 근본적이고 고통스러운 문제에 부딪혔습니다.
'어떻게(How) 그 일을 사람들과 함께 미치도록 잘 해낼 것인가?'
솔직히 <인간관계론>은 제게 '너무 뻔한' 책이었습니다. "칭찬해라", "웃어라", "이름을 외워라"... 이 급변하는 스타트업 씬에서, 데이터와 OKR, 기술 스택, PMF를 논하기에도 바쁜데, 90년 된 이 '처세술' 책이 무슨 도움이 될까 의심했습니다.
'데이터가 모든 것을 말해준다'는 착각, '탁월한 논리와 합리성'이면 팀이 움직일 것이라는 오만함. 그것이 1년 전 저의 모습이었습니다.
하지만 저는 틀렸습니다. 아니, 처참하게 깨졌습니다.
'성과'에 대한 압박이 강해질수록, '데이터'가 모든 것을 말해줄 것이라 믿을수록, 역설적으로 가장 먼저 무너지는 것은 '사람 사이의 관계'였습니다. 그리고 관계가 무너지자, 데이터 대시보드는 붉은색으로 변했고, 팀의 성과도 함께 무너졌습니다.
'탁월한 개발자'와 '훌륭한 디자이너'를 모아놓는다고 '위대한 팀'이 되지 않았습니다. 그 사이를 흐르는 '관계'라는 혈관이 막혀 있었기 때문입니다.
오늘은 '숫자'와 '속도', '논리'에 매몰되기 쉬운 스타트업 팀 리더의 관점에서, 이 '뻔한' 고전이 왜 가장 '뼈아픈' 진실인지, 제가 겪은 실패와 깨달음을 중심으로 더 깊고 상세하게 공유하고자 합니다.
1. '비판'이라는 이름의 독약: "비난과 비판은 부메랑이 되어 돌아온다"
"사람은 논리의 동물이 아니라 감정의 동물이다." "비판이란 위험한 불꽃이다. 그 불꽃은 자존심이라는 화약고에 폭발을 일으키기 쉽다."
스타트업은 '빠른 실패(Fail Fast)'와 '회고(Retrospective)'를 장려합니다. 하지만 압박이 심해지면 '회고'는 '비난'으로 변질되기 쉽습니다.
[저의 실패담] 지난 분기, 야심 차게 준비했던 기능의 핵심 지표가 박살 났습니다. 긴급 회의가 소집됐고, 저는 냉철하게 '데이터'를 들이밀며 말했습니다. "왜 이 엣지 케이스를 미리 못 잡았죠?", "누가 기획한 부분인데 유저 이탈률이 이 모양이죠?", "이 속도로는 다음 마일스톤 절대 못 맞춥니다."
저는 '논리적'이고 '객관적'으로 '사실'을 지적했다고 생각했습니다. 하지만 제가 얻은 것은 '해결책'이 아닌 '침묵'이었습니다. 팀원들은 방어적이 되었고, 서로의 눈치를 보며 입을 닫았습니다. 다음 스프린트부터 팀원들은 '도전적인 시도' 대신 '비난받지 않을 안전한 일'만 하려 했습니다. 제가 '비판'이라는 독약으로 팀의 '심리적 안정감(Psychological Safety)'을 박살 낸 것입니다.
- (적용) '비난 없는 회고(Blameless Post-mortem)'의 진짜 의미:
- 카네기의 가르침은 '좋은 게 좋은 거'가 아닙니다.
- '누가(Who)' 잘못했는지를 찾는 것이 아니라, '무엇이(What)' 우리를 실수하게 만들었는지 '시스템'과 '프로세스'를 점검하는 것.
- '비판' 대신 '호기심 어린 질문'을 던지는 것. "이 버그가 발생했을 때, 우리가 어떤 자동화 테스트가 있었다면 막을 수 있었을까요?", "기획 리뷰 때 어떤 정보가 더 공유되었다면 이 문제를 미리 알 수 있었을까요?"
- 비판은 관계를 끊지만, 질문은 관계를 연결합니다.
2. OKR이 채워주지 못하는 것: "우리는 '인정'을 먹고 자란다"
"인간 본성의 가장 깊은 곳에 있는 원리는 '인정받고 싶은 갈망'이다." "솔직하고 진지하게 칭찬하라."
팀장인 저는 '객관적인 성과'와 '데이터'로 말하는 것이 공정하다고 믿었습니다. OKR 달성률 120%, KPI 지표 달성, 명확한 보상(연봉, 스톡옵션)이 전부라고 생각했습니다.
하지만 팀원들은 '리소스'나 '부품'이 아니었습니다. 그들은 자신의 '존재'와 '노력'이 '보이는 것'을 원했습니다.
특히, OKR에는 잡히지 않는 '보이지 않는 영웅'들이 있습니다. 당장 지표는 안 나오지만 레거시 코드를 묵묵히 리팩토링하는 개발자, 신규 입사자가 잘 적응하도록 돕는 시니어, CS 채널을 모니터링하며 누구보다 먼저 유저의 고통을 발견하는 디자이너...
카네기가 말하는 '칭찬'은 "잘했다"는 막연한 말이 아닙니다. "김C님이 어제 스프린트 리뷰에서 공유해준 꼼꼼한 QA 리스트 덕분에, 우리가 놓칠 뻔했던 치명적인 결제 버그를 잡았습니다. 수면 아래의 얼음을 발견해 준 덕분에 우리 배가 안 부서졌어요. 정말 감사합니다."와 같은, '구체적이고(Specific), 솔직하며(Honest), 진심 어린(Sincere)' 인정입니다.
- (적용) 리더의 가장 강력한 무기, '인정':
- 1:1 미팅에서 '성과'만 체크하는 것이 아니라, 그 성과를 내기까지의 '과정'과 '노력', '기여'를 구체적으로 짚어 칭찬하는 것.
- 공개적인 슬랙 채널에 "오늘의 영웅"으로 구체적인 기여를 공유하는 것.
- 리더의 진심 어린 인정은, 그 어떤 값비싼 복지나 인센티브보다 강력한 '리텐션(Retention)'의 이유가 됨을 깨달았습니다.
3. '회사의 목표'와 '팀원의 욕구'를 정렬하라
"상대방의 마음에 간절한 욕구를 불러일으켜라." "다른 사람의 관점에서 사물을 보고, 당신의 관점뿐 아니라 그들의 관점에서 사물을 이해하라."
이것은 제가 가장 크게 반성한 지점입니다.
팀장인 제 머릿속엔 '팀의 분기 OKR 달성', '회사의 비전', 'J커브'가 가득합니다. 하지만 팀원들은 어떨까요? 그들에게는 '나의 성장', '새로운 기술 스택 경험', '커리어 개발', '안정적인 워라밸', '인정받는 동료'가 더 중요할 수 있습니다.
저는 그동안 '회사의 목표'를 달성하기 위해 팀원들을 '설득'하고 '채찍질'하려 했습니다. "이거 왜 못해요? 우리 회사 비전이 이겁니다!" 이것은 최악의 리더십이었습니다.
카네기는 순서가 틀렸다고 말합니다. '그들의 욕구'에서 출발해야 합니다.
- (적용) 1:1 미팅을 '업무 보고'에서 '커리어 코칭'으로:
- [Bad 1:1] "A 기능 개발은 몇 프로 됐죠? 다음 주까지 무조건 끝나야 합니다." (X)
- [Good 1:1] "B님, 지난번에 '대규모 트래픽 처리 경험'을 꼭 해보고 싶다고 하셨죠. 마침 다음 분기 신규 프로젝트가 딱 그 경험을 제대로 할 수 있는 기회입니다. 이 프로젝트의 오너십을 맡아보는 건 어떠세요? B님의 성장에 엄청난 기회가 될 겁니다." (O)
- 팀장의 역할은 '지시'하는 것이 아니라, 회사의 목표와 팀원의 개인적 목표가 만나는 '달콤한 교집합'을 찾아주고 '정렬(Align)'시키는 '커리어 조력자'가 되는 것이었습니다.
4. 가장 하기 힘든 일: "리더는 '듣는' 사람이다"
"상대방으로 하여금 이야기하게 만들어라." "진심으로 다른 사람에게 관심을 가져라."
팀 리더는 방향을 제시하고, 논리적으로 설득하며, 명확하게 '말해야' 하는 사람이라고 생각했습니다. 제 캘린더는 30분 단위로 쪼개져 있었고, 1:1 미팅에서도 저는 70%를 말했습니다. 다음 미팅 생각에 마음이 급했습니다.
하지만 저는 말하느라 바빠서, 팀원이 '번아웃' 되어가는 신호를 놓쳤고, '다른 팀과 미묘한 갈등'이 생기고 있음을 놓쳤으며, '퇴사'를 결심하기 직전의 신호를 놓쳤습니다.
카네기의 조언은 간단합니다. '잘 듣는 사람'이 되라는 것입니다.
- (적용) '어색한 침묵'을 견디는 용기:
- 1:1 미팅은 '팀장의 보고 시간'이나 '업무 점검 시간'이 아닙니다. 이것은 '팀원의 시간'입니다.
- "요즘 어떠세요?"라는 질문을 던지고, 그 뒤에 찾아오는 '어색한 10초의 침묵을 견디는 것'. 그것이 리더의 가장 중요한 역량이었습니다.
- "사실은..."이라고 입을 여는 순간, 비로소 저는 '데이터 대시보드'에는 절대 나오지 않는 '숨겨진 문제'와 '가장 빛나는 아이디어'를 들을 수 있었습니다.
5. '솔직한 피드백'이라는 신화: "나의 실수부터 고백하라"
"비판을 하고 싶을 때는 자신의 실수를 먼저 이야기하라." "명령을 하는 대신 질문을 하라."
'솔직한 피드백(Radical Candor)' 문화가 유행하면서, '직설적인 피드백'이 쿨한 것이라 오해했습니다. "저는 OOO님을 아끼니까 솔직하게 말할게요. 이번 기획서는 논리가 완전히 깨졌어요."
하지만 준비 안 된 피드백은 '솔직함'이 아니라 '무례함'이었고, '폭력'이었습니다. 상대의 자존심을 박살 낸 뒤에 "다 너 잘되라고 하는 말이야"라고 하는 것만큼 위선적인 것은 없습니다.
카네기는 가장 어려운 '사람을 바꾸는 법'에 대해, 마치 '외과 수술'처럼 섬세한 접근을 요구합니다. 특히 상대의 자존심을 지켜주며 피드백하는 기술이 인상적이었습니다.
- (적용) '비판'이 아닌 '도움'으로 프레임 전환:
- [Bad Feedback] "OO님, 이 기능 기획서가 논리가 안 맞네요." (X, 이것은 비판이다)
- [Good Feedback] "OO님, 이 기획서 쓰느라 고생 많으셨어요. (인정 먼저) 저도 예전에 기획할 때 유저 플로우를 놓쳐서 장애 낸 적이 있어요. (나의 실수 고백) 혹시 이 부분은 어떤 점을 가장 중요하게 고려하셨을까요? (질문) 만약 유저가 '이탈'한다면 어떤 지점일지 같이 고민해 볼까요?" (O, 이것은 '함께 해결할 문제'로 만든다)
- 피드백은 '너의 잘못'을 지적하는 것이 아니라, '우리가 함께 해결할 문제'로 프레임을 바꾸고, '도움'을 제안하는 것이었습니다.
맺음말: <인간관계론>은 팀 리더의 '운영체제(OS)'이다
지난번 <자기경영노트>가 '무엇을 할지' 알려주는 훌륭한 '애플리케이션(App)'이었다면, 데일 카네기의 <인간관계론>은 그 모든 것을 실행하는 기반이 되는 '운영체제(Human OS)'였습니다.
아무리 뛰어난 전략과 OKR(App)도, 불안정한 OS(관계, 신뢰) 위에서는 제대로 실행될 수 없습니다.
'스타트업 팀 리더'로 일하다 보면, 우리는 성과, 데이터, 속도라는 이름 뒤에 숨어 '사람'을 잊기 쉽습니다. 하지만 가장 빠른 길은, 가장 효율적인 방법은, 역설적이게도 '사람의 마음'을 얻는 이 '오래된' 길에 있었습니다.
'인간관계'는 '소프트 스킬'이 아니었습니다. 그것은 팀의 성과를 결정하는 가장 강력한 '하드 스킬'이자, 팀 리더의 '유일한 스킬'이었습니다.
"나는 오늘 팀원의 이름을 다정하게 불렀는가?" "나는 오늘 비판 대신 진심 어린 인정을 먼저 했는가?" "나는 오늘 '내' 관점이 아닌 '팀원'의 관점에서 생각했는가?"
이 책은 매일 밤, 저에게 가장 기본적이지만 가장 어려운 질문들을 던지게 하는 '숙제'입니다.
Pursuing Wisdom.
Super Wisdom.