<div id="readability-page-1" class="page"><div data-app="{&quot;type&quot;:&quot;cover&quot;,&quot;kind&quot;:&quot;cover_text&quot;,&quot;align&quot;:&quot;left&quot;,&quot;style&quot;:{},&quot;title&quot;:{&quot;text&quot;:&quot;08. 당신의 팀원은 리더입니까?&quot;,&quot;style&quot;:{&quot;color&quot;:&quot;&quot;},&quot;data&quot;:[]},&quot;titleSub&quot;:{&quot;text&quot;:&quot;\&quot;팀장의 가장 중요한 역할은 팀원을 리더로 만들기\&quot;&quot;,&quot;data&quot;:[]}}"> "팀장의 가장 중요한 역할은 팀원을 리더로 만들기"</div><div id="ArticleView"> MBA를 준비하다보면 가장 힘든 시기가 바로 에세이를 작성하면서다. 처음에는 GMAT 시험만 잘 보면 이제 입학은 걱정 안해도 되겠지라는 생각을 하지만, 막상 에세이를 적다보면 끊임없는 자아성찰과 고민에 빠지게 된다. 특히 에세이가 나에게 어려웠던 이유는 바로 "내가 주도한 경험"을 구체적으로 적어야 했기 때문이다. 당시 나는 한국 기업에서 근무를 하고 있었다. 그리고 내가 했던 업무는 대부분 팀 단위의 프로젝트로 이뤄졌었고 연차가 높지 않았던 나는 프로젝트 리더가 시키는 업무를 대부분 "같이" 했다. 그렇다 보니 결과 역시 "같이" 한 프로젝트라고 표현하는게 맞았기 때문에 내가 한 일을 강조하기가 어려웠다. 이력서도 비슷하게 양심상 내가 했다! 라기보다는 같이 진행한 프로젝트였다 라고 기록할 수 밖에 없었다. 아마존에서 일을 시작하면서 "주도적으로 하는 일“을 맡아서 하게 되었다. 아마존은 흔히 ‘투 피자 팀(two-pizza team)’ 구조를 유지한다. 말 그대로 피자 두 판으로 모두가 식사할 수 있는 정도의 팀 숫자를 유지하여 (하지만 여기서 말하는 것은 미국 피자다. 한판이 어마어마하게 크다) 빠르게 토론하고 결정하여 업무를 진행한다는 멘탈모델이다. 그렇게 된다면 프로덕트 매니저는 이 두 피자팀 내의 Single-Threaded Leader(STL)가 되어야 한다. STL이란 특정 프로젝트나 문제에 대해 전적으로 책임을 지고, 결정과 실행까지 주도하는 리더를 의미한다. 한국에서도 이 컨셉을 활용하는 회사들이 있는 것으로 알고 있다. 토스에서는 Directly Responsible Individual (DRI)라고 표현하는 것 같은데 아마도 개념은 같을 것 같다. 오늘은 STL에 대한 내 생각과 팀장은 왜 본인의 팀원들을 리더로 만들어야 하는지에 대해서 공유해볼까 한다.<div data-app="{&quot;type&quot;:&quot;gridGallery&quot;,&quot;caption&quot;:&quot;내용과 상관없지만 올해 친구 결혼식&quot;,&quot;displayOption&quot;:&quot;ContentFit&quot;,&quot;images&quot;:[{&quot;url&quot;:&quot;http://t1.daumcdn.net/brunch/service/user/5sFx/image/nhHAGrhYDFeSx3pZD3nJDGyG79A.png&quot;,&quot;width&quot;:&quot;3024&quot;,&quot;height&quot;:&quot;4032&quot;}]}"><img src="https://img1.daumcdn.net/thumb/R1280x0.fpng/?fname=http://t1.daumcdn.net/brunch/service/user/5sFx/image/nhHAGrhYDFeSx3pZD3nJDGyG79A.png"> 내용과 상관없지만 올해 친구 결혼식</div>내가 개인기여자 혹은 팀원이었을 당시 STL이라는 구조가 중요하다는 생각을 하지 않았다. 각자 맡은 영역에서 알아서 하면 된다고 생각했을 뿐이다. 하지만 팀장이 되어 다시 바라보니 STL은 조직과 개인 모두 성장에 꼭 필요한 구조라는 것을 깨달았다. 특히 내가 담당하는 제품과 서비스의 종류가 다양해지고 복잡해지면서, 한 명의 프로덕트 매니저가 모든 것을 책임지게 하는 구조가 어려워졌다. 그래서 처음에는 비교적 자유롭게 역할을 나누어 맡겼다. 하나의 제품이라도 한 팀원은 기능 개발 프로젝트를, 다른 팀원은 오퍼레이션을 담당하게 하는 식으로 분산했다. 처음에는 생각보다 잘 돌아가는 것처럼 보였다.하지만 팀이 커지고, 내가 담당하는 팀에 프로덕트 매니저뿐 아니라 비즈니스 인텔리전스 엔지니어 (Business Intelligent Engineer 혹은 BIE), 세일즈 오퍼레이션 (Sales Operation Manager) 등 다양한 역할의 팀원들이 생기면서 문제점이 드러났다. 특히 각 제품에 STL이 없는 경우, 사소한 결정조차 팀장에게 올라오게 되었고, 문제가 생겼을 때 누구의 판단인지 명확하지 않았다. 결국 팀장이 모든 결정에 개입해야 하는 상황이 늘어나면서 정작 전략적 사고나 장기적 계획과 같은 업무에 집중할 수 없게 되었다.그때 나는 스스로에게 질문을 던졌다. 과연 모든 결정을 팀장이 직접 내려야만 하는가, 아니면 팀원에게 책임과 권한을 맡기고 성장할 수 있도록 기다릴 수 있는가. 그리고 깨달았다. 팀장이 해야 할 가장 중요한 역할 중 하나는 팀원 각자가 자기 영역에서 STL이 될 수 있도록 포지션을 명확히 해주는 것이라는 사실이다.<div data-app="{&quot;type&quot;:&quot;gridGallery&quot;,&quot;displayOption&quot;:&quot;InnerCenter&quot;,&quot;images&quot;:[{&quot;url&quot;:&quot;http://t1.daumcdn.net/brunch/service/user/5sFx/image/aJYqHgFvlOqB-2NnDo0tCEf5sJc.JPG&quot;,&quot;width&quot;:&quot;512&quot;,&quot;height&quot;:&quot;512&quot;}]}"><img src="https://img1.daumcdn.net/thumb/R1280x0.fwebp/?fname=http://t1.daumcdn.net/brunch/service/user/5sFx/image/aJYqHgFvlOqB-2NnDo0tCEf5sJc.JPG"> </div>STL 구조를 적용하면 얻게 되는 장점은 크게 3가지다.먼저 STL 구조에서는 팀원이 자신의 영역에서 결정을 내리고, 실행하며, 그 결과까지 책임진다. 이러한 과정을 반복하면서 팀원은 단순히 지시를 수행하는 수동적 역할에서 벗어나, 스스로 문제를 정의하고 해결책을 찾아가는 능동적 리더로 성장한다. 결정과 책임을 직접 경험할수록, 개인의 역량과 자신감은 자연스럽게 강화된다. 나는 종종 팀원들에게 “이 결정의 결과를 책임지고, 어떤 교훈을 얻었는지 공유해 달라”고 요청한다. 이 과정을 통해 팀원들은 작은 실패도 학습 기회로 전환하는 법을 배우고, 점점 더 전략적 사고를 할 수 있게 된다. 실제로 각 STL을 정한 후 내가 가장 많이 하는 말이 "왜 이걸 나한테 물어봐? 네가 고민하고 결정해서 왜 이런 결정을 했는지 말해줄래?" 라고 한다. 두번째로는 모든 결정이 팀장에게만 올라가는 구조에서는 실행 속도가 느려지고 작은 병목이 반복된다. STL 구조에서는 팀원들이 자기 분야에서 핵심 결정을 내릴 수 있기 때문에, 실행 속도가 자연스럽게 빨라진다. 팀장은 팀원의 결정을 존중하며, 필요할 때 지원과 장애물 제거에 집중할 수 있다. 결국 속도와 효율성은 단순한 프로세스 개선이 아니라, 책임과 권한의 구조적 배분을 통해 실현되는 것이다. 물론 초반에는 조금 답답할수도 있다. 결정을 내리는 것을 어려워 하거나 더 깊은 고민을 하는 팀원을 자연스럽게 보게 될 것인데, 이 또한 기다리다 보면 오히려 장기적으로 개선되는 것을 쉽게 볼 수 있을 것이다.마지막으로 STL 구조는 또한 팀원이 책임지는 영역을 명확히 함으로써 조직 내 역할과 권한을 선명하게 만든다. 누가 어떤 결정을 내려야 하는지, 누구에게 물어봐야 하는지가 명확해지면서 효율적인 협업과 커뮤니케이션이 가능해진다. 책임이 겹치지 않으면서 서로를 보완하는 구조가 형성되어 조직 전체의 실행력이 강화된다. STL 구조는 팀원 간 신뢰를 쌓는 기반이 되기도 한다. “이 부분은 네가 책임진다”는 명확한 약속과 실행 경험이 누적될수록 팀원들은 서로의 판단을 신뢰하게 되고, 상호 의존적 협업이 자연스럽게 가능해진다. 내 입장에서 가장 편해진 것은 타부서에서 연락이 와서 한 제품에 대해 구체적으로 알고 싶다고 하거나 협업을 하고 싶다고 하면, 우리 STL과 상의해보라고 한다. 그 후 예전에는 내가 직접 상대해야 했던 일들이 확연하게 줄어들었다.STL은 단순히 빠른 실행을 위한 장치가 아니다. 팀원과 조직이 동시에 성장할 수 있는 근본적 원리다. 팀원이 책임감과 권한을 갖고 결정을 반복적으로 경험하면, 팀 전체의 의사결정 구조는 단단해지고, 팀장은 더 큰 전략적 문제에 집중할 수 있다. STL 구조는 책임, 성장, 속도, 협업이라는 순환 구조를 만들어낸다. 이 순환이 돌아가는 조직은 단순히 빠른 실행 팀을 넘어, 팀원 개개인이 리더로 성장하고, 조직 전체가 탄탄하게 움직이는 팀이 된다.결국 팀장이 할 수 있는 최고의 리더십은 팀원 각자가 자기 자리에서 STL이 되도록 길을 열어주는 것이다. 팀원에게 권한과 책임을 주는 경험이 반복될수록 조직은 더 강해지고, 팀원 개개인은 진정한 리더로 성장한다. 나는 STL을 조직을 살아 움직이게 하는 핵심 원리이자, 팀원과 조직이 함께 성장할 수 있는 철학적 기둥이라고 믿는다. </div></div>

김태강

MBA를 준비하다보면 가장 힘든 시기가 바로 에세이를 작성하면서다. 처음에는 GMAT 시험만 잘 보면 이제 입학은 걱정 안해도 되겠지라는 생각을 하지만, 막상 에세이를 적다보면 끊임없는 자아성찰과 고민에 빠지게 된다. 특히 에세이가 나에게 어려웠던 이유는 바로 "내가 주도한 경험"을 구체적으로 적어야 했기 때문이다. 당시 나는 한국 기업에서 근무를 하고 있

08. 당신의 팀원은 리더입니까? - "팀장의 가장 중요한 역할은 팀원을 리더로 만들기"

댓글