Ch05 팀 이끌기

한 줄 정의

좋은 엔지니어링 리더는 팀을 ‘관리’하지 않고 섬깁니다 — 일을 ‘어떻게’ 할지 지시하는 대신 ‘무엇을’ 할지 정하고, 장애물을 치우며, 사람마다 다른 동기와 방향을 채워 팀이 스스로 잘 굴러가게 만듭니다.

쉽게 말하면

선장 없는 배는 길 잃은 조각배에 지나지 않습니다. 누군가 방향타를 잡고 엔진을 켜지 않으면 해류를 따라 표류할 뿐입니다. 소프트웨어도 같아서, 조종하는 사람이 없으면 엔지니어들은 값진 시간을 허비하며 무슨 일이 벌어지기만 기다리거나 심지어 필요도 없는 코드를 작성합니다.

구글은 리더 역할을 두 갈래로 나눕니다. 관리자(manager) 는 사람을 이끌고, 테크 리드(tech lead) 는 기술을 책임집니다. 책임지는 대상은 크게 다르지만 두 역할에 필요한 기술은 꽤 비슷합니다.

핵심은 단순합니다. 코딩에 아무리 능해도 혼자 쓸 수 있는 코드 양에는 한계가 있습니다. 훌륭한 엔지니어로 꾸려진 팀 하나가 리더십 아래 생산해내는 코드를 상상해 보면, 개인 기여자(IC)의 산출을 넘어서는 유일한 길은 사람을 통해 일을 키우는 것 임을 알 수 있습니다.

왜 중요한가?

리더십의 장단점을 이해하느냐 못 하느냐는 업무의 방향에 지대한 영향을 줍니다. 프로젝트라는 배를 해류에 표류하게 두지 않으려면 항해술을 익혀야 하고, 그렇지 못하면 자신과 프로젝트 모두 모래톱에 박힙니다.

백엔드/인프라 관점에서 이 장이 중요한 이유는, 소프트웨어 노동이 조립라인 노동과 근본적으로 다르다 는 전제를 깔기 때문입니다. 당근과 채찍으로 대표되는 전통적 관리(테일러리즘)는 단순 반복 작업에는 잘 먹혔지만, 대규모 코드베이스를 다루는 엔지니어에게는 생각하고 창조할 자양분과 시간, 공간이 필요합니다. 새 인력이 기존 팀원 속도를 내는 데 몇 달이 걸릴 수 있고, 조립라인 근로자처럼 쉽게 대체되지 않습니다. 그래서 사람을 부품이 아니라 식물처럼 길러야 한다는 발상이 나옵니다.

또 하나, 처음 리더가 되는 경험은 대부분 ‘어쩌다’ 닥칩니다. 관리자가 되지 않겠다고 맹세했어도 경력이 쌓이면 어느 순간 리더 자리에 올라서 있는 자신을 발견하게 됩니다. 주어진 역할을 성공적으로 완수한 사람일수록 더 그렇습니다. 리더가 될 의사가 없었더라도 결국 누군가는 이끌어야 하고, 그게 나일 수 있다 는 점에서, 리더십은 모든 시니어 엔지니어가 미리 이해해 둬야 할 주제입니다.

핵심 내용

세 가지 리더 역할 — 관리자, 테크 리드, TLM

신생 팀이라면 관리자와 테크 리드 역할을 한 사람이 맡습니다. 이를 테크 리드 매니저(Tech Lead Manager, TLM) 라 합니다. 규모가 커지면 사람 관리에 능한 이가 관리자를, 기술에 능한 선임이 테크 리드를 맡아 둘로 나뉩니다.

역할	책임 대상	핵심 역량	비고
엔지니어링 관리자	사람 — 팀원 모두의 성과·생산성·행복, 제품의 사업적 요구	대인 기술(people skill)	구글은 엔지니어링을 아는 사람만 관리자가 되도록 함
테크 리드	기술 — 결정·선택, 아키텍처, 우선순위, 성능, 프로젝트 관리	기술 판단 + 위임	보통 개인 기여자를 겸함. 관리자의 직속일 때가 많음
TLM	사람 + 기술 (혼자 둘 다)	균형 잡기(자기 일·위임·사람 관리)	소규모 초기 팀에 흔함. 번아웃 위험이 커 멘토 지원 필요

