라벨이 스코프 정의인 게시물 표시

“작업 범위”를 안 적으면 생기는 추가요청 지옥 막는 법: 스코프(Scope) 정의 템플릿

부업에서 가장 흔한 손해는 “사기”보다도, 처음 약속한 일보다 더 많은 일을 같은 돈으로 하게 되는 상황입니다. 그 시작은 대부분 간단합니다. 작업 범위(스코프) 를 문서로 적지 않은 채 “대충 이런 느낌”으로 진행하는 것. 그러면 어느 순간부터 “이것도 포함 아닌가요?”가 반복되고, 수정은 끝이 없고, 일정은 무너집니다. 흔히 말하는 추가요청 지옥 이죠. 이번 글에서는 작업 범위를 안 적으면 왜 추가요청이 폭발하는지, 그리고 초보도 바로 적용 가능한 스코프 정의 방법 과 복사-붙여넣기 템플릿 을 정리합니다. (글/디자인/영상/문서/리서치 등 거의 모든 부업에 적용 가능) 추가요청이 생기는 진짜 이유: ‘악의’보다 ‘모호함’ 많은 의뢰자는 일부러 괴롭히려고 추가요청을 하는 게 아닙니다. 대부분은 “내가 원하는 걸 당연히 알겠지”라고 생각하거나, 작업을 보면서 욕심이 생기거나, 내부 피드백이 뒤늦게 들어옵니다. 문제는 그 과정에서 범위를 정해둔 기준선 이 없으면, 모든 요청이 “원래 포함”처럼 보인다는 겁니다. 의뢰자 입장: “조금만 더 바꾸면 완벽해지는데…” 제공자 입장: “이건 처음에 말한 A가 아니라 B인데…” 이 충돌을 막는 게 스코프 정의입니다. 스코프는 상대를 의심하는 문서가 아니라, 서로의 기대치를 맞추는 지도 입니다. 작업 범위를 안 적으면 생기는 대표적인 5가지 참사 1) ‘포함’과 ‘미포함’이 뒤섞인다 예: 블로그 글 1건 의뢰인데, 메타디스크립션/요약/썸네일 문구/재업로드 문구까지 “당연히 포함”이 된다. 2) 수정이 아니라 ‘기획 변경’이 수정으로 취급된다 예: 톤 수정이 아니라 “타겟을 바꾸고 구조도 바꾸자”가 수정으로 들어온다. 3) 일정이 계속 미뤄진다 추가요청이 늘면 일정은 자연스럽게 늘어나는데, 범위가 없으면 납기가 ‘원래 일정’으로 고정된다. 4) 단가가 녹아내린다 처음엔 괜찮아 보여도, 시간이 누적되면 시급이 급격히 떨어진다. 초보가 가장 많이 겪는 손해다. 5) 관계가 틀...