작은 조직의 회의가 사람 문제가 아니라 설계 구조의 문제인 이유
왜 직원은 6명인데 회의는 2시간을 넘길까.
왜 결정은 빠를 것 같은데 항상 “조금 더 생각해보자”로 끝날까.
왜 매주 같은 주제가 다시 올라올까.
이 글은 회의 진행 스킬이나 퍼실리테이션 기법을 다루지 않는다.
문제는 말하는 방식이 아니라 구조다.
“우리 조직은 작아서 빨리 결정할 수 있어야 하는데 왜 더 오래 걸리죠?”
“대표가 결정을 하면 되는데, 왜 다들 의견을 끝까지 말하려 하나요?”
“정리하고 나왔는데 다음 주에 또 같은 이야기를 합니다.”
이 질문들은 겉으로는 사람 문제처럼 보인다.
실제로는 역할, 정보 흐름, 결정 권한이 정리되지 않은 구조 문제다.
수도권에 있는 B사.
직원 7명, 연 매출 18억 원.
고객은 소상공인과 지역 프랜차이즈 가맹점주.
대표 1명, 영업 2명, 운영 2명, 개발 1명, 마케팅 1명.
매주 월요일 10시에 주간 회의를 한다.
예정 시간은 1시간.
실제 종료는 평균 2시간 20분.
회의 흐름은 이렇다.
영업이 지난주 실적을 말한다.
마케팅이 광고 성과를 설명한다.
운영팀이 고객 불만을 공유한다.
개발이 시스템 개선 요청을 말한다.
대표가 “전체 그림을 보자”고 말한다.
다시 각 부서가 재설명한다.
결정은 대부분 “이번 주 안에 정리해보자”로 끝난다.
다음 주에 같은 주제가 반복된다.
표면 문제는 발언이 길다는 것처럼 보인다.
실제 문제는 의제 구조와 결정 구조가 없다.
첫 번째 착각.
작은 조직은 합의가 쉬울 것이라는 생각.
인원이 적을수록 관계 밀도가 높아진다.
관계 밀도가 높으면 반대 의견을 정면으로 말하기 어렵다.
두 번째 착각.
대표가 있으니 최종 결정은 자동으로 날 것이라는 생각.
대표가 모든 정보를 실시간으로 알고 있지 않다면
회의는 보고와 설득의 장으로 변한다.
세 번째 착각.
회의 시간만 줄이면 해결된다는 생각.
시간은 결과다.
구조가 정리되지 않으면 30분 회의도 2시간처럼 느껴진다.
작은 조직 회의가 길어지는 이유를 한 문장으로 정리하면 이렇다.
“의제 구조와 결정 구조가 분리되어 있지 않다.”
이를 Fieldbly 방식으로 3단계 모델로 정리해보자.
사실 데이터
숫자
고객 반응
현황
원인 가설
영향 범위
우선순위 판단
무엇을 할 것인가
누가 할 것인가
언제까지 할 것인가
대부분의 작은 조직은 이 세 영역을 한 번에 섞는다.
정보를 말하다가 바로 해석으로 넘어가고,
해석하다가 감정이 섞이고,
결정 단계에서 다시 정보 검증으로 돌아간다.
그 결과 회의가 순환한다.
구조 재설계 후 B사는 회의를 이렇게 바꿨다.
사전 공유 문서에 숫자만 기록
회의 중 정보 재설명 금지
안건당 15분 타임박스
결정은 “실행 문장”으로 기록
예:
“광고 예산을 3월 1일부터 15% 축소하고, A채널은 중단한다. 담당은 마케팅, 2주 후 재점검.”
이 한 줄이 남는다.
토론은 사라지지 않았지만 반복은 줄었다.
회의를 다음 2축으로 구분해본다.
가로축: 정보 ↔ 해석
세로축: 논의 ↔ 결정
작은 조직은 대부분 왼쪽 위에 머문다.
정보 + 논의 구간이다.
여기서 계속 머물면 회의는 길어진다.
오른쪽 아래, 해석 + 결정 구간으로 이동해야 한다.
이동 조건은 단 하나다.
“지금은 어느 구간인가?”를 명시하는 것이다.
다음 회의부터 안건을 부서가 아닌 ‘문제 단위’로 정리한다.
안건마다 “이 안건은 정보 공유인가, 결정 안건인가”를 미리 표시한다.
결정 안건은 회의 전에 1문장 실행안을 초안으로 작성한다.
회의록에는 토론 내용이 아니라 결정 문장만 남긴다.
다음 회의 첫 10분은 실행 여부 점검에만 사용한다.
이 다섯 가지만 적용해도 체감 시간이 달라진다.
중소기업 평균 회의 시간과 인원 대비 생산성 통계
조직 규모별 의사결정 속도 비교 연구
외부 통계는 참고 자료일 뿐이다.
핵심은 내부 구조다.
우리 회의는 지금 정보 공유인가, 결정 단계인가.
회의가 끝날 때 실행 문장이 남는가.
다음 주에 같은 안건이 반복되고 있지 않은가.
작은 조직은 빠를 수 있다.
구조가 정리되어 있을 때만 그렇다.
---------------------------------------------------------------------------------
AI현장감독 이동주는 AI 도입 과정에서 반복되는 구조 문제를 연구한다.
AI adoption failure를 기술 문제가 아닌 설계와 흐름의 문제로 바라본다.
Fieldbly에서 현장 사례를 기반으로 정리하고 있다.
(homepage) http://www.fieldbly.com