간부회의를 익명 토론으로 열면 무슨 일이 생길까

안건이 화면에 뜬다. 주재자가 "의견 있으신 분" 하고 묻는다. 몇 초 조용하다가 가장 직급이 높은 사람이 한마디를 한다. 그다음부터 나오는 이야기는 대체로 그 한마디의 변주다. 회의가 끝나면 결론은 있는데, 그 결론이 방에 있던 사람들의 생각을 모은 것인지는 아무도 확신하지 못한다.

먼저 밝혀두면 이건 회의를 주재하는 사람의 진행 방식 문제가 아니다. "편하게 말씀하세요"를 아무리 여러 번 말해도 잘 바뀌지 않는다는 것을, 그 말을 해 본 사람이 가장 잘 안다. 문제는 회의라는 형식 자체가 정보를 깎아내는 구조로 되어 있다는 데 있다.

회의에서 정보가 줄어드는 세 가지 이유

말은 순서대로 한다. 회의는 한 번에 한 사람만 말할 수 있다. 그래서 먼저 나온 발언이 뒤에 올 발언의 범위를 정한다. 두 번째 발언자는 이미 첫 번째 의견에 대한 찬반이라는 좌표 위에서 말하게 되고, 세 번째는 그 좌표가 더 굳은 상태에서 말한다. 실제로는 열 갈래였을 생각이 두세 갈래로 수렴하는데, 이건 합의가 아니라 순서가 만든 착시다.

말에는 이름이 붙는다. 회의에서의 발언은 내용과 사람이 분리되지 않는다. "이 방식은 현장에서 잘 안 돌아갑니다"라는 문장은 곧 "그 방식을 정한 사람에게 이의를 제기한 사람"이라는 꼬리표가 된다. 내용이 맞는지와 무관하게 꼬리표는 남는다. 그래서 확신이 완전히 서지 않은 의견은 대체로 나오지 않는다. 맞았을 때 얻는 것보다 틀렸을 때 잃는 것이 크기 때문이다.

되돌릴 수 없다. 문서는 고쳐 쓸 수 있지만 회의에서 한 말은 취소가 안 된다. 이 비대칭이 사람을 보수적으로 만든다. 다듬어지지 않은 아이디어, 아직 근거가 반쯤인 관찰, 물어보고 싶지만 무지해 보일까 걱정되는 질문 — 회의에서 가장 값나갈 만한 것들이 정확히 이 이유로 빠진다.

직급이 섞이면 세 가지가 전부 강해진다. 순서는 대체로 직급 순이고, 꼬리표의 비용도 직급이 낮을수록 크다. 회의에 실무자를 불렀는데 실무 이야기가 안 나오는 건 그 사람이 할 말이 없어서가 아니다.

한 공기업은 간부회의의 한 주제를 익명 토론으로 옮겼다

최근 InsideOn을 쓰고 있는 한 공기업에서 확인한 운영 방식이다. 어떤 기관인지는 밝히지 않는다.

이 조직은 정기적으로 온라인 간부회의를 연다. 어느 회차에 다룰 주제 하나를 골라, 그 주제만 회의 안건에서 떼어 익명 토론방으로 옮겼다. 그리고 참가자를 간부로 한정하지 않고 일반 직원까지 같이 넣었다. 원래는 간부만 들어오는 자리였는데, 그 주제에 대해서는 실제로 일을 하는 사람의 이야기가 필요하다고 판단한 것이다.

결과적으로 호응이 좋았다. 참여가 몰렸고, 회의 시간에 나왔을 법한 양보다 훨씬 많은 의견이 쌓였다. 그리고 좋아요를 많이 받은 의견 몇 개를 골라 후속 과제로 이어갔다.

이 방식이 통한 이유는 앞 절의 세 가지가 한꺼번에 풀렸기 때문이다. 순서가 없어 모두가 동시에 쓰고, 이름이 붙지 않아 꼬리표가 생기지 않고, 글이라서 다듬을 시간이 있다.

익명으로 열었을 때 달라지는 지점

발언권 배분이 사라진다. 회의에서 발언 시간은 유한한 자원이고 대체로 직급 순으로 배분된다. 익명 토론에는 배분할 자원이 없다. 몇 명이 동시에 쓰든 누구의 글도 밀리지 않는다. 회의에서 의견의 총량을 정하는 것은 참여자의 수가 아니라 회의 시간인데, 그 상한이 사라진다.

호응이 눈에 보인다. 회의에서 "저도 같은 생각입니다"를 말하려면 발언권을 얻어야 한다. 대부분은 그 비용을 치르지 않고 그냥 넘어가고, 그래서 얼마나 많은 사람이 그렇게 생각했는지는 회의록에 남지 않는다. 좋아요는 그 비용을 거의 0으로 만든다. 조용히 동의만 하던 사람들의 숫자가 처음으로 데이터가 된다.

결론이 아니라 과정이 남는다. 회의록은 결론과 몇 개의 요약된 발언만 남기지만, 익명 토론은 오간 이야기가 그대로 남는다. 나중에 "이 결정을 왜 이렇게 했지"를 되짚을 때 볼 것이 있다.

좋아요가 많다고 맞는 의견은 아니다

여기서 한 가지는 분명히 해 두는 게 좋겠다. 좋아요 수는 타당성이 아니라 공감의 크기다. 둘은 자주 겹치지만 항상 겹치지는 않는다.

