90분 집중을 시도하기 전에 확인할 작업 조건

‘사람은 90분마다 반드시 쉬어야 한다’는 규칙으로 하루를 맞출 필요는 없습니다. Focus Zone의 90분 모드는 긴 작업 구간을 확보하는 선택지입니다. 수면 주기에 관한 설명을 모든 사람의 낮 시간 업무 주기로 그대로 적용하지 않습니다.

긴 블록이 필요한지 판단하기

코드 구조를 파악하고 수정안을 비교하는 작업은 자료를 펼치는 데만 시간이 들 수 있습니다. 반면 짧은 문의 답변은 90분 동안 한자리에 모아야 할 이유가 적습니다. 오늘 작업에서 준비와 실행에 각각 얼마나 걸릴지 먼저 나눠 보세요.

90분 창을 나누는 예시

가상 일정: 처음 10분에는 문제와 완료 조건을 적고, 다음 60분에는 수정안을 만들며, 마지막 20분에는 검증 결과와 남은 문제를 남깁니다. 이 구분은 메모로 관리하는 예시입니다. 모드가 각 구간을 따로 알려 주지는 않습니다.

중간에 막히면 질문을 구체화합니다. ‘설계가 안 된다’ 대신 ‘두 데이터 구조 중 갱신 빈도를 비교할 정보가 없다’고 적고 필요한 확인만 합니다. 같은 지점을 반복해서 읽는다면 블록 길이를 줄이거나 쉬었다가 돌아오는 선택도 가능합니다.

종료 조건을 시간 외에도 두기

불편한 자세나 피로를 참으며 시간을 채우지 않습니다. 예상보다 빨리 완료했다면 검증과 인계 메모로 마무리하세요. 연락이 계속 들어오는 날은 25분 모드처럼 짧은 작업 단위를 선택할 수 있습니다. 90분을 완주한 횟수만으로 생산성을 평가하지 않는 것이 중요합니다.

긴 작업의 준비물을 먼저 확보하는 사례

가상의 작업을 ‘두 가지 데이터 저장 구조를 비교해 결정문 작성’으로 잡아 봅니다. 시작 전에 현재 데이터 예시, 예상 조회 방식, 수정 빈도, 반드시 지켜야 할 제약을 모읍니다. 이를 모르는 상태라면 90분 블록의 목표는 결정이 아니라 ‘결정에 필요한 질문 목록’으로 바꾸어야 합니다.

처음 10분에는 비교 기준을 적습니다. 다음 구간에는 두 구조에 같은 입력을 넣어 필요한 읽기와 갱신 단계를 비교합니다. 마지막에는 선택 이유와 아직 검증하지 못한 가정을 나눠 씁니다. 속도를 측정하지 않았다면 ‘더 빠름’ 대신 ‘이 조회에서는 결합 단계가 하나 줄어듦, 실제 성능은 미측정’이라고 적습니다.

중간에 연락이나 정보 부족이 생겼다면

급한 연락 때문에 멈출 때는 열어 둔 화면만 믿지 말고 ‘지금 비교한 조건 / 남은 조건 / 다음 파일’을 적습니다. 돌아왔을 때 남은 시간이 검증까지 하기 부족하면 결론을 서둘러 확정하지 않습니다. 초안과 미확인 항목을 저장하고 다음 확인 시점을 잡습니다.

기준 자체가 바뀌는 답변을 기다리고 있다면 남은 시간을 추측으로 채우지 않습니다. 독립적으로 할 수 있는 원본 정리만 하거나 작업을 종료합니다. 긴 블록을 유지하는 목적은 맥락을 충분히 다루는 데 있으며, 불확실한 결정을 빨리 끝낸 것으로 표시하는 데 있지 않습니다.

끝에 남겨야 할 결과

이 예시의 완료물은 ‘안 A 선택, 이유 두 가지, 미확인 조건 한 가지, 확인 담당자와 시점’입니다. 초안만 만든 경우에는 검토 전이라고 표시합니다. 준비·실행·검증 중 무엇이 오래 걸렸는지 남기면 다음 긴 블록의 배치를 조정할 수 있습니다. 코드 오류를 추적하는 구체적인 예제는 디버깅 작업 나누기를 참고하세요.