조직 내에서 리더십 이슈가 터졌을 때, HR이 가장 흔하게 내뱉는(혹은 속으로 삼키는)말이 있다.
"저 팀장은 원래 성향이 저래서 어쩔 수가 없어."
이 문장은 매우 위험한 고백이다. 이것은 리더십을 '통제 불가능한 자연재해'나 '개인의 타고난 기질'로 치부하겠다는 선언이기 때문이다.
이 전제가 깔려 있는 한, HR이 할 수 있는 일은 없다. 그저 채용 단계에서 '좋은 사람'이 걸려들기를 기도하거나, 문제가 터지면 사후 약방문식의 교육을 하는 것이 전부다.
하지만 관점을 바꿔보자. 만약 리더십이 타고난 재능이 아니라, 조직이 설계하고 업데이트할 수 있는 'OS(운영체제)'라면 어떨까?
구글은 이 질문에 "그렇다"고 답했다. 그들은 리더십을 신비주의의 영역에서 끌어내려, 공학의 영역으로 가져왔다. 그리고 증명했다. 리더십은 정의될 수 있고, 측정될 수 있으며, 무엇보다 '표준화'될 수 있다는 것을.
1. 리더십의 '편차'는 리스크다
제조업에서 가장 경계하는 것은 '불량'이 아니라 '편차'다. 어떤 제품은 훌륭한데 어떤 제품은 엉망이라면, 그 생산 라인은 실패한 것이다.
조직 관리도 마찬가지다. A팀 팀장은 탁월한 코칭으로 성과를 내는데, 옆자리의 B팀 팀장은 마이크로매니징으로 팀원을 퇴사시킨다. 이 극심한 리더십 편차는 조직 전체의 예측 가능성을 떨어뜨린다.
대부분의 기업은 이 문제를 '개인 역량 차이'로 퉁친다. 하지만 구글은 이를 '시스템의 부재'로 정의했다.
개인의 성격이나 카리스마에 의존하는 리더십은 확장 불가능하다. 조직이 커질수록 '이상한 리더'는 필연적으로 늘어나기 때문이다. 따라서 HR의 목표는 '슈퍼스타 리더'를 찾는 것이 아니라, 누가 리더가 되더라도 평균 이상의 관리 품질을 유지하게 만드는 '표준화된 시스템'을 구축하는 것이어야 한다.
2. 구글은 어떻게 '행동'을 가르쳤는가?
구글의 '프로젝트 옥시전'이 위대한 이유는 단순히 "좋은 리더가 중요하다"는 것을 밝혀서가 아니다. 좋은 리더가 하는 '구체적인 행동'을 정의하고, 이를 모든 리더에게 이식했기 때문이다.
구글은 리더십을 모호한 추상명사가 아닌, 실행 가능한 '10가지 행동 강령'으로 분해했다.
[구글이 정의한 고성과 리더의 10가지 행동] 1. 좋은 코치가 된다 (Is a good coach) 2. 팀원에게 권한을 위임하고 마이크로매니징하지 않는다. 3. 팀원의 성공과 웰빙에 구체적인 관심을 가진다. 4. 생산적이며 결과 지향적이다. 5. 소통을 잘한다 (경청하고 정보를 공유한다). 6. 팀원의 경력 개발을 돕고 논의한다. 7. 팀을 위한 명확한 비전/전략을 가지고 있다. 8. 팀원에게 조언할 수 있는 핵심 기술 역량을 갖춘다. 9. 조직 내 다른 팀과 협업한다. 10. 단호하게 의사결정한다.
이 목록은 단순히 벽에 붙여놓는 '사훈'이 아니었다. 구글은 이 10가지를 리더십 OS의 '핵심 커널'로 삼고, 이를 구동시킬 강력한 하드웨어를 설계했다. 바로 '측정 시스템'과 '책임 프레임워크'다.
3. 데이터로 리더십을 '디버깅'하다
구글은 프로젝트 옥시전의 결과물을 보고서에 가두지 않았다. 그들은 인사 시스템의 핵심 엔진을 교체했다. 리더십을 '감'이 아닌 '데이터'로 관리하기 위해 두 가지 결정적인 장치를 도입했다.
3.1 행동을 측정하는 센서: 관리자 피드백 설문
구글은 반기마다 팀원들에게 리더에 대한 피드백을 받는다. 이때 질문은 "당신의 리더가 좋은 사람입니까?" 같은 막연한 호감을 묻지 않는다. 앞서 정의한 10가지 행동 특성이 실제로 작동하고 있는지, '실행 여부'를 묻는다.
- (코칭) 나의 매니저는 내가 성과를 개선할 수 있도록 실행 가능한 피드백을 제공하는가?
- (위임) 나의 매니저는 마이크로매니지먼트(세세한 간섭)를 하지 않는가?
- (경력 개발) 나의 매니저는 나의 경력 개발에 대해 의미 있는 논의를 했는가?
- (비전) 나의 매니저는 팀을 이끌기 위한 명확한 비전을 가지고 있는가?
위를 포함한 13~18개의 문항을 통해 리더는 자신의 '행동 데이터'를 받아보게 된다. "나는 잘하고 있다"고 착각하던 리더도, "당신은 비전 제시 항목이 하위 10%입니다"라는 숫자 앞에서는 겸허해진다.
여기서 구글의 영리한 전략이 숨어 있다. 이 데이터는 연봉이나 승진을 결정하는 '평가'와는 철저히 분리된다. 오직 리더 본인의 '성장과 개발' 목적으로만 쓰인다. 덕분에 리더들은 방어기제를 내려놓고, 데이터를 자신의 성장을 위한 '디버깅 리포트'로 수용하게 된다.
3.2 행동을 체화하는 OS: 책임 프레임워크와 교육
측정만으로는 부족하다. 구글은 리더가 10가지 행동을 수행할 수 있도록 '관리자 책임 프레임워크(Manager Responsibilities Framework)'를 정립했다. 리더의 역할을 모호하게 두지 않고, 세 가지 기둥으로 명확히 규정한 것이다.
- 결과 전달 (Deliver Results): 우선순위 설정 및 성과 창출.
- 인재 육성 (Develop People): 코칭, 피드백, 경력 개발 지원.
- 커뮤니티 구축 (Build Community): 포용적 문화 조성 및 협업.
그리고 '구글 리더 학교'를 통해 이 프레임워크를 가르친다. 강의실에 앉아 이론을 듣는 것이 아니다. 실제 상황을 가정한 시뮬레이션과 동료 간 학습을 통해, "이 상황에서 옥시전 행동 1번(좋은 코치가 된다)을 하려면 어떤 질문을 던져야 하는가?"를 훈련시킨다.
이것이 바로 리더십을 개인의 성향에 맡기지 않고, 조직 차원에서 '표준화된 품질'을 만들어내는 구글의 방식이다.
4. 1on1 시스템: 우리 조직에 바로 적용하는 리더십 OS
"구글이니까 가능한 거 아니냐"고 생각할 수 있다. 맞다. 모든 회사가 구글처럼 리더 학교를 세우고 정교한 서베이 툴을 개발할 수는 없다. 하지만 그 원리는 당장 오늘부터라도 도입할 수 있다.
가장 현실적이고 강력한 도구는 바로 1on1 시스템의 도입이다.
많은 HR 담당자가 1on1을 리더 자율에 맡긴다. 하지만 이는 리더십의 편차를 방치하는 것이다. HR은 구글의 설문 문항처럼, 리더가 반드시 던져야 할 질문을 1on1 템플릿으로 제공해야 한다.
내향적이거나 공감 능력이 다소 부족한 리더라도, 시스템이 제공한 질문을 던지는 것만으로도 '옥시전 리더'의 행동을 모방하고 수행할 수 있다.
- (경력 개발) "이번 분기에 도전해보고 싶은 새로운 역할이 있나요?"
- (위임/지원) "업무 진행 과정에서 내가 제거해줘야 할 장애물은 무엇인가요?"
- (비전) "이 일이 우리 팀의 목표 달성에 어떤 영향을 준다고 생각하나요?"
이 질문들이 주기적으로 오가는 조직에서는, 리더 개인의 성격과 무관하게 '최소한의 리더십 품질'이 담보된다.
리더십을 1on1이라는 시스템 위에 올려라. 리더가 무엇을 물어야 할지 가이드하고, 그 대화가 끊기지 않도록 구조화하라.
그때 비로소 리더십은 '운'의 영역에서 '관리'의 영역으로 들어오게 된다. 탁월한 리더 한 명에 의존하는 조직이 될 것인가, 아니면 시스템으로 탁월함을 복제하는 조직이 될 것인가. HR이 설계해야 할 것은 바로 이 '재현 가능한 성공'이다.
