프로젝트 관리에서 스코프 크리프란?

야심찬 웹사이트 프로젝트의 죽음을 초래할 수 있는 것이 있다면? 첫 번째 생각은 이것이 지연, 계획 부족 또는 미숙한 디자이너일 수 있다고 생각할 수 있지만 실제로는 훨씬 더 위험한 것이 있습니다. 바로 범위 크리프 입니다.

프로젝트가 초기 목표를 초과하면 마감 시간을 놓치고 모두가 힘을 잃을 때까지 점점 더 많은 작업이 계속 쌓여갑니다. 이런 일이 한 번 시작되면 다시 회복하기 어려울 수 있습니다.

범위 크리프에 굴복하는 귀하 또는 귀하의 조직이 두려우십니까? 계획, 의사 소통 및 완화된 기대를 통해 이를 중단할 수 있습니다.

범위 크리프가 발생하기 전에 식별하고 방지하는 방법을 알아보겠습니다.

새로운 프로젝트를 시작하기로 결정하면 가장 먼저 하는 일은 계획을 세우는 것입니다. 프로젝트 범위는 프로젝트 계획의 일부이며 목표, 프로젝트 결과물, 비용 및 프로젝트와 관련된 기타 사항을 기록하는 것을 포함합니다.

프로젝트 범위에서 마감일, 다른 구성원의 책임, 품질 관리 조치 및 프로젝트의 총 비용에 이르기까지 모든 것을 간략하게 설명합니다.

프로젝트의 범위는 본질적으로 팀과 클라이언트를 위한 프로젝트 가이드이며 종종 계약에 포함됩니다. 모든 사람이 자신의 작업에 집중할 수 있도록 돕고 고객에게 프로젝트 완료를 위한 실질적인 일정을 제공합니다.

범위 확대는 프로젝트의 요구 사항과 결과물이 초기 비전을 넘어 확장되는 경우입니다. 프로젝트 관리에서 범위 크리프는 실패의 주요 원인 중 하나입니다. 추가 수정, 리메이크, 재설계 및 추가 요구 사항을 포함하는 새로운 요청이 유입될 때 발생합니다.

범위 크리프가 발생하는 데는 여러 가지 이유가 있습니다. 특히 프로젝트 이해 관계자 간의 커뮤니케이션 부족, 프로젝트 목표를 보호하는 데 필요한 초기 식별 부족이 있습니다.

다음은 작동 중인 스코프 크립의 예입니다.

귀하와 귀하의 팀이 클라이언트용 WordPress 출시 사이트에서 작업하고 있다고 상상해 보십시오. 사이트에는 홈페이지, 정보 페이지 및 작은 온라인 상점이 있어야 합니다. 완료 기한은 단 3주입니다. 비록 짧은 기한이지만, 귀하와 귀하의 팀은 귀하가 웹사이트를 제시간에 가동할 수 있을 것이라고 확신합니다.

결국, 당신은 과거에 WordPress 웹 사이트를 만들었고 프로젝트를 완료하는 데 필요한 것과 시간을 정확히 알고 있습니다. 눈에 띄는 도전 과제가 없으며 처음에 결정된 프로젝트 범위에 따라 필요한 모든 도구와 리소스가 있습니다.

그러나 프로젝트가 시작된 지 일주일 후 클라이언트는 사이트에서 더 많은 기능과 추가 기능을 요청합니다. 처음에는 기존 프로젝트 범위 내에서 통합할 수 있는 약간의 조정만 요구합니다. 그러나 그들은 상점 확장, 사이트에 블로그 추가, 로고 사용자 지정, SEO 서비스, 원래 계약에 포함되지 않은 더 많은 페이지 만들기와 같은 더 큰 변경을 요구합니다.

당신이 그것을 알기도 전에 프로젝트 범위는 '온라인 상점이 있는 작은 WordPress 사이트'에서 수많은 기능과 페이지가 있는 본격적인 사이트로 이동했습니다. 안타깝게도 3주 기한 전에 더 이상 프로젝트를 완료할 수 없습니다.

