팀 빌딩
Team Building
팀 빌딩이란?
- 신뢰·협력하는 강한 팀 만들기
- 개인의 합 이상의 성과
- 일상의 신뢰 구축이 진짜
팀 빌딩이 자리 잡은 조직은 회의 풍경부터 달라집니다. 일이 막혔을 때 '제 쪽에서 놓쳤습니다'라는 말이 먼저 나오고, 담당자가 아닌 사람이 먼저 손을 드는 장면이 생깁니다. 정보가 숨겨지지 않고 흐르는 상태를 만드는 것이 팀 빌딩의 실질적인 결과물입니다. 반대로 팀 빌딩이 없는 조직은 같은 문제를 각자 따로 끌어안고 있다가 납기 직전에야 한꺼번에 터뜨립니다.
설계 전에 먼저 볼 것은 그 조직이 정말 '팀'이어야 하는가입니다. 각자 맡은 일을 독립적으로 처리하고 결과를 합산하면 되는 조직은 작업집단에 가깝고, 여기에 팀 활동을 얹으면 회의만 늘어납니다. 한 사람의 산출물이 다른 사람의 입력이 되는 상호 의존 구조일 때 효과가 큽니다. 규모도 변수여서 실무 팀은 5~9명 선을 넘어가면 발언 기회가 줄고 무임승차가 생깁니다. 인원이 늘면 하위 팀으로 쪼개고 팀 사이를 잇는 역할을 맡을 사람을 따로 지정하는 편이 낫습니다.
터크만의 네 단계는 순서표가 아니라 리더 행동을 바꾸는 기준으로 씁니다. 형성기에는 기준 제시가, 혼돈기에는 갈등을 표면으로 꺼내는 중재가, 규범기 이후에는 권한 위임이 맞습니다. 혼돈기 팀에 위임하면 방치가 되고, 성과기 팀에 세세한 지시를 하면 사기가 꺾입니다. 신뢰도 두 종류라서 '이 사람은 실력이 있다'는 과업 신뢰와 '나를 해치지 않는다'는 관계 신뢰가 다릅니다. 회식으로 쌓이는 것은 관계 신뢰뿐이고, 과업 신뢰는 작은 약속을 지킨 기록에서만 쌓입니다.
가장 흔한 오해는 팀 빌딩을 반나절 워크숍이나 체육대회로 끝내는 것입니다. 다 같이 래프팅을 다녀와도 월요일 회의에서 팀장이 여전히 말을 자르면, 구성원은 '그날은 그날이고'라며 더 냉소적이 됩니다. 갈등이 없는 팀을 건강한 팀으로 착각하는 것도 위험합니다. 표면이 조용한 팀은 대개 이견을 말해도 소용없다고 학습한 팀이고, 이런 팀은 문제를 조기에 드러내지 못해 사고가 커진 뒤에야 보고가 올라옵니다. 팀 빌딩의 성패는 워크숍 다음 주 회의에서 갈립니다.
조직 개발·집단 역학 연구에서 발전했으며, 터크만의 팀 발달 단계 등과 함께 체계화됐습니다.
가상의 사례로 살펴보겠습니다. 임직원 210명 규모의 헬스케어 소프트웨어 A사는 개발본부 48명을 3개 스쿼드로 나눠 운영하고 있었습니다. 분기 릴리즈 일정 준수율이 54%까지 떨어졌고, 장애가 나면 기획과 개발이 '요건이 바뀌었다', '그건 처음부터 말했다'로 두 시간씩 소모했습니다. 개발본부장은 6개월짜리 팀 재정비를 시작했습니다.
- 개발본부장이 3주에 걸쳐 48명 전원과 1:1로 만나 '지난 분기에 가장 답답했던 순간'만 물었고, 답변의 절반이 누가 결정하는지 몰라서 기다렸다는 내용이었습니다.
- 스쿼드별 의사결정 권한을 한 장으로 정리해, 화면 변경은 스쿼드 리드가 그날 결정하고 일정 변경만 본부장 승인으로 올리게 바꿨습니다. 승인 대기가 평균 4일에서 반나절로 줄었습니다.
- 주간 회의 앞 10분을 '막힌 일 말하기'로 고정했고, 팀장이 매번 자기 것부터 꺼냈습니다. '지난주 제가 API 스펙을 늦게 줘서 QA가 이틀 밀렸습니다'라는 말이 나온 뒤 다른 구성원 발언이 늘었습니다.
- 장애 회고 양식을 담당자 이름 대신 시간순 사실만 적도록 고치고 재발 방지 항목마다 담당자와 기한을 붙였는데, 3개월간 회고 22건 중 19건의 후속 조치가 기한 안에 끝났습니다.
- 6개월 뒤 릴리즈 일정 준수율은 54%에서 88%로 올랐고, 개발본부 자발 퇴사자는 반기 7명에서 2명으로 줄었으며, 조직 진단의 '이견을 말해도 안전하다' 문항은 2.9점에서 4.1점(5점 만점)이 됐습니다.