회의 얘기만 나오면 한숨부터 나오는 우리
개발자 커뮤니티에서 회의 얘기만 나오면 거의 자동반사적으로 한숨부터 나오죠. "이거 이메일로 됐을 텐데", "코딩할 시간을 통째로 날렸다" 같은 말이 단골 메뉴고요. 그런데 댄 무어(Dan Moore)라는 시니어 엔지니어가 자신의 블로그에 올린 짧은 글에서 살짝 다른 시각을 제시했어요. 회의는 시간 낭비가 아니라 강제 기능(forcing function) 으로 봐야 한다는 거예요.
'강제 기능'이라는 말이 뭔가요
'강제 기능'이라는 표현이 좀 낯설 수 있어요. 이게 뭐냐면, 어떤 일을 마감일이나 외부 압력 같은 장치를 통해 '안 할 수 없게' 만드는 메커니즘을 말해요. 예를 들어 차에 탔는데 안전벨트를 매지 않으면 경고음이 끊임없이 울리잖아요? 그 경고음이 바로 강제 기능이에요. 안전벨트를 매라고 말로만 하는 게 아니라, 매지 않으면 불편하게 만들어서 결국 매게 만드는 거죠. 회의도 이런 관점에서 다시 볼 수 있다는 거예요.
회의가 강제 기능으로 작동하는 순간
실제 업무 상황을 떠올려 봐요. 어떤 설계 문서를 두고 비동기로 슬랙이나 코멘트로 의견을 주고받는다고 해봐요. 처음 하루 이틀은 활발하다가 며칠 지나면 흐지부지되기 일쑤예요. 답변이 늦어지고, 각자 자기 일에 치이고, 결국 결정이 미뤄져요. 그런데 "다음 주 화요일 오후 3시에 30분 회의로 결론 내자"고 잡는 순간, 분위기가 달라져요. 그 시간 전에 다들 문서를 한 번이라도 더 읽고, 머릿속을 정리하고, 자기 의견을 명확히 다듬게 되거든요. 회의 그 자체보다 회의 직전에 일어나는 준비가 진짜 가치인 경우가 많아요.
작가는 이걸 'pre-meeting work(회의 전 작업)'라고 불러요. 회의를 잡았기 때문에 발생하는 준비 작업이죠. 만약 회의가 없었다면 그 준비 자체가 일어나지 않았을 거예요. 그리고 회의가 끝난 직후에는 'post-meeting work(회의 후 작업)'가 따라와요. "방금 결정한 거 정리하고, 액션 아이템 누가 가져갈지 정하고, 다음 마일스톤 잡고" 같은 일이요. 결국 회의는 1시간짜리 이벤트가 아니라, 그 앞뒤로 며칠치 일을 끌어내는 트리거인 셈이에요.
모든 회의가 그런 건 아니에요
물론 모든 회의가 강제 기능으로 잘 작동하는 건 아니에요. 의제가 명확하지 않은 회의, 결정권자가 빠진 회의, "그냥 한번 모여서 얘기해봅시다"식의 회의는 그저 시간을 갉아먹을 뿐이거든요. 강제 기능이 효과를 발휘하려면 회의에 분명한 '결과물'이 걸려 있어야 해요. 어떤 결정을 내릴지, 어떤 문서에 사인할지, 어떤 합의를 도출할지가 정해져 있어야 사람들이 '준비'를 하게 돼요. 그게 없으면 회의는 그냥 비싼 잡담이 되어버려요.
또 다른 함정은 회의를 '습관'으로 만드는 거예요. 매주 월요일 10시에 무조건 모이는 회의를 1년째 하고 있다면, 그건 더 이상 강제 기능이 아니에요. 그냥 출석 체크에 가깝죠. 진짜 강제 기능은 일회성이거나, 주기를 가지더라도 매번 명확한 안건이 새로 세팅되는 회의예요.
비동기 만능론에 대한 점잖은 반박
이 글은 '비동기(async) 협업이 절대적인 정답'이라는 분위기에 대한 점잖은 반박이기도 해요. 깃랩(GitLab), 오토매틱(Automattic) 같은 풀 리모트 회사들이 비동기 문화를 강조하면서, 한때 '회의는 악(Meeting is evil)'이라는 분위기가 강했거든요. 하지만 비동기에는 치명적인 단점이 있어요. 바로 마감의 부재예요. 결정이 무한히 미뤄지거나, 책임 소재가 흐려지는 일이 생기기 쉬워요. 그래서 요즘에는 '비동기 우선, 그러나 결정의 순간엔 동기'라는 절충안이 새로운 표준으로 자리잡는 분위기예요.
한국 팀에서 어떻게 적용할까
한국 개발 조직에서 이 관점은 특히 곱씹어볼 만해요. 우리나라 회사 문화는 회의가 너무 많거나, 반대로 시니어 한 명이 결정을 떠안고 다 알아서 처리하는 양극단으로 흐르기 쉽거든요. 이번 글의 시사점은 회의 자체를 줄이라는 게 아니라 '잘 설계된 회의'를 늘리라는 거예요. 안건과 결과물을 명확히 적은 캘린더 초대장을 보내고, 회의 전에 사전 자료를 공유하고, 끝나고 나서 결정 사항을 즉시 문서로 남기는 사이클을 만드는 거죠. 이렇게만 해도 같은 30분 회의가 완전히 다른 무기가 돼요.
마무리
정리하자면, 회의는 도구예요. 잘못 쓰면 시간을 죽이지만, 잘 쓰면 미뤄지던 의사결정과 흩어진 사고를 한 점에 모으는 강력한 강제 기능이 돼요.
여러분 팀의 정기 회의들 중에 진짜 '강제 기능' 역할을 하는 건 몇 개나 되나요? 안건도 결과물도 없이 그냥 도는 좀비 회의가 있다면, 다음 주에는 한번 과감하게 캔슬해보는 것도 좋은 실험이 될 것 같아요.
🔗 출처: Hacker News
"비전공 직장인인데 반년 만에 수익 파이프라인을 여러 개 만들었습니다"
실제 수강생 후기- 비전공자도 6개월이면 첫 수익
- 20년 경력 개발자 직강
- 자동화 프로그램 + 소스코드 제공