원격 팀을 위한 비동기 의사결정: 회의 없이 결정하기

샌프란시스코는 8:00, 베를린은 17:00, 싱가포르는 23:00이며, 여덟 명이 한 가지 결정을 내리기 위해 통화 중입니다. 싱가포르의 엔지니어가 가장 관련 있는 맥락을 가지고 있지만 남은 주의력은 가장 적습니다. 사무실에서 수월하게 느껴졌던 회의 — 모두 이미 방에 있고, 그들 뒤에 화이트보드가 있는 — 는 이 팀이 하는 가장 비싼 일이 되었고, 가장 많은 비용을 지불하는 사람은 그 결정이 가장 필요로 하는 사람입니다.

공동으로 위치한 팀은 방이 비어 있기 때문에 그 방에서 결정합니다. 분산 팀은 그 방이 없고, 그렇지 않은 척하는 것은 모든 중요한 결정을 일정 문제로 바꾸어 놓으며 그 안에 공정성 문제를 내포하게 됩니다: 항상 누군가는 아침 식사 전에 또는 저녁 식사 후에 피곤하고 반쯤만 참석한 상태로 참여하게 됩니다.

따라서 원격 팀에 대한 솔직한 질문은 "어떻게 더 나은 의사결정 회의를 진행할 수 있을까?"가 아닙니다. 그것은 "어떤 결정이 회의가 되어야 하는가?"입니다. 많은 경우에 대한 답은 없습니다 — 그들은 서면으로, 정해진 시간 내에 이루어지는 것이 더 좋으며, 이때는 시간대가 중요하지 않습니다. 이것이 비동기식 의사결정이며, 분산 팀에게는 임시방편이 아닙니다. 그것이 더 나은 기본입니다. 여기에 대한 사례, 다섯 단계의 플레이북, 그리고 설계해야 할 실패 모드가 있습니다.

원격 팀이 비동기 결정을 필요로 하는 이유

세 가지 힘이 분산 팀이 비동기적으로 결정하도록 밀어붙이며, 이들 각각은 원격 근무의 제약을 장점으로 바꿉니다.

이 모든 것이 "절대 만나지 말라"는 의미는 아닙니다. 이는 회의가 반사적으로 이루어지는 것이 아니라는 의미입니다. 비동기식은 결정이 이루어지는 곳이고, 동기식 시간은 글쓰기에서 진정으로 할 수 없는 것들을 위해 예약되어 있습니다. 이 재구성은 건강한 협업적 의사결정의 배경에 있는 것과 동일합니다 — 목표는 그룹이 소유하는 좋은 결정이지, 참석자가 많은 회의가 아닙니다. (그리고 이는 잘 알려진 존재 증명이 있습니다: 65개국 이상에 1,500명 이상의 팀원이 있는 전면 원격 회사인 GitLab은 바로 이 패턴의 핸드북 우선 버전으로 운영됩니다 — 기록하고, 서면으로 결정하고, 모든 사람이 찾을 수 있는 곳에 기록합니다.)

비동기 결정 플레이북

비동기 결정은 단순히 "회의지만 느린" 경우 실패합니다. 그들은 형태를 따를 때 성공합니다. 여기 효과적인 형태가 있습니다 — 다섯 단계로 구성되어 있으며, 각 단계는 비동기가 잘못되는 특정 방식을 방지합니다.

조용히 그것을 무너뜨리는 함정들

대부분의 실패한 비동기 결정은 같은 몇 가지 방법으로 실패합니다. 그것들을 명명하면, 그에 맞춰 설계할 수 있습니다.

비동기(async)가 모든 것을 더 느리게 만들지 않나요?

결정에 따라, 종종 그렇습니다 — 그리고 증거에 대해 솔직해지는 것이 중요합니다. 컴퓨터 매개 그룹 의사결정에 대한 고전적인 메타 분석(Baltes et al., 2002)은 서면 채널을 통해 작업하는 그룹이 대면 그룹보다 더 오랜 시간을 들여 결정을 내리며, 종종 과정에 대한 만족도가 낮다는 것을 발견했습니다. 며칠로 측정된 서면 창은 지연 시간에 있어 30분 통화를 이기기 어려울 것입니다.

하지만 결정당 지연 시간은 분산 팀에 적합한 단위가 아닙니다. 한 가지 질문을 해결하는 데 30분이 걸리는 통화는 8명이 동기화된 슬롯을 필요로 하며 — 한 사람은 오전 6시, 다른 사람은 오후 11시 — 양쪽에서의 컨텍스트 전환 비용이 추가되고, 기록도 남지 않습니다. 비동기 스레드는 각 개인에게 자신의 근무 시간 내에서 15분의 집중된 시간을 소모하며, 다른 모든 스레드와 병행으로 진행되고, 서면 결정으로 마무리됩니다. 당신은 단일 결정에서 약간의 속도를 희생하고 모든 결정의 처리량과 입력 품질을 위해 거래하고 있는 것입니다: 신중하고 증거에 기반한 주장은 실시간 회의의 가장 빠른 발언자들이 결코 여지를 남기지 않는 것입니다. 그러므로 정직한 구분은 "항상 비동기"가 아니라 아래의 표입니다 — 그리고 진정으로 긴급한 통화의 경우, 회의는 여전히 적절한 도구이며, 회의록이 작성됩니다.

