설계·구현·검증 중 범위 고르기
복잡한 변경을 한 번에 모두 끝내려 하기보다 이번 블록의 완료 조건을 적습니다. 예를 들어 ‘로그인 오류의 재현 조건과 수정안 하나 검증’처럼 남길 결과를 정합니다. 90분은 몰입을 보장하거나 뇌의 주기를 측정하는 시간이 아닙니다.
막힌 질문을 남기며 진행하기
자료 준비, 구현, 검증에 쓸 시간을 대략 나누고 예상과 달라지면 범위를 조정합니다. 해결하지 못한 가설과 이미 시도한 방법을 적어 두면 같은 탐색을 반복하지 않을 수 있습니다. 작업이 끝났거나 불편해졌다면 시간을 억지로 채우지 않습니다.
종료 전 이어갈 위치 기록
수정한 부분, 검증 결과, 남은 위험을 적습니다. 다음 세션에서 열 파일과 첫 행동도 남겨 두세요. 브라우저 절전 중 종료 알림이 제때 울린다고 보장할 수 없으므로 중요한 일정에는 기기 알람을 함께 사용합니다.
수정과 검증을 함께 남기는 작업 예시
가상의 과제는 ‘특정 경계값에서 할인 함수가 틀린 결과를 내는 문제’입니다. 처음 15분에 입력과 기대 결과를 정리하고 최소 재현을 만듭니다. 다음 45분에는 가설을 하나씩 확인하며 수정하고, 마지막 30분에는 경계 양쪽과 관련 동작을 검증하고 인계 메모를 작성합니다. 이 시간은 설명용이며 모든 오류가 90분 안에 해결되는 것은 아닙니다.
초반에 재현하지 못했다면 구현 시간을 무작정 늘리기보다 환경·입력·순서를 좁힙니다. 다른 사람의 답변이 필요하면 확인한 내용과 필요한 질문을 남깁니다. 수정하지 않은 날에도 제외한 가설과 재현 조건이 남으면 다음 작업의 출발점이 됩니다.
변경 범위가 커졌다면
작은 오류를 고치다 구조 변경이 필요해 보이면 현재 오류 수정과 구조 개선을 구분합니다. 큰 변경까지 같은 세션의 완료 조건에 넣지 말고 검토할 위험과 필요한 시간을 다시 정합니다. 마지막 검증 구간을 없애고 구현만 끝냈다면 ‘검증 전’이라고 표시해야 합니다.
예제 입력·코드·검증 과정은 디버깅 안내에 있습니다. 종료 전에는 변경 파일, 실행한 확인, 남은 조건, 다음 행동을 메모합니다. 운영 환경을 직접 변경하는 검증은 작업 권한과 절차에 맞게 별도로 판단하세요.