Solomon
비동기로 할 일과 모여서 할 일 — 구분 기준 네 가지
모든 것을 비동기로 하면 결정이 늦어진다. 회의가 필요한 경우를 판별하는 기준.
비동기가 느려지는 지점
비동기 협업의 이점은 명확하다. 시간대와 집중 구간을 각자 관리할 수 있고, 기록이 남는다.
그러나 모든 것을 비동기로 밀면 문제가 생긴다. 왕복이 필요한 논의에서다.
```
질문 → (반나절) → 답변 → 되묻기 → (반나절) → 답변 → ...
```
세 번만 왕복해도 이틀이 간다. 같은 논의를 15분 통화로 끝낼 수 있었다면 명백한 손실이다.
구분 기준 네 가지
1. 왕복 횟수 예상
2회 이하로 끝날 것 같으면 비동기. 3회 이상 예상되면 모이는 편이 빠르다.
2. 정보의 방향
한 방향(공유·보고·공지)이면 비동기. 여러 방향으로 오가야 하면 동기.
3. 결정의 성격
선택지가 명확하고 판단만 남았으면 비동기 투표로 가능. 선택지 자체를 만들어야 하면 모이는 편이 낫다.
4. 감정적 요소
갈등 조정, 성과 피드백, 나쁜 소식 전달은 동기로. 텍스트는 톤이 전달되지 않아 오해가 커진다.
| 상황 | 방식 |
|---|---|
| 진행 상황 공유 | 비동기 (문서) |
| 코드 리뷰 | 비동기 (PR) |
| 설계 방향 논의 | 동기 (짧게) |
| 우선순위 조정 | 동기 |
| 결정 사항 전달 | 비동기 |
| 문제 정의가 안 된 상태 | 동기 |
비동기 글쓰기의 최소 조건
비동기가 작동하려면 글이 한 번에 읽혀야 한다. 왕복을 줄이는 형식:
```markdown
요약
(결론 먼저 한 줄)
배경
(왜 이 이야기가 나왔는지)
제안
(구체적으로 무엇을 하자는 것인지)
필요한 것
(누구에게 무엇을 요청하는지 — 확인? 결정? 의견?)
기한
(언제까지 답이 필요한지)
```
마지막 두 항목이 자주 빠진다. 무엇을 원하는지와 언제까지인지가 없으면 읽고도 반응하지 않게 된다.
응답 시간 합의
비동기의 최대 불안은 "언제 답이 올지 모른다"이다. 상한을 정하면 해소된다.
```
일반 문의: 반나절 이내
리뷰 요청: 하루 이내
긴급: 별도 경로(전화)
```
상한이 있으면 요청하는 쪽은 기다릴 수 있고, 받는 쪽은 즉시 응답 압박에서 벗어난다. 양쪽 다 이득이다.
동기 회의를 짧게 만드는 법
모이기로 했다면 비동기 준비로 시간을 줄인다.
- 배경과 선택지를 문서로 미리 공유
- 참석자는 읽고 온다 (읽는 시간은 각자)
- 회의에서는 결정만 한다
이렇게 하면 60분 회의가 20분이 된다. 회의 시간에 배경 설명을 하는 것이 가장 비싼 방식이다.
기록으로 남기기
동기로 논의한 것도 결과는 비동기 채널에 남긴다.
```
[논의 결과] 배포 요일
- 결정: 목요일 주 1회
- 근거: (요약)
- 담당: 김, 다음 주부터 적용
```
이게 없으면 참석하지 않은 사람에게는 결정이 존재하지 않는 것과 같고, 나중에 같은 논의가 반복된다.
최종 수정 2026-08-28