동기 vs 비동기: 어떤 결정이 어디로 가는가

비동기식은 기본값이지 규칙이 아닙니다. 중요한 것은 어떤 결정을 실시간으로 유지할지를 아는 기술입니다. 간단한 테스트: 결정이 주로 고려된 입력과 기록이 필요하다면 비동기로 결정하고, 주로 실시간 인간 연결이나 신선한 옵션이 필요하다면 동기로 결정하세요. (알아두면 좋은 연구의 뉘앙스: Brucks와 Levav는 2022년 Nature에서 비디오 통화가 창의적인 아이디어 생성을 저해하지만, 옵션 간의 선택에는 나쁘지 않다고 보여주었습니다. 옵션을 발명하는 일이면 방에 들어가거나 통화하세요; 선택하고 기록하는 일이면 글쓰기가 도움이 됩니다.)

두 열이 공유하는 점에 주목하세요: 결정은 어떤 식으로든 기록됩니다. 기록이 없는 실시간 결정은 비동기 결정과 동일한 실패 모드를 가지고 있습니다 — 사라집니다. 전사와 실제 기록의 차이를 원하신다면, 그것은 회의록과 결정 로그 사이의 간격입니다: 하나는 말한 내용을 포착하고, 다른 하나는 무엇이 결정되었고 그 이유를 포착합니다. (그리고 동기화된 것들을 예약하기 전에 이것은 이메일이었을 수 있다의 네 가지 질문 테스트를 통과시키세요 — 많은 것들이 이를 통과하지 못할 것입니다.)

Argumentree가 비동기 결정을 지원하는 방법

당신은 규율과 공유 문서를 통해 수동으로 플레이북을 실행할 수 있습니다. Argumentree는 도구에 형태를 구축하여 구조가 진행자를 통해 스레드를 감시하지 않고도 유지되도록 합니다. 사람들은 자신의 근무 시간에 주장을 사전 제출하므로 기여는 항상 동시에 온라인일 필요가 없습니다 — 시간대 제약이 더 이상 적용되지 않습니다.

그 기여는 특정 주장에 첨부된 구조화된 찬반 논거 형태로 도착하며, 단순한 댓글 흐름이 아닙니다. 따라서 몇 시간 후에 따라잡는 팀원은 댓글의 벽을 스크롤하는 대신 논쟁의 실제 상태를 한눈에 파악할 수 있습니다. 그리고 창이 닫히면 논의는 결정 기록이 됩니다: 결과, 찬반 이유, 그리고 누가 무엇을 주장했는지에 대한 전체 기록. 이 기록이 좋은 비동기 논의를 지속 가능한 기관 기억으로 바꿉니다. 따라서 분산 팀은 한 번 결정을 내리고 다시 참조할 수 있으며, 분기 후에 같은 질문을 다시 논의하지 않습니다. 만약 귀하의 팀이 이번 주에 실제 결정에 대해 플레이북을 시도할 준비가 되었다면, 무료 체험을 시작하고 도구에서 첫 번째 결정을 실행할 수 있습니다.

서면으로 결정하고, 목적을 가지고 만나다

열린 회의에서의 싱가포르 엔지니어는 더 나은 회의 시간이 필요하지 않습니다 — 그런 시간은 존재하지 않습니다. 그들은 결정을 그들에게 가져오기를 원합니다: 그들이 오전 9시에 읽을 수 있는 서면 제안, 그들만이 가지고 있는 주장을 추가할 수 있는 구조화된 장소, 입력이 마감되는 시간을 알려주는 창, 그리고 질문이 다시 떠오를 때 지적할 수 있는 기록. 플레이북의 모든 단계는 바로 그 필요를 일반화한 것입니다.

비동기 의사결정은 원격 근무의 위안이 아니다. 구조 — 제안, 창, 결정자, 논거, 기록 — 가 있는 비동기 의사결정은 대체하는 회의실보다 진정으로 더 나은 과정이다: 더 깊이 있는 의견, 더 많은 목소리, 그리고 스레드를 초월하는 기억. 이 과정을 어려워하는 팀은 비동기를 너무 많이 사용하고 있는 것이 아니라, 구조 없이 비동기를 사용하고 있다. 구조를 개선하면, 팀 페이지의 시간대 맵이 제약이 아니라 당신의 결정이 기록되는 이유가 된다.