[뉴스레터] 조직문화 뉴스레터 9호

C에게 보내는 편지

"난 내 할 일 다했는데…"

C님께,

혹시 이런 말을 해본 적 있으신가요?

“난 내 할 일 다했는데…”

프로젝트가 계획대로 되지 않았을 때,

일정이 늦어졌을 때,

다른 팀과 일이 꼬였을 때.

조금 억울한 마음과 함께 나오는 말입니다.

그리고 어쩌면 정말 맞는 말일 수도 있습니다.

내게 주어진 업무는 기한 안에 모두 끝냈으니까요.

그런데 내 일이 끝났다고, 우리 일도 끝난 걸까요?

오늘은 협업에 대해 이야기해 볼까 합니다. 

똑똑한 사람들을 모으면 좋은 팀이 될까요?

대니얼 코일의 『최고의 팀은 무엇이 다른가』에는

스파게티와 테이프, 노끈, 마시멜로를 이용해 가장 높은 탑을 쌓는 실험이 등장합니다.

한쪽에는 MBA 과정의 학생들이 있었습니다.

그들은 전략을 논의하고, 가능한 방법을 검토하고, 역할을 나눴습니다.

전문적이고 합리적인 접근이었습니다.

반면 유치원생들은 긴 전략회의를 하지 않았습니다.

“여기야.”

“아니야, 여기!”

짧은 말을 주고받으며 일단 만들었습니다.

무너지면 다시 만들었습니다.

결과는 의외였습니다.

유치원생들이 쌓은 탑이 MBA 학생들의 것보다 훨씬 높았습니다.

코일은 그 차이를 개인의 지능이나 전문성보다

서로 상호작용하는 방식에서 찾습니다.

MBA 팀은 역할과 평가, 지위를 의식하는 데 많은 에너지를 썼지만,

아이들은 누가 더 중요한지를 따지기보다 함께 문제에 달려들었습니다.

각자 뛰어난 사람이 모이는 것과

뛰어난 팀이 되는 것은 다른 일이었던 셈입니다.

“어떻게 하지?”보다 “누구와 같이 하지?”

일이 막히면 우리는 보통 방법부터 찾습니다.

조금 더 검색하고, 조금 더 고민하고, 조금 더 오래 붙잡아봅니다.

댄 설리번은 『누구와 함께 일할 것인가』에서

질문 하나를 바꿔보라고 말합니다.

“이걸 어떻게 하지?”

대신,

“이걸 누구와 같이 하지?”

혼자 해결하려 하면 사용할 수 있는 것은 내 시간, 내 경험, 내 전문성입니다.

하지만 다른 사람이 들어오는 순간

내가 갖지 못한 경험과 지식, 관점까지 문제 안으로 들어옵니다.

그래서 협업은 단순히 일을 여러 사람이 나누어 하는 것과는 조금 다릅니다.

혼자서는 만들 수 없었던 결과를 만들기 위해 서로의 강점을 연결하는 것.

좋은 협업자는 내 일을 덜어주는 사람만은 아닙니다.

때로는 내가 보지 못했던 가능성을 보여주고,

내가 생각했던 것보다 더 큰 목표를 보게 만드는 사람이기도 합니다.

“도와주세요”라고 말할 수 있는 팀

그런데 누구와 함께할지가 중요하다는 것을 알아도 막상 도움을 요청하는 일은 쉽지 않습니다.

“내가 맡은 일인데 내가 해야지.” “이것도 모르냐고 생각하지 않을까.” “괜히 다른 사람에게 폐를 끼치는 건 아닐까.”

그래서 우리는 일을 오래 끌어안기도 합니다.

나영석 PD는 한 강연에서 남에게 폐를 끼치는 것을 

지나치게 두려워해서는 안 된다는 취지의 이야기를 한 적이 있습니다.

혼자 할 수 있는 일에는 한계가 있고,

다른 사람의 힘을 빌릴 줄 아는 것도 함께 일하는 방식이라는 뜻입니다.

대니얼 코일도 비슷한 지점을 이야기합니다.

좋은 팀에서는 사람들이 자신의 부족함을 숨기기보다

“잘 모르겠습니다.” “의견 있으세요?”  “도움이 필요합니다.” 라고 말할 수 있습니다.

코일은 한 사람이 자신의 취약함을 드러내고,

다른 사람이 그것에 응답하면서 신뢰와 협력이 형성되는 과정을

취약성 고리(Vulnerability Loop)라고 부릅니다.

도움을 요청하는 것은 능력이 부족하다는 고백만은 아닐지도 모릅니다.

때로는 상대에게 보내는 신호입니다.

“당신의 능력이 필요합니다.”

그리고 협업은 반대 방향으로도 움직입니다.

코일이 소개하는 IDEO에서는 이런 메시지를 반복적으로 강조합니다.

동료를 성공시키세요.

다른 사람을 돕기 위해 애쓰세요.

결국 협업에는 두 가지 질문이 함께 있습니다.

누가 나를 더 잘하게 만들어주는가.

그리고,

나는 누구를 더 잘하게 만들어주고 있는가.

 

“그건 제 일이 아닌데요”

코일의 책에는 초창기 구글의 이야기도 나옵니다.

당시 구글의 광고 시스템에 문제가 생겼을 때, 

엔지니어 제프 딘은 해당 프로젝트 담당자가 아니었습니다.

자기 업무도 충분히 많았습니다. 그런데 문제를 발견한 뒤 그냥 지나치지 않았습니다.

누가 시킨 것도 아니었지만, 자신이 알고 있던 방법을 적용해 문제를 살펴봤고

결국 광고 시스템의 성능을 크게 개선하는 해결책을 만들었습니다.

여기서 중요한 것은 “R&R을 무시하자”는 이야기가 아닙니다.

각자의 역할과 책임은 분명해야 합니다.

다만 공동의 문제가 눈앞에 있을 때,

“그건 제 일이 아닙니다.”

에서 사고를 멈출 것인지,

“내가 보탤 수 있는 것이 있을까?”

라고 한 번 더 생각해볼 것인지의 차이입니다.

내 업무의 경계는 있을 수 있습니다. 하지만 우리의 목표까지 그 경계에서 멈출 필요는 없습니다.

어쩌면 협업은 남의 일을 대신하는 것이 아니라,

내 일이 다른 사람의 일과 어떻게 연결되어 있는지를 보는 것에 더 가까울지도 모릅니다.

이번 주, 누구와 함께할까요?

댄 설리번은 함께 일하는 사람들이 우리가 아직 보지 못하는 가능성을 보여주고,

비전을 넓히며, 더 큰 목표를 추구할 자신감을 준다고 말합니다.

그래서 이번 주에는 일이 막혔을 때 바로

“어떻게 하지?”

부터 묻기 전에 잠깐 질문을 바꿔보면 어떨까요.

“이 일은 누구와 함께하면 더 좋아질까?”

그리고 하루를 마칠 때는 두 가지 질문을 생각해봅니다.

오늘 내 일이 잘되도록 도와준 사람은 누구였나요?

그리고,

오늘 나는 누구의 일이 잘되도록 도왔나요?

혼자 자기 몫을 잘해내는 사람들이 모인다고 저절로 좋은 팀이 되는 것은 아닐 겁니다.

서로 도움을 요청하고, 서로의 강점을 연결하고, 서로가 조금 더 잘할 수 있게 만들 때,

비로소 ‘내 일’이 ‘우리의 일’이 되는 것 아닐까요.