스코프 크립과 싸우는 5 가지 방법

스코프 크리프가 비즈니스에 해를 끼치게하지 마십시오. 이 문제를 극복하는 방법을 배우려면 계속 읽으십시오.

Canva.com

일반적으로 금 도금이라고도하는 스코프 크리프는 개발이 이미 시작된 후 계획 단계에서 이전에 고려되지 않은 요구 사항이 프로젝트에 적용되기 시작할 때 발생합니다. 이러한 추가 요구 사항이 쌓이면 프로젝트와 프로젝트 팀이 추가 작업의 무게로 인해 무너지기 시작합니다. 개발 중에 프로젝트 계획에 포함되어야하는 합법적 인 요구 사항이있을 수 있지만, 작업 범위가 간주되는 범위를 넘어 확장되지 않도록하는 프로세스를 구현하고 대화를 유도하는 책임은 프로젝트 관리자의 어깨에 있습니다. 초기 범위가 이미 합의 된 후 중요합니다. 다음 기사에서는 프로젝트 관리자가 범위 크립을 확인하는 데 사용할 수있는 5 가지 도구를 제공합니다.

스코프 크립과 싸우는 5 가지 방법

1. 명확한 요구 사항을 수집하십시오.
2. 요구 사항에 대한 모든 이해 관계자의 승인을받습니다.
3. 제어 프로세스를 변경하십시오.
4. 협상
5. 향후 단계를 계획하십시오.

1. 명확한 요구 사항 수집

좋은 요구 사항 수집의 첫 번째 부분은 처음부터 모든 주요 플레이어가 프로젝트에 연결되어 있는지 확인하는 것입니다. 모든 핵심 플레이어가 참여했다고 확신 한 후 요구 사항 수집을 시작하는 좋은 방법은 프로젝트의 경영진 후원자와 초기 대화를 통해 요구 사항이 무엇인지에 대해 생각하고 그녀가 누구를해야할지 안내하도록하는 것입니다. 다음과 이야기하십시오. 이러한 대화 중에 기능적 요구 사항과 비 기능적 요구 사항을 문서화하고 어떤 요구 사항이 필요한지, 어떤 요구 사항이 있으면 좋을지 문서화하십시오. 편안한 지점에 도달하면 요구 사항을 구축하는 데 탄탄한 시작을하고, 더 큰 팀과 함께 세션을 예약하여 요구 사항을 검토하고 모든 것이 설명되었는지 확인합니다. 또한프로젝트 초기에 모든 것이 설명되도록하려면 브레인 스토밍 세션을 수행하거나 높은 수준에서 프로세스 흐름을 매핑하여 모든 것이 설명되었는지 확인하십시오. 요구 사항이 제대로 구체화되었다고 확신 할 때까지 계속해서 요구 사항을 사회화하여 프로젝트 범위에 견고한 기반을 제공하십시오.

프로젝트 관리의 철 삼각형은 프로젝트의 범위, 일정 또는 비용 요소 중 하나가 변경되면 다른 두 요소도 변경되는 방식을 보여줍니다.

LinkedIn

2. 이해 관계자 승인

프로젝트의 요구 사항을 완전히 구체화 한 후 범위 확장을 방지하는 또 다른 좋은 방법은 모든 프로젝트 이해 관계자가 해당 요구 사항을 승인하도록하는 것입니다. 이해 관계자가 전에이 작업을 수행 한 적이 없다면 서명을 요청하고 모든 것이 캡처 된 것처럼 느껴지는 지 검증 할 때 추가되거나 수정되는 요구 사항의 수에 놀랄 수 있습니다. 이렇게하면 처음에는 프로젝트에 상당한 시간이 추가 될 수 있지만 더 깨끗한 요구 사항이 범위 확장의 위험을 줄이므로 더 많은 고통을 덜어 줄 것입니다. 이해 관계자가 요구 사항에 서명하는 것의 추가 이점은 프로젝트가 개발 단계에있는 동안 사용자에게 와서 요구 사항을 추가하여 프로젝트 범위를 확장하려고하면이전에 서명 한 문서를 상기시키고 프로젝트의 일정과 비용에 영향을주지 않고는 프로젝트 범위를 변경할 수 없음을 상기시킬 수 있습니다.

3. 변경 제어 프로세스

좋은 변경 제어 프로세스는 프로젝트를 이끄는 팀이 프로젝트의 초기 범위에 대한 모든 변경을 그룹으로 승인하는 책임을집니다. 변경 제어 프로세스의 한 가지 이점은 프로젝트 관리자가 빈 상태에서 작동하지 않는지 확인하고 균형을 잡는 역할을한다는 것입니다. 변경 제어 프로세스의 또 다른 이점은 프로젝트의 초기 범위를 벗어나려는 모든 요청에 ​​프로젝트의 고위 경영진이 검토 한 세부 요청이 제출되므로 의사 결정에 대한 책임이 공유된다는 것입니다. 심사의 일환으로 프로젝트의 리더는 핵심 질문뿐만 아니라 해당 작업 수행과 관련된 위험, 비용 및 리소스도 검토해야합니다.

프로젝트에서 통합 변경 제어를 수행하는 방법

4. 협상

합의 된 프로젝트 범위를 변경하려는 이해 관계자와 협상하는 것을 두려워하지 마십시오. 이것은 당신이 약간의 창의력을 필요로 할 것입니다. 사용하기에 좋은 전술은 프로젝트 범위에 해당 요구 사항을 포함해도 좋을 것이라고 말할 수 있지만 기존 범위의 다른 요소가 변경 사항을 수용하기 위해 리소스, 비용 및 시간을 확보하기 위해 조정 된 경우에만 가능합니다. 또는 요청자가 특정 요구 사항을 적용하는 것에 대해 강하게 느끼면 변경 제어 요청을 작성하여위원회에 제출할 수 있습니다. 또는 다른 옵션은 기존 범위에 큰 영향을 미치지 않는 방식으로 요청자가 찾고있는 것을 빌드하는 대체 방법을 탐색하는 것입니다.

5. 향후 단계

또 다른 전술은 프로젝트의 범위를 확장하고 향후 단계의 일부로 해당 작업을 수행 할 기회가 있는지 확인하려는 개인과 협력하는 것입니다. 요청자가 수행하고 싶은 작업이 많은 경우 특히 쉽게 판매 할 수 있습니다. 이 접근 방식의 가장 큰 이점은 요청을 적절하게 분석하고 해당 기능을 추가 할 때 실행할 최상의 계획을 개발하는 데 더 많은 시간을 제공한다는 것입니다.

© 2016 Max Dalton