기본적으로 Async

발행: 14시간 전 (2025년 12월 16일 오전 03:51 GMT+9)

8 min read

Source: Dev.to

Overview

우리 팀은 90 %가 원격 근무입니다. 언제 만나야 하고 언제 글을 써야 할지 파악하는 데 몇 년이 걸렸습니다.

업계 전반의 연구에 따르면 개발자는 실제 코드를 작성하는 데 전체 시간의 아주 작은 부분만 사용합니다. 나머지는 코드 리뷰, 문서 작성, 다양한 채널을 통한 커뮤니케이션, 회의 등에 쓰입니다. 이 모든 활동은 혼자 일하기와 함께 일하기라는 두 가지 범주로 나눌 수 있습니다. 두 범주 모두 중요합니다.

개인 작업은 코드—즉, 가치를—생산할 때를 의미합니다.
협업은 개인 작업을 지원하지만 보통 직접적인 가치를 생산하지는 않습니다. 한 사람보다 큰 조직에서는 협업이 불가피합니다.

핵심 질문: 다른 사람과 협업하는 시간과 개인 작업 시간을 어떻게 적절히 균형 잡을 것인가?

이 균형을 맞추는 일은 종종 도전 과제가 됩니다.

한쪽은 회의에 휘말린 기술 조직입니다. 개발자는 코딩할 시간이 없고, 필수적인 기술 작업이 달팽이처럼 진행됩니다.
반대쪽은 회의 없는 문화입니다. 개발자는 비즈니스와 서로에게서 단절되고, 정렬이 흐트러지며, 기술 부채가 예상보다 빨리 쌓이고, 팀 결속력이 약해집니다.

제가 협업과 개인 작업의 균형을 맞추는 선호 방법은 비동기 방식으로 일부 협업을 옮기는 것입니다. 예를 들어:

상태 업데이트 회의 대신, 모두가 팀 Slack 채널에 업데이트를 작성합니다.
대면 아키텍처 설계 회의를 비동기 RFC 리뷰로 전환합니다. (내부 RFC 사용에 대한 자세한 내용은 여기에서 확인할 수 있습니다: )

Async Activities Ranked from Least to Most Difficult

1. Informing

모든 종류의 보고서와 상태 업데이트는 Slack, 이메일, 혹은 서면 메모를 사용해 비동기로 할 수 있습니다. 서면 업데이트는 쉽게 공유되고 나중에 참조할 수 있습니다.

2. Problem Solving

많은 기술 문제는 비동기적으로 처리하는 것이 더 좋습니다. 누군가가 의견, 피드백, 혹은 리뷰가 필요할 때 제안서나 프로토타입을 팀에 공유하고, 구성원들은 자신의 시간에 생각을 기여합니다. 이는 방해를 줄이고 보다 사려 깊은 기여를 이끌어냅니다.

3. Decision‑Making

결정이 항상 회의를 필요로 하는 것은 아닙니다. 사실이 명확하고 합의가 필수적이지 않다면 비동기 의사결정이 잘 작동합니다. 모호성이 높거나 명시적인 그룹 동의가 필요할 때는 동기식 대화가 시간을 투자할 가치가 있습니다. 이는 엔지니어링 리드에게 중요한 판단 포인트입니다.

4. Innovating

혁신은 비동기적으로도 가능하지만, 최고의 아이디어는 워크숍이나 해커톤 같은 실시간 상호작용에서 자주 나오곤 합니다. 창의성이 목표라면 동기식 시간이 비동기에서는 완전히 대체할 수 없는 마법을 가지고 있습니다.

5. Building Personal Connections

개인적인 연결은 채팅과 이메일만으로는 성장하지 못하고, 같은 장소에서 만날 때 비로소 활짝 피어납니다. 오프사이트, 대면 모임, 정기적인 얼굴 대면 콜은 팀이 신뢰를 쌓고 더 잘 협업하도록 돕습니다. 이틀짜리 오프사이트가 몇 달간의 Slack 메시지보다 더 많은 신뢰를 구축할 수 있습니다.

Strategies for Implementing Async

Split Planning into Two Parts

Kick‑offs(피처 혹은 대규모 인크리먼트)는 팀이 큰 그림을 공유하도록 대면으로 진행합니다.
Detailed technical planning은 주로 RFC를 활용한 비동기 방식으로 진행합니다. 이는 조기 깊이 파고드는 것을 방지하면서도 개인이 자신의 일정에 맞춰 세부 사항을 다듬을 수 있게 합니다.

Dailies: Keep or Skip?

원격 팀의 경우, 카메라를 켜고 진행하는 일일 회의가 필수적일 수 있습니다—일일 회의가 많은 개발자에게는 유일한 접점이 되어 정보 전달과 연결 두 가지 역할을 수행하기 때문입니다.

주로 현장 팀이라면 일일 회의를 비동기로 전환하고, 차단 요소를 해결할 때만 동기식 회의를 잡을 수 있습니다.

Async UI Design Reviews

우리는 UI 디자인 리뷰에 화면 녹화(때로는 보이스오버 포함)를 사용합니다. 리뷰 요청에는 명확한 마감일과 지정된 리뷰어가 있습니다. 이 방식은 시간을 절약하고 더 나은 결과를 만들어냅니다. 리뷰어는 제안을 충분히 소화할 시간이 있기 때문입니다.

Evaluating Your Collaboration Patterns

스스로에게 물어보세요:

이 활동이 정말 동기식이어야 할까?
팀이 서로 충분히 연결되어 있다고 느끼는가?
더 많은 대면 시간이 도움이 될까? 서로와, 이해관계자와?
비동기적인 명확성이 부족한 부분은 어디인가?
동기식 에너지가 부족한 부분은 어디인가?

이 균형을 제대로 맞추면 팀의 속도, 정렬, 그리고 웰빙이 크게 향상될 수 있습니다.