그것은 스코프 크립에 대한 불길한 점입니다. 일반적으로 작게 시작하므로 너무 늦을 때까지 알아차리지 못합니다.

다음은 스코프 크립의 몇 가지 일반적이고 피할 수 있는 원인입니다.

추가 요청을 계획하지 않는 것은 범위 이동의 주요 원인 중 하나입니다. 원래 계약에 이러한 새로운 요구 사항을 처리하는 방법이 명시되어 있는 경우(예: 마감일 연장, 비용 증가, 추가 인력 고용 등) 이러한 사항은 문제가 되지 않으며 범위 확대로 간주될 수 없습니다.

그러나 프로젝트가 변경 없이 진행된다고 가정하면 불가피하게 변경 사항이 발생했을 때 이를 처리할 수 없게 됩니다.

커뮤니케이션 부족은 범위 크리프의 또 다른 중요한 원인입니다. 때때로 프로젝트는 귀하와 단일 클라이언트 사이에 있습니다. 다른 경우에는 클라이언트가 전체 회사이며, 이는 디자인에 대해 발언권을 갖고 싶어하는 상위 관리자가 많다는 것을 의미합니다.

누구와 함께 일하든, 의사 소통이 원활하지 않으면 기대치가 통제 불능 상태가 되는 경우가 많습니다. 혼자만 하고 있더라도 하고 싶은 것을 파악하고 기한이 있는 일련의 작업으로 명확하게 배치하는 것이 좋습니다.

너무 많은 수정본을 쌓으면 웹 디자인 프로젝트가 중단될 수 있습니다. 모든 사이트는 클라이언트의 비전을 포착하기 위해 약간의 변경이 필요하지만 너무 지나치면 일정이 완전히 지연될 수 있습니다.

이러한 미니 작업은 너무 작아서 얼마나 많은 시간이 걸리는지 모를 수도 있지만 제어하지 않으면 심각한 피해를 줄 수 있습니다. 수익이 감소하는 시점을 지나 프로젝트에서 작업하는 이러한 특정 관행을 종종 금도금 이라고 합니다.

잘못 정의된 프로젝트 범위는 프로젝트의 성공에 치명적일 수 있습니다. 팀 구성원, 프로젝트 관리자 및 기타 이해 관계자가 프로젝트의 요구 사항과 결과물에 대해 명확하지 않은 경우 어느 시점에서 고장이 불가피합니다.

스코프 크립은 프로젝트 중 어느 시점에서든 발생할 수 있지만 몇 가지 단계에서는 각별히 주의해야 합니다.

• 초기 계획 단계에서 합리적으로 달성 가능한 목표 목록을 작성하려고 할 때
• 클라이언트에게 무언가를 보낸 후, 그들은 당신이 할 수 있는 시간보다 더 많은 수정과 추가를 요구하거나 너무 오래 걸리는 수정을 요청할 수 있습니다.
• 누군가가 계획 프로세스에서 제외되면 나중에 변경을 요청하기 위해 올 수 있습니다.
• 일정에 작업을 무제한으로 추가할 수 있는 프로젝트 중간은 프로젝트를 훨씬 덜 현실적으로 보이게 만들 수 있습니다.
• 계획이 끝나고 업무에 열중하고 서신이 줄어들면 클라이언트는 더 많은 아이디어를 생각해낼 시간을 갖게 됩니다.
• 마감일을 한 번 놓치면 조금 더 미루어 놓고 문제를 더 악화시키기 쉽습니다.
• 마지막 몇 가지 작업을 마치려고 할 때 누군가 "하지만 추가하면...?"이라고 말할 것입니다.

요컨대, 범위 크립은 프로젝트의 모든 단계에서 발생할 수 있지만 이미 도착을 예상하고 있다면 훨씬 더 쉽게 보호할 수 있습니다.