온라인 회의에서 아무 말이 없으면 동의한 걸까?

1. 침묵은 반응이 기록되지 않은 상태다

‘아무도 더 말하지 않았으므로 모두 동의했다’는 문장은 기록된 사실을 넘어갑니다. 말이 없는 이유는 동의, 연결 문제, 발언 기회 부족, 판단 보류 등 여러 가지일 수 있습니다. 직접 확인하지 않았다면 침묵은 동의도 반대도 아닌 미응답으로 남깁니다.

가상 회의의 기록은 ‘지지 5명, 이의 1명, 미응답 2명’입니다. 이 숫자는 결정을 자동으로 정하지 않고, 어떤 목소리가 확인되었고 무엇이 남았는지를 보여 줍니다.

2. 이의의 수보다 내용을 먼저 확인하기

한 사람이 반대해도 그 이유가 법적 의무, 안전, 접근성처럼 실행 조건을 무너뜨리는 문제일 수 있습니다. 반대로 선호 차이라면 조건을 조정해 수용할 수도 있습니다. 진행자는 ‘반대하십니까?’에서 멈추지 않고 ‘어떤 조건에서 실행하기 어렵습니까?’를 묻습니다.

활동의 ‘이의 검토’ 방식은 이의가 한 건이라도 있으면 합의 여부를 계산하지 않고 쟁점 기록을 요구합니다. 이는 특정 조직의 의결 규정을 대신하는 절차가 아니라, 반응 상태를 명시적으로 기록하는 교육용 분기입니다.

3. 거친 합의의 원칙을 일반 회의에 제한해서 빌리기

IETF의 RFC 7282는 거친 합의를 단순 다수결이나 큰 목소리로 판단하지 않고, 제기된 기술적 쟁점을 실제로 다루는 과정으로 설명합니다. 지지 숫자만 세면 중요한 소수 의견이 사라질 수 있으며, 이의의 이유를 묻고 검토해야 한다고 강조합니다.

IETF의 절차를 학교나 회사에 그대로 적용할 수는 없습니다. 조직의 정관·의결 규칙·법적 책임이 우선합니다. 이 글은 ‘침묵=동의’와 ‘숫자가 많음=쟁점 해결’을 구분하는 읽기 원칙만 활용합니다.

참고: IETF / RFC Editor · RFC 7282: On Consensus and Humming in the IETF

4. 기록문에는 합의와 남은 쟁점을 함께 쓴다

좋은 기록문은 ‘8명 중 5명이 지지를 명시했고 접근성 이의 1건과 미응답 2명이 남았다. 접근성 조건을 수정한 뒤 전원에게 다시 확인한다’처럼 현재 상태와 다음 절차를 연결합니다.

실제 회의에서 익명성, 권력 차이, 장애 접근성, 시차와 언어 문제가 있으면 단순 발언 횟수로 참여를 판단하지 않습니다. 민감한 반대 의견은 별도 채널을 제공하고, 결정 권한자와 자문 참여자를 구분해야 합니다.