팔로우더선 모델이란?
팔로우더선(FTS) 모델은 지리적으로 분산된 팀 간에 업무를 인계해 각 팀이 정상 업무 시간에 일하면서 집합적으로 24시간 커버리지를 제공하는 운영 전략입니다. 어떤 팀도 야간 근무를 하지 않습니다 — 생산성의 '태양'이 문자 그대로 지구 자전을 따라갑니다.
클래식 3개 지역 설정
가장 일반적인 FTS 구현은 약 8시간 간격으로 떨어진 3개 지역 허브를 사용합니다.
- 미주 허브(예: 오스틴, 토론토, 상파울루): UTC-8~UTC-3 커버(업무 시간)
- EMEA 허브(예: 런던, 더블린, 암스테르담): UTC+0~UTC+3 커버
- APAC 허브(예: 시드니, 싱가포르, 서울, 도쿄): UTC+8~UTC+11 커버
각 허브는 8시간 교대 근무를 하고 하루 일과가 끝날 때 다음 허브에 인계합니다. 합산하면 어느 팀도 야간 근무 없이 24시간을 커버합니다.
인계 프로세스
팔로우더선 운영의 품질은 거의 전적으로 인계의 품질에 달려 있습니다. 나쁜 인계는 맥락을 잃고, 작업을 중복하거나, 고객을 기다리게 만듭니다. 좋은 인계 프로세스에는 다음이 포함됩니다.
- 교대 종료 요약: 무엇을 처리했고, 무엇이 대기 중이고, 무엇이 에스컬레이션되었는지
- 실시간 티켓/케이스 인계: 전체 맥락 노트와 함께 오픈 케이스 이전
- 간단한 겹침 창: 나가는 팀과 들어오는 팀이 질문을 위해 15~30분 겹치는 시간
- 공유 지식 베이스: 모든 허브에서 접근 가능한 런북, FAQ, 에스컬레이션 경로
팔로우더선 운영 도구
- Zendesk / Freshdesk / Intercom: 지역/시간별 티켓 라우팅 및 배정
- PagerDuty / Opsgenie: 온콜 스케줄과 함께 시간대를 넘나드는 인시던트 에스컬레이션
- Confluence / Notion: 전 세계에서 접근 가능한 공유 런북과 의사결정 트리
- Slack 지역 간 채널: 교대 종료 게시물이 있는 전용 인계 채널
팔로우더선의 일반적인 함정
- 불충분한 겹침: 팀은 맥락을 효과적으로 전달하기 위해 최소 30분의 동시 시간이 필요합니다.
- 런북 누락: APAC 엔지니어가 EMEA 특정 이슈를 처리해야 한다면 올바르게 처리할 문서가 필요합니다.
- 불균등한 티켓 품질: 전체 맥락 없이 어려운 티켓을 다음 교대로 넘기지 마세요 — 이것은 허브 간 신뢰를 저하시킵니다.
- 공휴일 공백: 한 허브가 휴일일 때, 다른 허브들은 이를 알고 커버리지 기대치를 조정해야 합니다.
팔로우더선이 우리 팀에 맞는가?
FTS는 고객 지원, DevOps, 인시던트 대응 팀에 잘 맞습니다. 일관된 프로세스 규율과 상당한 문서화 투자가 필요합니다. 지역당 5~6명 미만의 소규모 팀에는 명확한 SLA가 있는 가벼운 비동기 우선 모델이 더 실용적일 수 있습니다.