공유 리더십
Shared Leadership
공유 리더십이란?
- 지위가 아니라 상황·전문성에 따라 나뉘는 영향력
- 권한 경계·정보 공유·신뢰가 작동 조건
- 책임 소재까지 분산시키면 조직이 느려진다
공유 리더십을 도입한 팀에서 가장 먼저 달라지는 것은 조직도가 아니라 회의에서 말이 나오는 순서입니다. 이전에는 팀장이 방향을 먼저 말하고 나머지가 보완했다면, 이제는 그 사안을 가장 가까이서 다루는 사람이 먼저 안을 내고 팀장이 마지막에 정리합니다. 결재선이 사라지는 게 아니라 안건이 올라오는 경로가 뒤집히는 것입니다. 그래서 초기에 손댈 것은 직급 체계가 아니라 안건 작성자와 발언 순서를 적어 둔 회의 운영 규칙입니다. 직함 대신 '이번 건은 누가 주도합니다'라는 말이 오가기 시작하면 절반은 자리 잡은 셈입니다.
위임과 혼동하기 쉽지만 방향이 다릅니다. 위임은 팀장이 쥔 권한의 일부를 특정인에게 내려주는 수직적 이전이고, 공유 리더십은 구성원들이 서로에게 영향을 주고받는 수평적 과정입니다. 그래서 이 개념은 공식 리더를 지우는 장치가 아니라 수직적 리더십과 함께 있을 때 성과가 올라가는 보완 관계로 다뤄집니다. 적용 범위도 가려야 합니다. 절차가 굳어진 반복 업무보다 상호 의존성이 높고 정답이 없는 기획·개발·신사업에서 값이 나오고, 인원은 서로의 일이 눈에 보이는 한 자릿수 규모가 한계선입니다. 20명이 넘는 조직에 그대로 얹으면 발언권만 늘고 조율이 무너집니다.
현장에서 가장 자주 어긋나는 지점은 공유 리더십을 합의제로 읽는 것입니다. 모두가 리더라는 말이 전원 동의 없이는 못 움직인다는 뜻으로 굳으면, 이틀이면 끝날 결정이 반대 한 사람 때문에 2주를 끕니다. 사고 상황에서는 대가가 더 큽니다. 서버 장애나 필드 불량이 터졌는데 누가 롤백과 회수를 선언하는지 정해두지 않으면, 서로 상대의 판단을 기다리는 사이 복구 지연이 그대로 손실로 쌓입니다. 평시에는 분산, 유사시에는 단일 지휘라는 두 모드를 문서로 못 박고, 결과가 나빴을 때 '다 같이 정한 일'로 덮이지 않도록 최종 책임자의 이름을 남겨야 합니다.
크레이그 피어스(Craig Pearce)와 제이 콩거(Jay Conger)가 2003년 편저에서 리더십을 개인의 속성이 아니라 집단 내에서 상호 영향을 주고받는 동태적 과정으로 개념화하며 학문적 논의가 본격화됐습니다.
가상의 사례로 살펴보겠습니다. 산업용 센서를 만드는 A사는 임직원 140명, 연 매출 320억 원 규모의 제조사입니다. 신제품 개발 TF 7명을 꾸렸는데 사양 변경부터 부품 발주까지 모든 판단이 개발본부장 한 사람에게 몰렸습니다. 승인 대기가 평균 6일씩 걸리면서 출시일이 두 번 밀렸고, 세 번째 연기를 앞두고 운영 방식을 바꿨습니다.
- 착수 워크숍에서 개발본부장이 "기술 사양은 내 결재 없이 김 책임이 확정하십시오"라고 못 박고, 회로·펌웨어·양산·고객대응 네 영역의 주도자를 그 자리에서 지명했습니다.
- 주도자가 혼자 결정할 수 있는 금액 한도를 건당 500만 원으로 적고, 그 이상과 출시일 변경은 본부장 몫으로 남겼습니다. 애매해서 다툰 항목 11개는 표로 만들어 TF룸 벽에 붙였습니다.
- 품질팀 박 수석이 "양산 수율 데이터를 개발팀이 못 보는데 무슨 판단을 하라는 거냐"고 문제를 제기해, 주 2회 메일로 돌리던 수율·불량 자료를 실시간 대시보드로 TF 전원에게 열었습니다.
- 매주 목요일 40분 조율 회의에서는 영역이 서로 부딪친 안건만 다뤘고, 거기서도 결론이 안 나면 본부장이 당일 안에 결정하고 판단 사유를 한 줄로 남기게 했습니다.
- 필드 불량이나 라인 정지 때는 공유를 멈추고 본부장 단일 지휘로 전환한다는 조항을 따로 넣었고, 2월 커넥터 불량 때 실제로 이 조항이 발동해 8시간 만에 회수 결정이 났습니다.
- 4개월 뒤 승인 대기는 평균 6일에서 1.2일로 줄고 TF 주간 회의 시간은 5시간에서 2시간이 됐으며, 추가 연기 없이 예정일보다 3주 앞당겨 양산 승인을 받았습니다.