테크 리드가 풀어야 할 핵심 긴장은 직접 처리 vs 위임 입니다. 직접 나서면 빠르지만, 다소 더디더라도 다른 팀원에게 위임하는 편이 팀의 규모와 역량이 커질수록 유리합니다. 구글에서는 규모가 크고 잘 조직된 팀이라면 테크 리드와 엔지니어링 관리자를 각 1명씩 두는 것이 통례입니다. 완전히 번아웃되지 않고 두 역할을 동시에 수행하기란 너무 어렵기 때문입니다.

권한 없이 영향 미치기 — 가장 강력한 리더십

직속 직원에게 업무 지시를 내리는 건 당연합니다. 하지만 관리 조직 밖, 심지어 제품 영역 밖 사람들까지 움직이게 만드는 것은 차원이 다른 이야기입니다. 이를 권한 없는 영향력 이라 하며, 개발할 수 있는 가장 강력한 리더십 특징에 속합니다.

구글의 선임 펠로우 제프 딘(Jeff Dean)이 내린 기술적 결정은 직속 조직을 넘어 엔지니어링 전체에 영향을 줬습니다. 또 ‘데이터 해방 전선(The Data Liberation Front)‘이라는 6명 이하의 작은 팀은 구글 테이크아웃(Google Takeout)을 만들어 90개 이상의 제품이 쓰게 만들었는데, 경영진 지시가 아니었음에도 가능했던 비결은 회사의 전략적 요구를 먼저 파악하고 그 요구가 사명·우선순위와 어떻게 연결되는지 보여준 데 있었습니다.

개인 기여자에서 리더로 — 섬기는 리더십

리더가 되기 싫은 이유는 분명합니다. 소프트웨어 분야에서 가장 큰 이유는 코딩할 시간이 크게 줄어든다 는 점입니다. 코딩으로 보낸 사람은 하루 끝에 작성한 코드·문서·잡은 버그를 가리키며 “이게 오늘 내가 한 일이야”라고 외칠 수 있지만, 관리 일로 바쁜 하루의 끝에는 “오늘 한 일이 하나도 없군”이라고 느끼기 쉽습니다.

바나나를 재배하면서 사과를 세는 함정에 빠지지 마세요

매일 사과를 선별하던 사람이 바나나 재배업으로 전업한 뒤 “오늘은 사과를 하나도 선별하지 못했군”이라고 푸념하는 꼴입니다. 바로 옆에 바나나 나무가 무럭무럭 자라고 있는데도 말이죠. 관리 업무는 효과가 나타나기까지 보통 더 긴 시간을 인내해야 하며, 위젯 제작보다 수량화하기 까다롭습니다.

리더가 되기 싫은 또 다른 이유는 피터의 법칙(Peter Principle) 입니다. 위계 조직에서 직원들은 ‘자신의 무능력이 드러나는 직급’까지 승진하는 경향이 있다는 법칙입니다. 구글은 이를 피하려 다음 직급으로 올리기 전에 현 수준 이상의 일을 일정 기간 맡겨 봅니다.

관리병과 그 증상

선임 관리자가 자신에게 했던 끔찍한 일들을 잊고 똑같이 사람을 ‘관리’하게 되는 일종의 질병이 있습니다. 이 병의 증상이 곧 뒤에 나오는 안티패턴들입니다 — 마이크로매니징, 저성과자 방치, 만만한 사람 고용. 신임 관리자는 직원을 능동적으로 ‘관리’하려는 충동에 휩싸이지만 그 결과는 보통 재앙입니다.

무엇보다도 관리하려는 충동을 이겨내야 해요