• 다수가 겪는 불편이 항상 가장 중요한 문제는 아니다. 모두를 조금씩 불편하게 하는 일보다 소수를 크게 곤란하게 하는 일이 먼저일 때가 있다.
• 소수 의견이 밀린다. 특정 직군이나 소수 인원만 아는 문제는 구조적으로 좋아요를 적게 받는다. 상위 몇 개만 보고 넘기면 이런 의견은 매번 걸러진다.
• 먼저 올라온 글이 유리하다. 오래 노출된 글일수록 좋아요를 받을 시간이 길다.

그래서 좋아요는 후보를 좁히는 데 쓰고, 무엇을 할지는 사람이 판단한다. 상위 목록만 보지 말고 전체를 한 번 훑는 절차를 넣어두는 편이 안전하다. 순위가 낮은 의견 중에 회의에서라면 애초에 나오지도 않았을 이야기가 섞여 있다.

InsideOn에서는 이렇게 굴러간다

작성자에게는 무작위 별명이 붙는다. 조용한 수달 같은 조합이 자동으로 배정되는데, 이 별명은 사용자 정보에서 유도하지 않는 순수 무작위다. 이름·부서·직급 어느 것과도 규칙이 없고, 토론방마다 새로 만들어진다. 간부와 실무자가 같은 방에 있어도 누가 어느 쪽인지 구분되지 않는다.

좋아요는 참가자만 누를 수 있고, 누른 사람은 남지 않는다. 누가 눌렀는지는 그 토론 범위에서만 쓰이는 익명 식별자로만 기록되고, 실명과 이어지지 않는다. 밖에서 API를 직접 호출해 숫자를 부풀리는 것도 막혀 있다.

좋아요 순 상위 3개가 토론 화면에 항상 떠 있다. 의견과 댓글을 함께 놓고 세기 때문에, 원래 글보다 그 아래 달린 한 줄이 더 큰 호응을 받으면 그쪽이 올라온다.

주최자는 누구에게 답했고 누구에게 답하지 않았는지를 관리한다. 의견마다 확인 처리를 할 수 있고, "미답변 의견만 표시" 필터를 켜면 주최자가 아직 댓글도 달지 않고 확인도 하지 않은 것만 남는다. 참여가 몰릴수록 이게 필요해진다 — 답이 없는 의견이 쌓이면 다음 회차의 참여가 줄어든다.

한 가지 밝혀둘 것이 있다. 주최자(방장)의 글은 익명이 아니다. 주최자가 쓴 의견과 댓글은 화면에서 반대쪽에 다른 색으로 표시되어 구분된다. 답하는 사람이 누구인지는 드러나야 답이 답으로 기능하기 때문이다. 익명인 쪽은 참여자다.

개선과제로 넘기는 경로는 따로 있다. 좋아요 상위 의견이 자동으로 과제가 되지는 않는다. AI 진단을 돌리면 리스크 차원별로 개선과제가 나오고, 여기에 담당자·기한·진행률과 진행 상태를 붙여 추적한다. 토론에서 나온 아이디어를 그대로 과제로 만들고 싶다면 그건 주최자가 판단해서 옮기는 일이다. 진단은 참여자가 5명 미만이면 실행되지 않는다.

익명 회의가 대체하지 못하는 것

의사결정 자체는 아니다. 익명 토론에서 나오는 것은 의견과 그 의견에 대한 호응이다. 무엇을 할지 정하고 그 결정에 책임을 지는 일은 여전히 이름이 붙은 자리에서 해야 한다. 익명 토론을 결정 절차로 쓰면 결론에 책임지는 사람이 사라진다.

모든 안건에 맞지도 않다. 즉시 주고받아야 풀리는 안건, 숫자를 놓고 확인하는 안건은 회의가 빠르다. 익명 토론이 유리한 것은 관점이 여러 개 필요한 안건이다. 정기 회의를 통째로 옮기는 것보다, 그런 안건 하나를 떼어 옮기는 방식이 실제로 잘 굴러간다. 앞의 공기업도 그렇게 했다.

마주 앉는 일을 없애주지도 않는다. 익명으로 문제가 드러났다면 그다음은 결국 사람들이 모여서 이야기해야 한다. 익명 토론은 그 대화를 시작할 재료를 만드는 단계지, 대화를 대신하는 장치가 아니다.

회의에서 의견이 안 나오는 이유는 대체로 사람이 아니라 형식에 있다. 순서·이름·되돌릴 수 없음 이 세 가지를 걷어내면 같은 사람들에게서 다른 양의 이야기가 나온다. 다만 걷어낸 자리에는 모인 의견을 어떻게 판단하고 무엇을 후속으로 넘길지라는 새 결정이 생기고, 이건 열기 전에 정해두는 편이 낫다.

익명 토론 한 바퀴를 어떻게 설계하는지는 익명 토론으로 조직문화를 진단한다는 건 실제로 어떤 일일까에서, 나온 과제를 실제로 굴리는 방법은 조직문화 진단은 했는데, 왜 아무것도 바뀌지 않을까에서 따로 다뤘다.

회의 안건 하나를 익명으로 열어보고 싶다면 InsideOn 에서 무료로 시작하실 수 있습니다. 도입 상담은 support@insideon.net 으로 문의해 주세요.