프로젝트를 시작하기 전에 "어디까지 하기로 한 거였지?"라는 말이 나오면 일정과 비용이 먼저 흔들려요. 승인 전에 범위를 한 장으로 정리해 두면 이런 다툼을 크게 줄일 수 있어요.
착수 승인 전에는 범위를 어디까지 정해야 하나요?
"무엇을 하고, 무엇을 하지 않는지"를 합의할 수 있는 수준까지면 충분해요. 세부 일정표나 작업 단위까지 다 쪼갤 필요는 없어요. 그건 승인 뒤 프로젝트 계획 단계에서 채워도 돼요.
다만 승인하는 사람이 "이 정도 일이구나" 하고 판단할 수 있을 만큼은 적혀 있어야 해요.
범위 문서에는 어떤 항목을 넣나요?
내부 승인용 문서라면 아래 다섯 가지면 시작하기에 충분해요. 법으로 정해진 양식이 아니라 회사 안에서 쓰는 운영 기준이에요.
- 목적: 이 프로젝트로 해결하려는 문제 한 줄
- 결과물: 끝났을 때 손에 쥐는 것 (예: 새 쇼핑몰 사이트, 매뉴얼 1권)
- 제외 범위: 이번에 하지 않는 일
- 완료 기준: 누가 어떤 상태를 보고 "끝났다"고 하는지
- 전제와 이해관계자: 일이 굴러가려면 필요한 조건, 승인·검수하는 사람
이 가운데 가장 자주 빠지는 것이 제외 범위예요. "이건 안 한다"를 적어 두면 나중에 요구가 늘어나는 것(범위 변동)을 막는 가장 확실한 근거가 돼요.
실무 체크 포인트: 제외 범위가 비어 있으면 모든 요청이 "원래 포함이었던 일"처럼 보여요.
가상 상황으로 보면 어떻게 다른가요?
직원 10명인 가상의 회사가 "고객 문의 관리 프로그램 도입"을 승인한다고 해볼게요. 문서에 이렇게만 적혀 있다면 어떨까요?
- 목적: 문의 누락 줄이기
- 결과물: 문의 접수·답변 현황을 볼 수 있는 화면 1개
- 제외: 기존 고객 데이터 이전, 모바일 앱 제작
- 완료 기준: 담당자 3명이 2주간 실제로 써 보고 대표가 확인
이렇게 정해 두면 중간에 "모바일 앱도 되나요?"라는 요청이 와도 제외 범위를 보고 별도 안건으로 분리할 수 있어요. 반대로 이 항목이 없었다면 같은 요청이 그냥 추가 작업이 되었을 거예요.
오늘 바로 할 일
- 진행 중이거나 곧 승인할 프로젝트의 범위 문서에 제외 범위와 완료 기준 두 줄이 있는지 확인해 보세요.
- 없다면 승인하는 사람과 함께 각각 한 줄씩 먼저 채워 보세요.
- 승인 뒤 범위가 바뀌면 누가 결정하는지도 한 줄로 적어 두세요.