엔지니어링 디렉터 스티브 빈터(Steve Vinter)의 조언입니다. 관리병을 치료하려면 섬기는 리더십(Servant Leadership) 을 응용할 수 있어야 합니다. 집사가 가정의 안녕과 건강을 챙기듯, 섬기는 리더가 행하는 ‘관리’는 오직 팀의 기술적·사회적 건강 관리뿐입니다. 관료적 장애물을 치워주고, 합의에 이르도록 돕고, 야근하는 팀에 저녁을 사주는 일이 될 수도 있습니다.

전통적 관리자 vs 현대적 관리자 — ‘how’가 아니라 ‘what’

오늘날의 ‘관리자(manager)‘라는 용어는 군대와 산업 혁명기 공장에서 기원했습니다. 당시 노동자는 쉽게 대체할 수 있었기에 관리자는 당근과 채찍으로 노새 몰이꾼처럼 굴어도 됐습니다. 하지만 당근과 채찍은 비효율적이고 창의적인 사람의 생산성을 떨어뜨립니다.

직책 이름 자체가 갓 부임한 관리자에게 자기 평판을 ‘관리’하도록 부추깁니다. 관리자가 부모처럼 행동하면 그 반작용으로 직원들은 아이처럼 반응합니다. 반대로 관리자가 신뢰한다는 분명한 신호를 주면 직원들은 신뢰에 부응하려는 긍정적 압박을 느낍니다. 이 장에서 기억해야 할 단 하나는 다음 문장입니다.

Quote

전통적인 관리자는 일을 ‘어떻게(how)’ 처리할지를 고민하는 반면, 훌륭한 관리자는 ‘무엇을(what)’ 처리할지를 고민합니다(그리고 ‘어떻게’는 팀을 믿고 맡깁니다).

엔지니어 제리는 전 직장 관리자가 매일 9시부터 5시까지 책상에 앉아 있기를 요구했다고 합니다. 일을 충분히 안 한다고 여긴 것이죠. “제리 씨가 할 일만 제대로 해준다면 언제 퇴근하든 신경 쓰지 않아요”라는 한마디에 제리는 멍하니 절 쳐다봤습니다. 결과(what)만 책임지게 하면 과정(how)에 대한 감시는 불필요 하다는 것이 핵심입니다.

실패는 선택이다 — 심리적 안전과 빠른 실패

팀원이 안전하다고 느끼게 해주면 더 큰 위험도 기꺼이 감수합니다. ‘불가능한 목표에 도전해 실패하면, 성공이 확실하리라 생각한 일을 성취했을 때보다 십중팔구 훨씬 큰 것을 얻는다’가 구글의 사고방식입니다. 그래서 “실패해도 괜찮다”를 분명하게 공표합니다.

단, 실패는 ‘많은 것을 아주 빠르게 배우는 기회’여야 합니다. 빠른 실패는 좋지만 늦은 실패는 잃는 게 많고, 똑같은 일에 계속 실패하는 건 논외 입니다. 중대한 프로덕션 실패에는 비난 없는 포스트모템을 수행해 원인을 문서로 남기고 예방 장치를 고안합니다. 또한 팀 단위 성취는 공개적으로 칭찬하되, 실패한 개인에게는 ‘개인적으로’ 따로 불러 건설적 비판 을 합니다. 공개적으로 비난하는 일은 사람을 방어적으로 만들어 효과도 없고 필요하지도 않습니다.

안티패턴 — 따라 하면 안 되는 패턴

