범위관리

범위관리란 무엇인가

범위관리(Scope Management)는 프로젝트가 수행할 작업의 경계를 명확히 정의하고, 그 경계를 끝까지 통제하는 활동을 말한다. PMBOK은 이를 프로젝트 관리의 핵심 지식영역 가운데 하나로 다루며, 무엇을 만들고 무엇을 만들지 않을지를 합의하는 데서 모든 일정과 비용 산정이 출발한다고 본다.

범위가 흐릿하면 일정도 비용도 근거를 잃고, 같은 산출물을 두고 발주사와 수행사의 기대가 끝내 어긋난다. 따라서 범위관리는 단순히 요구사항을 모으는 일이 아니라, 프로젝트의 성공 기준을 사전에 못 박는 일에 가깝다.

제품 범위와 프로젝트 범위

범위는 두 층위로 나누어 볼 때 분명해진다. 제품 범위는 최종 결과물이 갖추어야 할 기능과 특성을 가리키고, 프로젝트 범위는 그 결과물을 만들기 위해 수행해야 할 작업의 총량을 가리킨다.

제품 범위는 요구사항으로 검증되고, 프로젝트 범위는 정의된 작업이 빠짐없이 수행되었는지로 확인된다. 두 범위를 혼동하면 기능은 다 만들었는데 인수 인계나 교육 같은 수행 작업이 누락되거나, 반대로 작업은 다 했는데 정작 기대한 기능이 빠지는 어긋남이 생긴다.

범위 정의의 출발점은 이 두 층위를 분리해 각각을 명세하는 데 있다.

WBS로 범위를 고정한다

정의된 범위는 WBS를 통해 비로소 통제 가능한 형태가 된다. 합의된 범위를 작업으로 분해해 계층화하면, 각 작업의 담당·기간·산출물이 드러나 범위가 손에 잡히는 구조로 바뀐다.

WBS에 포함되지 않은 작업은 범위 밖이라는 기준선이 서고, 이 기준선이 이후의 모든 추가 요구를 판단하는 잣대가 된다. 분해가 거칠면 범위의 경계가 모호해져 누락과 중복이 생기고, 지나치게 잘게 나누면 관리 비용이 커진다.

따라서 WBS는 범위를 시각화하는 동시에, 범위 밖의 요구를 식별해 내는 통제 장치로 기능한다.

스코프 크리프와 변경관리

범위관리에서 가장 흔한 위험은 합의된 경계가 조금씩 슬그머니 넓어지는 스코프 크리프다. 작은 추가 요구는 개별로 보면 사소해 보이지만, 통제 없이 누적되면 초기 산정 자체가 무너져 일정·공수·품질이 동시에 악화된다.

이를 막는 장치가 변경관리이며, 모든 추가 요구는 범위 기준선과 대조해 일정과 비용에 미치는 영향을 평가한 뒤 공식 절차로 승인되거나 보류되어야 한다. 요구를 무조건 거절하는 것이 아니라, 그 영향을 가시화해 의사결정의 책임을 발주사와 함께 나누는 것이 변경관리의 본질이다.

통제되지 않은 선의의 수용이 프로젝트를 무너뜨리는 가장 흔한 경로다.

검수 범위와 이관 협상

요구사항은 합의 시점 이후로도 일정 폭까지 늘어나는 것이 현실적 기본값이며, 그 정도는 임계경로 조정과 우선순위 재배치로 흡수할 수 있다. 그러나 검수 범위를 넘어서는 추가 요건까지 무리하게 떠안으면, 정해진 일정 안에서 전체 품질이 함께 흔들린다.

이때 정석은 초과분을 무리하게 떠안기보다, 운영 단계의 개선 개발로 이관하는 협상을 설계하는 것이다. 무엇이 본래 범위이고 무엇이 그 경계를 넘는지를 명확히 구분할 수 있어야 이 협상이 가능하다.

범위의 기준선이 흐릿하면 모든 요구가 당연한 의무처럼 밀려들어 협상의 여지가 사라진다.

계획서와 완료보고서의 검증

범위관리의 품질은 수행계획서와 완료보고서로 드러난다. 수행계획서에서는 범위가 명확히 정의되고 WBS로 분해되었는지, 범위 변경을 다룰 절차가 마련되었는지를 확인할 수 있다.

완료보고서에서는 정의된 범위가 빠짐없이 수행되었는지, 도중의 변경이 절차에 따라 통제되었는지를 되짚을 수 있다. 범위가 어긋난 지점을 식별해 낼 수 있어야 다음 프로젝트의 산정 정확도가 올라간다.

진척 숫자만 좇는 관리는 범위가 슬그머니 넓어지는 신호를 놓치지만, 기준선과 대조하는 관리는 변경관리로 자연스럽게 이어진다.