잃는 건 1분이 아니라
23분입니다.

코드베이스의 정신적 모델을 머릿속에 유지하는 것은 다른 대부분의 작업과는 다르게 특별히 취약합니다. 개발자의 몰입 상태에 대한 연구에 따르면 집중력이 깨졌을 때 완전히 되찾는 데 최대 23분이 걸리며, 방해는 평균 3~10분마다 발생합니다. GitHub에서 인용된 연구에 따르면 회의, 메시지, 빠른 질문으로 인한 잦은 방해는 개발자의 생산 시간 중 최대 82%를 지울 수 있습니다.

가장 흔한 몰입 방해 요소는 회의가 아니라 알림입니다: Slack, 이메일, 캘린더 알림. 그리고 피해는 응답이 없어도 발생합니다. 화면에 알림이 나타나는 것을 보는 것만으로도 만지지 않아도 집중력이 깨질 수 있습니다. 더 넓게 보면, 컨텍스트 전환은 하루 근무 시간 중 생산 시간의 약 40%를 소모하는 것으로 나타났습니다.

대부분의 지식 작업은 어느 정도의 단편화를 견딥니다. 이메일 작성, 문서 검토 같은 작업은 5분의 공백이 있어도 큰 비용 없이 견딜 수 있습니다. 프로그래밍은 다릅니다. 잡고 있는 "상태"가 어디에도 적혀 있지 않고, 변수 상태, 호출 스택, 그리고 추론 중인 특정 버그나 기능에 대한 살아있는 정신적 모델이기 때문입니다. 방해는 그 모델을 일시 중지시키는 것이 아니라 지워버리며, 그 모델을 다시 구축하는 데 23분이 걸립니다.

그래서 "잠깐만 확인할게"는 거의 다른 어떤 역할보다 개발자에게 더 나쁜 거래입니다. 빠른 확인 자체는 10초가 걸릴 수 있습니다. 하지만 그 확인이 소모하는 정신적 모델은 다음 방해가 오기 전에 재구축된다 해도 23분이 걸립니다.

많은 엔지니어링 팀은 Slack 소음, 알림 일정, 일괄 스탠드업, 하루 세 번 대신 한 번의 회의를 관리하는 데 꽤 능숙해졌습니다. 회의 빈도에 대한 연구는 그 직관을 뒷받침합니다: 하루에 한 번 회의를 하는 팀은 일일 목표 진행을 거의 99% 유지하지만, 세 번째 회의가 추가되면 그 수치는 14%로 떨어집니다.

그러한 Slack 규율 중 어느 것도 키보드 옆에 있는 휴대폰에는 적용되지 않습니다. 문자, 소셜 알림, 게임 업데이트는 Slack과 동일한 취약한 정신적 모델을 방해하지만, 개인적인 것이지 업무적인 것이 아니기 때문에 팀의 집중 시간 정책에 포함되지 않는 경우가 많습니다.

iOS 집중 모드는 코딩 시간 동안 알림을 음소거할 수 있지만, 앱은 여전히 한 번의 탭으로 열 수 있으며, 알림을 음소거한다고 해서 어쨌든 발생하는 반사적 확인 습관이 멈추지는 않습니다. 컴파일 사이 또는 테스트 스위트를 기다리는 동안 휴대폰을 흘끗 보는 습관은 알림이 없어도 발생합니다.

Fella는 Apple의 Screen Time 프레임워크를 사용하여 iPhone 수준에서 선택한 앱을 차단하므로, 그 사이의 순간에도 열 수 있는 것이 없습니다. 하루에 한 번의 5분 긴급 잠금 해제는 진정한 필요를 충족시키며, Slack, 이메일, 티켓팅 앱과 같은 업무 도구는 내내 차단되지 않은 상태로 유지할 수 있습니다.

1. 업무와 관련 없는 앱을 차단하세요. 소셜 미디어, 게임, 엔터테인먼트 앱, Slack, 이메일, 티켓팅 시스템은 차단하지 않은 상태로 두세요.

2. 차단을 코딩 하루 내내 유지하세요. 티켓 사이에 끄는 토글이 없습니다.

3. 긴급 잠금 해제는 진짜 필요한 일에 사용하세요. 하루에 한 번 5분의 창, 컴파일 시간에 스크롤하는 용도가 아닙니다.

4. 앱은 자동으로 다시 잠깁니다. 오후 4시에 스택 트레이스 중간에 있을 때 의지력이 필요 없습니다.