안티패턴	무엇이 문제인가	핵심
만만한 사람 고용하기	좌지우지할 수 있는 사람으로 채우면 자리는 안전하지만 직접 처리할 일이 늘고 팀 생산성이 추락	자신을 대체할 만큼 똑똑한 사람을 뽑아야 전문성도 확장됨
저성과자 방치하기	마법처럼 사라지길 ‘희망’하는 사이 고성과자들이 에너지를 낭비하고 사기가 떨어짐	”희망은 전략이 아니다.” 기간·구체 목표를 정해 빠르게 직면
사람 문제 무시하기	기술 출신 관리자가 사회적 문제를 소홀히 함. 제이크의 재택근무를 신임 관리자 파블로가 막아 존경심을 잃은 사례	관리자가 됐으니 사람이라는 변수를 더는 무시 못 함
만인의 친구 되기	우정을 지키려 더 노력하다 오히려 우정을 깨뜨림. 인위적 행동에 팀원이 압박을 느낌	부드러운 리딩과 우정은 다름. 우정 없이도 합의는 끌어낼 수 있음
채용 기준 타협하기	급히 뽑느라 기준 미달자를 채용하면 평범한 팀이 됨	”A급은 A급을, B급은 C급을 뽑는다.” 채용 비용 < 관리·해고 비용
팀을 어린이처럼 대하기	마이크로매니징하고 책임질 기회를 안 주면 팀원이 실제로 어린이처럼 행동	신뢰를 보여주면 능력을 발휘함(단, ‘적합한 사람’을 뽑았다는 전제)

저성과자를 다루는 법

저성과자 방치는 새 고성과자의 합류를 막고, 그나마 있던 고성과자를 떠나게 합니다. 결국 스스로 떠날 수 없는 저성과자만 남습니다. 효과적인 지도법은 기간(가령 두 달)을 정하고, 작고 점진적이며 측정 가능한 구체적 목표 를 제시하는 것입니다. 매주 만나 진척을 확인하고 다음 마일스톤의 기대치를 명확히 정의해 성공과 실패를 바로 구분할 수 있게 합니다. 이 시점에 이르면 저성과자는 스스로 그만두거나 독하게 마음먹고 기대에 부응합니다. 한 팀에서 잘 못하는 사람도 다른 팀에서는 좋은 성과를 내는 경우가 많다는 점도 기억할 가치가 있습니다.

올바른 패턴 — 성공하는 리더십

1. 자존심 버리기

팀을 믿고, 팀원들의 능력과 기존 성과를 존중해야 합니다. 마이크로매니징하지 않으면 최전선의 실무자들이 더 세부를 잘 안다고 확신하게 됩니다. 방향(what)은 리더가 정하되, 부품을 조립하는 구체적 방법(how)은 현장이 결정 하게 해야 주인의식과 책임감이 커집니다.

리더 역할이 처음인 사람은 모든 걸 올바르게 결정하고 모든 질문에 답해야 한다는 강박에 시달립니다. 하지만 완벽한 듯 행동하면 존경을 빠르게 잃습니다. 누군가 내 결정에 질문을 던지면 감사해야 합니다 — 질문은 대개 나를 더 잘 이해하려는 것이고, 질문을 장려할수록 더 나은 리더가 됩니다. 자존심 버리기의 마지막은 실수했다면 진심으로 사과하기 입니다. 사과한다고 피해를 입는 게 아니라 오히려 성숙·겸손의 증거로 받아들여져 존경을 얻습니다.

2. 마음 다스리기 (평정심 유지)

엔지니어의 회의적·냉소적 시각은 팀을 이끌 때 골칫거리가 됩니다. 더 많은 사람을 이끌수록 감정은 억누르고 평정심을 유지해야 합니다. 사람들은 사소한 일 하나까지도 어떻게 반응해야 할지 단서를 윗사람에게서 얻기 때문입니다.

톱니바퀴 비유 — 윗바퀴가 조금만 움직여도

조직도를 톱니바퀴 기계로 상상해 보세요. 개인 기여자는 가장 아래의 작은 바퀴, CEO는 이가 수백 개인 가장 큰 바퀴입니다. 말단 관리자 바퀴가 한 바퀴 돌면 개인 기여자는 두세 바퀴 돕니다. CEO가 조금만 움직여도 예닐곱 단계 아래 사원 바퀴들은 정신없이 돌게 됩니다. 위로 올라갈수록 같은 한 바퀴가 더 많은 바퀴를 더 빠르게 돌립니다. 의도했든 아니든 상관없습니다.

