1인 사이트 maintenance day에서 작업 범위를 끝까지 지키는 법

대부분의 maintenance day가 실패하는 이유는 처음에 잘못된 일을 골라서가 아니다. 정오쯤 되면 범위가 다시 커지기 때문이다. 링크 하나를 보다가 spacing이 거슬리고, spacing을 보다가 오래된 note가 보이고, note를 보다가 미뤄둔 cleanup이 떠오른다. 그렇게 작게 시작한 maintenance day가 다시 “이것도 저것도 조금씩” 하는 날이 된다.

이 글은 1인 사이트 maintenance day에 지금 안 고쳐도 되는 것을 고르는 법 바로 다음 단계다. 줄일 항목을 고르는 글이 아니라, 이미 줄여 놓은 범위를 실제 작업 중에도 끝까지 지키는 글이다.

핵심 명제: maintenance 범위를 작게 잡는 것만으로는 부족하다. 작업 중 새로 보이는 일들로부터 그 범위를 끝까지 지켜야 비로소 가벼워진다.

1. maintenance 범위가 다시 커지는 이유는 보이기 시작하기 때문이다

많은 1인 운영자는 scope creep가 backlog가 커서 생긴다고 생각한다. 더 직접적인 원인은 visibility다. 파일을 열고, 경로를 눌러 보고, 마찰을 실제로 보기 시작하면 낮은 우선순위 항목도 갑자기 중요해 보인다. 중요한 변화가 생긴 게 아니라, 그냥 눈에 들어왔을 뿐인데 급해진 것처럼 느껴진다.

maintenance day가 다시 무거워지는 순간은 “눈에 보인 일”을 “오늘 꼭 해야 할 일”로 바꾸는 순간이다. 새로 보였다는 사실이 오늘 계획을 다시 쓰지 못하게 하는 기준이 필요하다.

2. 세 가지 제외 기준으로 경계를 지킨다

작업 중간에 새 이슈가 보이면, “고치면 좋겠다”를 먼저 묻지 말아야 한다. 대신 아래 세 기준을 넘는지를 먼저 봐야 한다.

지금 라이브 위험인가

오늘 고치지 않아도 사이트가 계속 사용자에게 서비스를 제공할 수 있다면, 그 항목은 자동으로 active scope에 들어오지 않는다.

오늘 목표와 직접 연결되는가

실제 문제이긴 해도, 오늘 정의한 결과를 바꾸지 않는 항목이 있다. 오늘 maintenance 목표를 닫는 데 필요하지 않다면 밖에 두는 편이 맞다.

다음 발행을 막는가

좋은 maintenance 작업은 다음 publish 비용을 낮춘다. 새로 보인 문제가 그것을 위협하지 않는다면 대개 다음 batch로 보내도 된다.

주의: “이미 봤으니까 지금 고치자”는 범위 편입 기준이 아니다. 눈에 보였다는 사실은 우선순위가 아니다.

3. 새로 보인 일은 네 칸으로 빠르게 거른다

작업 중간에 새 이슈를 만질지 고민될 때는 네 가지를 빠르게 보면 된다.

서비스가 버티는가: 오늘 안 고쳐도 사용자는 계속 사이트를 쓸 수 있는가
보고 있기 때문에 만지고 싶은가: 우선순위가 아니라 visibility 때문에 손이 가는가
오늘 끝내려면 빠져야 하는가: 이걸 넣으면 오늘 정의한 결과를 닫기 어려워지는가
다음 maintenance batch로 보내는 게 맞는가: 오늘 넓히는 것보다 나중에 묶는 편이 싼가

이 네 칸 중 세 칸 이상이 “밖에 둬야 한다”를 가리키면, 그 항목은 오늘 active scope에 넣지 않는 편이 맞다.

빠른 규칙: 새 이슈가 라이브 위험도 아니고, 오늘 목표도 아니고, 다음 발행을 막지도 않으면 적어두고 계속 가라.

4. 약한 범위 유지와 강한 범위 유지는 결과가 다르다

예를 들어 오늘 목표가 publish pipeline의 거친 부분 하나와 깨진 내부 경로 하나를 정리하는 것이라고 하자. 작업 중간에 category label, 오래된 image asset 폴더, about page 문장 하나가 눈에 들어왔다.

약한 범위 유지는 “어차피 여기까지 왔으니 이것도 같이 하자”라고 말한다. 효율적으로 들리지만, 실제로는 하나의 maintenance lane을 다섯 개의 작은 미완료 lane으로 바꾼다.

강한 범위 유지는 “셋 다 라이브 위험이 아니고, 오늘 정의한 결과를 바꾸지 않고, 다음 publish도 막지 않는다. 다음 batch로 보낸다”라고 말한다. 그래야 하루가 실제로 닫힌다.

약한 범위 유지	강한 범위 유지
눈에 보인 일이 하루 계획을 계속 다시 쓴다	오늘의 정의를 계속 고정한다
근처에 있는 일을 값싼 보너스처럼 취급한다	추가 작업을 범위 확장으로 본다
작은 미완료가 여러 개 남는다	닫힌 결과가 하나라도 남는다

5. scope guard 프롬프트 하나를 가까이 둔다

maintenance 중 새 일이 보일 때마다 이 프롬프트 하나를 쓰면 된다.

오늘 maintenance 작업 중 이런 추가 이슈를 발견했다. 이 항목을 오늘 active scope에 넣어야 하는지 세 기준으로만 판단해줘. 지금 라이브 위험인지, 오늘 정의한 결과와 직접 관련 있는지, 다음 publish를 막는지. 셋 다 아니면 오늘은 빼고 다음 batch 항목으로 남겨줘.

그래도 계속 범위를 넓히게 된다면 한 줄을 더 붙이면 된다.

가까이 보인다는 이유나 이미 열어봤다는 이유만으로 지금 만지라고 권하지 마.

지금 당장 할 일

오늘 maintenance 결과를 한 문장으로 적어라. 그리고 다음에 옆길 이슈가 눈에 띄면 이것만 물어라. “지금 이걸 고치지 않으면 오늘 결과가 실패하나?” 아니라면 다음 batch로 보내고 현재 lane을 닫아라.