리더는 항상 무대 위에 있습니다. 관찰은 하루 24시간 일주일 내내 이뤄지고, 리더가 내비치는 거의 모든 것이 무의식적으로 팀에 전염됩니다. 엔지니어링 부사장 빌 코프란(Bill Coughran)은 어떤 폭풍이 몰아쳐도 당황하지 않고, 한 팔은 가슴에 올리고 다른 팔에 턱을 괴고 “문제가 정확히 무엇인지” 차분히 묻습니다. 이 태도가 상대를 진정시키고 문제 해결에 집중하게 만듭니다.

3. 촉매자 되기

화학에서 촉매는 자신은 반응에 참여하지 않으면서 반응을 가속합니다. 리더가 하는 가장 일반적인 일은 합의를 이끌어내는 것 입니다. 실질적 권한 없이도 이끌 수 있는 방법이라 비공식 리더가 자주 씁니다. 일이 신속하게 진행되길 원하는 팀은 자발적으로 몇 가지 권한과 방향 정하기를 리더에게 맡기기도 하는데, 독재처럼 보여도 팀이 자발적으로 정한 것이라면 이 역시 합의입니다.

4. 장애물 치우기

합의는 이뤘지만 기술적·조직적 장애물에 막혀 꼼짝 못 하는 경우가 있습니다. 팀원 차원에서 극복 불가능한 장애물도 리더라면 손쉽게 걷어낼 수 있습니다. 한 팀이 법무팀과 몇 주를 씨름하던 문제를 관리자는 채 두 시간도 안 걸려 해결했는데, 그 문제를 논의할 적합한 사람을 알고 있었기 때문입니다. 정확한 답을 아는 것보다 올바른 사람을 아는 것 의 가치가 더 클 때가 많습니다.

5. 선생이자 멘토 되기

“내가 하면 20분이면 끝날 일을 세 시간씩 매달려 있는 주니어를 지켜보기”가 가장 실천하기 어렵습니다. 하지만 스스로 배울 기회를 주는 것은 훌륭한 리더십의 필수입니다. 멘토에게 필요한 세 가지는 ① 팀 프로세스·체계 경험, ② 설명 능력, ③ 멘티에게 얼마나 도움이 필요한지를 측정하는 능력 입니다. 셋 중 마지막이 가장 중요합니다. 설명이 과하면 멘티는 한 귀로 흘립니다.

6. 명확한 목표 세우기

제작 중인 제품을 큰 트럭이라고 상상하면, 팀원 각자가 줄을 잡고 자기 쪽으로 끌어당깁니다. 모두가 북쪽으로 끌게 하려면 우선순위를 명확히 설정 해야 합니다. 가장 쉬운 방법은 팀이 이뤄야 할 임무를 구체적 문장, 즉 사명 선언문(mission statement) 으로 적어두는 것입니다. 방향을 정해줬다면 한 걸음 물러서서 더 많은 자율권을 주고, 모두가 올바르게 가는지 주기적으로 확인합니다.

7. 정직하기

거짓말을 하라는 게 아니라, 말 못 할 정보가 흘러드는 위치에 있으니 정직의 기준을 세우라는 뜻입니다. “거짓말은 하지 않겠지만, ‘말할 수 없다’ 혹은 ‘잘 모르겠다’는 할 수 있다”가 한 관리자의 원칙입니다. 답을 모르면 그냥 “모른다”고 하면 됩니다 — 의외로 이를 못 하는 관리자가 많습니다.

칭찬 샌드위치를 쓰지 마세요

대부분의 관리 교재는 어려운 피드백을 ‘칭찬-비판-칭찬’으로 감싸 충격을 완화하라고 가르칩니다. 하지만 겉의 칭찬 때문에 핵심 메시지(고쳐야 할 점)를 제대로 인지하지 못하는 사람이 대부분입니다. 칭찬 샌드위치 없이, 존중을 담아 공감하고 따뜻하게 직접 비판해야 상대가 방어적으로 변하지 않습니다.

피드백을 받은 홉(Hob)이라는 엔지니어는 단 몇 주 만에 성과가 놀랍도록 개선됐습니다. 그에게 필요했던 건 그저 명확한 피드백과 지시 였습니다. 또 딘(Dean)이라는 엔지니어가 사사건건 논쟁할 때, 벤(Ben)은 “바보같이 굴지 말라”는 식이 아니라 ‘결정은 기차가 마을을 관통하는 것과 같다 — 매번 가로막으면 모두의 시간이 낭비되니, 정말 멈춰야 할 열차만 골라 막으라’ 는 비유로 설득했습니다. 약간의 유머로 분위기를 누그러뜨리고 행동이 끼치는 영향을 납득시키는 방식입니다.

8. 행복한지 확인하기

팀의 장기 생산성과 이탈 방지를 위해 팀원들이 행복한지 확인하는 데 시간을 써야 합니다. 최고의 리더는 반쯤 심리학자였습니다. 일대일 면담 마지막에 던지는 “뭐 필요한 거 없어요?” 가 효과적인 마무리 멘트입니다. 회사 밖 삶(경력 관리 포함)도 챙겨야 하는데, “5년 후 무엇을 하고 싶은지”를 물으면 대부분 잘 답하지 못하지만 승진·새로운 학습·의미 있는 론칭·똑똑한 사람들과 일하기는 십중팔구 바라는 미래입니다. 이런 막연한 목표를 구체적으로 명시 하도록 돕는 게 리더의 일입니다.

그 외 조언과 요령

요령	핵심
위임하되, 곤란한 일은 직접 처리하자	신임 리더는 위임을, 베테랑 리더는 지저분한 일을 직접 떠맡아 본보기를
여러분을 대신할 사람을 찾자	채용부터 시작. 나보다 똑똑한 사람을 뽑아 책임과 팀 리딩 기회를 줌
파도를 일으켜야 할 타이밍을 알자	”내버려두면 괜찮아질 것”이라는 자기합리화의 함정을 피하고 직접 나섬
혼란으로부터 팀을 보호하자	조직 밖 혼란·불확실성을 막아주는 게 전임 관리자의 핵심 역할이었음
팀에 공중 엄호를 해주자	정보는 공유하되 영향 없는 조직 차원의 광기로 업무가 방해받지 않게
잘하고 있다면 칭찬하자	단점 처리에 익숙해 긍정 피드백을 놓치기 쉬움. 잘했을 때도 꼭 알림
되돌릴 수 있는 일엔 ‘해보세요’라고 말하자	하루이틀짜리 실험은 허락. 10년 지원할 제품은 신중히. 가역성 판단이 핵심

사람은 식물과 같다 — 동기부여와 방향지시

여섯 자녀를 키운 장모는 “아이들은 식물과 같다”고 말합니다. 누구는 선인장처럼 물은 적게 햇볕은 많이, 누구는 토마토처럼 비료만 조금 주면 알아서 자랍니다. 똑같이 주면서 차별 없이 대한다고 주장할 수는 있지만, 실상 누구도 정말 필요한 것을 받지 못합니다.

팀원에게 필요한 것은 햇볕·물·비료가 아니라 동기부여(motivation)와 방향지시(direction) 입니다. 정체된 팀원에게는 동기를, 무얼 해야 할지 모르는 팀원에게는 강한 지시를, 표류 중인 사람에게는 둘 다 줍니다. 단, 둘 다 필요 없는 사람에게 들이대면 오히려 귀찮게 여깁니다.

내적 동기와 외적 동기

동기에는 외적 동기(extrinsic) — 금전적 보상처럼 바깥에서 기인하는 것 — 와 내적 동기(intrinsic) — 안에서 샘솟는 것 — 두 가지가 있습니다. 다니엘 핑크의 『DRIVE 드라이브』에 따르면 사람을 가장 행복하고 생산적으로 만드는 비법은 현금 다발이 아니라 내면의 동기이며, 내적 동기부여는 세 요소로 이뤄집니다.

요소	의미	리더가 할 일
자율성(autonomy)	마이크로매니징 없이 스스로 행동	대략적 방향만 주고 도달 방법은 맡김 → 제품과의 관계·주인의식이 끈끈해짐
숙련(mastery)	기술을 높이고 새로운 것을 배움	배우고 갈고닦을 기회 제공 → 칼날을 예리하게 유지(쓸모없는 칼이 되지 않게)
목적(purpose)	일이 세상에 미치는 긍정적 영향	영향력 작은 제품이라도 의미를 찾아 인식시킴 → 적극적·생산적으로 바뀜

목적은 동기의 마지막 퍼즐

자율성과 숙련의 기회를 줘도 아무 의미를 못 찾으면 동기가 안 생깁니다. 한 관리자는 ‘영향력 작은’ 제품의 고객 피드백을 살피다 “이 제품이 도움이 됐다”는 메시지를 보면 곧바로 해당 엔지니어링팀에 전달했습니다. 동기를 높이는 동시에 제품 개선 영감까지 주는 조치였습니다.

비교 / 트레이드오프

전통적 관리자 vs 훌륭한 리더

관점	전통적 관리자	훌륭한 리더(섬기는 리더)
관심사	일을 ‘어떻게(how)’ 할지	팀이 ‘무엇을(what)’ 할지
통제 방식	당근과 채찍, 감시(책상 앞 시간)	신뢰 → 결과(what) 책임, 과정은 위임
권력의 원천	직책·권한(공식 지시)	영향력·합의(권한 없는 영향력)
실패를 대하는 법	비난·책임 추궁	비난 없는 포스트모템, 빠른 실패 장려
팀원을 보는 눈	대체 가능한 부품	저마다 다른 식물(동기·방향이 다름)

핵심은 통제가 아니라 신뢰 입니다. ‘how’를 쥐고 당근과 채찍으로 끌고 가는 것보다, ‘what’을 명확히 하고 ‘how’를 맡길 때 훨씬 나은 결실을 얻습니다. 단, 이 모든 전제는 Ch02 팀워크 이끌어내기에서 다룬 겸손·존중·신뢰(HRT) 와 ‘적합한 사람을 뽑았다’는 채용입니다.

내 생각

• ‘how’를 위임한다 = 인터페이스만 정하고 구현은 맡긴다. 결과(what)에 대한 SLO/계약만 명확하면 구현 세부는 팀이 결정하게 하는 게 코드 리뷰·설계 위임의 본질과 같습니다. 마이크로매니징은 곧 모든 PR을 리더가 다시 짜는 안티패턴입니다.

• 저성과자 방치는 기술 부채와 똑같이 굴러갑니다. “언젠가 나아지겠지”로 미루면 이자가 붙어 고성과자가 떠납니다. “희망은 전략이 아니다”는 SRE의 운영 철학 그대로입니다 — 측정 가능한 마일스톤을 정해 빠르게 직면해야 합니다.

• 톱니바퀴 비유는 곧 장애 전파(blast radius)입니다. 윗바퀴의 작은 진동이 아래에서 증폭되듯, 리더의 사소한 감정·결정이 팀 전체로 전파됩니다. 평정심 유지는 곧 진동을 흡수하는 회로 차단기(circuit breaker) 역할입니다.

• ‘올바른 답보다 올바른 사람’은 곧 온콜 에스컬레이션입니다. 장애 때 모든 걸 직접 풀려 하기보다 적임자를 연결하는 능력이 리더의 가치이며, 이는 Ch03 지식 공유의 SPOF 분산·문서화와 맞물립니다.

• 칭찬 샌드위치 금지 = 명확한 피드백. 부드럽게 감싸면 핵심 메시지가 묻힙니다. 코드 리뷰에서 “이거 좋은데 다만…”으로 본질을 흐리지 말고, 존중을 담되 고칠 점을 직접 말하는 편이 결국 상대를 돕습니다.

관련 개념

• Ch02 팀워크 이끌어내기 — 겸손·존중·신뢰(HRT), 비난 없는 포스트모템, 자존심 버리기의 토대
• Ch03 지식 공유 — SPOF·심리적 안전·멘토링과 직접 연결