프로젝트 범위 — 이동 목표이며 계획을 세우기 전에 주목해야 할 목표입니다. 당신의 프로젝트. 주어진 프로젝트 내의 모든 리소스, 결과물, 기능 및 작업의 합계로 정의되는 프로젝트 범위는 전체 프로젝트가 존재하는 경계입니다. 그러나이를 정의하기 시작하려면 주요 이해 관계자의 동의를 얻기 위해 비즈니스 목표, 결과물 등을 더 잘 정의 할 수 있도록 프로젝트 범위를 조금 더 깊이 살펴보고 개요를 작성해야합니다.
이것은 프로젝트 범위 선언문이며, 작업 범위 (SOW)와 매우 유사하며 모든 참여 당사자의 프로젝트 범위를 강화하기 위해 존재합니다.
프로젝트 범위 선언문이란 무엇입니까?
일반적으로 프로젝트 관리자가 작성하는 범위 선언문은 결과물과 그 기능을 포함하여 전체 프로젝트를 요약하고 영향을받을 이해 관계자의 목록을 설명합니다. 또한 성공을 측정하는 데 도움이되는 주요 프로젝트 목표, 결과물 및 목표가 포함됩니다.
프로젝트 범위 설명은 이해 관계자와 팀원이 다시 참조하여 정확한 측정을위한 지침으로 사용할 수있는 기본 도구 역할을합니다. 프로젝트 성공.
관련 : 이해 관계자 관리 계획 수립 방법
프로젝트 범위 설명 개요
저널리즘의 다섯 가지 W와 유사 — 누가, 무엇을, 언제 , Where, Why— 프로젝트 범위 설명을 적절하게 설명하려면 다음 7 가지 사항을 해결해야합니다.
정의
이미 존재하지 않으면 프로젝트가 시작되지 않으므로 다음을 사용하십시오. 당신의 정당화로. 프로젝트의 필요성과 최종 결과가 그 요구를 어떻게 해결하는지 설명하여 프로젝트 범위 설명을 시작하십시오.
요구의 예는 다음과 같습니다.
- 경쟁자가 왔습니다. 현재 시장 경쟁이없는 신제품 출시
- 제품에 포함 할 새로운 도구를 요구하는 고객 피드백
- 수직 통합 / 반복 수익 기회가 도입되었습니다.
범위 설명
쉽게 들릴 수 있지만 이것이 더 중요한 단계 중 하나입니다. 상위 수준에서 프로젝트 범위 내에있는 항목과 범위를 벗어난 항목을 나열합니다. 이것은 프로젝트가 존재하기위한 경계를 설정하는 데 도움이 될 것입니다. 또한 이해 관계자의 기대 / 입력을 관리하고 팀원에게 창의적인 한계를 부여합니다.
비즈니스 목표
비즈니스가 원하는 목표를 정의하여 비즈니스 목표를 설명합니다. 이 프로젝트로 달성하십시오. 여기에는 제품 출시 목표 날짜, 반복 수익을 높이기위한 새로운 비즈니스 모델, 고객 만족도 향상, 최초 구매자 증가 등이 포함될 수 있습니다.
프로젝트 결과물
목록 비즈니스 목표를 달성하기 위해 팀원이 생산해야하는 결과물을 제공합니다. 여기에는 제품 자체, 사용 설명서 및 설치 설명서, 마케팅 자료, 보도 자료, 광고 캠페인 등이 포함될 수 있습니다.
프로젝트 제외
프로젝트는 처음부터 포함하지만,이 프로젝트에 포함되지 않은 것을 나열하는 것도 매우 중요합니다. 예 :
- 나중 프로젝트를 위해 계획되고 의도적으로이 프로젝트에 포함되지 않은 애플리케이션 업데이트
- 특정 지원 라인 / 제품 기능에 대한 고객 액세스가 제한되거나 재 예약 됨
제약 조건
프로젝트 제한은 프로젝트 관리를 어렵게 만드는 요소입니다. 모든 프로젝트를 관리하는 가장 큰 세 가지 제약 또는 삼중 제약은 일반적으로 시간, 비용 및 범위입니다. 서로 연결되어 있습니다. 즉, 범위에서 레버 하나를 당기면 돈또는 시간에 대한 다른 레버도 움직입니다.
그러나 언제든지 발생할 수있는 추가적인 프로젝트 제약이 있습니다. , 위험, 자원, 조직, 방법, 고객 등을 포함합니다. 프로젝트에서 예상되는 모든 제약 조건을 나열하면 필요할 때 시작할 준비가 된 솔루션을 마련 할 수 있습니다.
가정
프로젝트 가정은 일반적으로 다음과 같은 사항을 중심으로합니다. 결국 시간, 돈, 범위를 포함한 제약이됩니다. 예를 들어이 섹션에는 “이 프로젝트 기간 동안 프런트 엔드 개발 팀을 사용할 수 있습니다.”또는 “고객 지원 팀이 x 시간까지 신제품 교육을 받게됩니다.”라고 나열됩니다. 프로젝트를 진행하는 데 필요한 주요 리소스가 무엇인지 주요 이해 당사자에게 알려줄뿐만 아니라 가장 큰 위험 요소가 어디에 있는지에 대한 빠른 통찰력을 제공하므로이를 나열하는 것이 중요합니다.
관련 : 이해 관계자 관리 전략 & 도구
프로젝트 범위 설명 개요는 전체 범위 설명을 작성할 때 마커 역할을하는 데 도움이됩니다.프로젝트의 미래를 예측하는 것은 그렇게 높은 수준에서는 불가능하기 때문에 프로젝트를 가능한 한 결과에 가깝게 만드는 첫 번째 단계입니다. 위의 7 가지 핵심 문으로 시작하면 성공적인 프로젝트를 시작할 수 있습니다.
프로젝트 범위 설명과 작업 범위
프로젝트 범위에는 몇 가지 사항이 있습니다. 작업 범위를 포함하여 일반적으로 진술이 혼동됩니다. 유사하게 들릴 수 있지만 다음은이 둘의 주요 차이점입니다.
귀하의 작업 범위는 일반적으로 컨설턴트와 고객 간의 작업 계약이며 다음을 포함하여 수행 할 작업 계약을 자세히 설명합니다. 그러나 이에 국한되지 않음 :
- 결과물 / 제품 / 결과
- 프로젝트 일정
- 프로젝트 마일스톤
- 프로젝트 진행 카탈로그에 대한 보고서
작업 범위는 작성하는 데 시간이 많이 소요될 수 있지만 프로젝트 자체를 설명하며 따라야 할 계획은 아닙니다. 그러면 프로젝트 범위 설명은 프로젝트 계획 및 프로젝트 자체에 대해 정확히 무엇을 기대할 수 있는지를 자세히 설명하고 매핑하여 해당 역할을 수행합니다.
프로젝트 범위 설명과 프로젝트 범위 관리 계획
비슷하게 들릴 수 있고 프로젝트의 결과는 비슷할 수 있지만 프로젝트 범위 설명은 프로젝트 범위 관리 계획과 다릅니다. 프로젝트 범위 관리 계획은 프로젝트 범위 설명을 따르는 것으로 시작부터 끝까지 프로젝트를 자세히 설명합니다.
또한 프로젝트 과정에서 수행해야하는 작업을 정의하는 데 도움이되며, 이러한 프로세스를 모니터링합니다. 또한 범위 확장을 방지하기 위해 단계를 문서화하고 추적하고, 결과물 감사 및 성공 요인에 대한 프로젝트 결과 평가를 포함하여 프로젝트 종료를 지원합니다.
범위 설명은 거의 관련되지 않습니다. 이해 관계자와 팀원이 따라야 할 루 브릭 역할을하는 프로젝트 범위 관리 계획의 우산입니다.
성공적인 프로젝트 범위 선언문을위한 모범 사례
다음은 고려해야 할 모범 사례입니다. 프로젝트 범위 설명을 작성할 때 :
- 전문 용어가 많은 언어를 사용하지 마십시오. 여러 부서 및 전문 분야에서 여러 사람과 대화하게되므로 언어를 일관성 있고 명확하게 유지하세요.
- 짧게 유지하세요. 이 문서는 이해 관계자의 동의를 구하는 문서이므로 마무리하기 전에 많은 편집 작업을 수행해야하며 나중에 빠른 참조 가이드가 필요합니다. 따라서 단순하게 유지하고 전체 프로젝트 계획에 대한 설명을 저장하십시오.
- 포괄적 인 진술은 피하십시오. 프로젝트가 시작되기 전에 리소스를 과도하게 투입하고 싶지는 않습니다.
- 다음과 같은 질문에 답해야합니다.
- 장기적인 비즈니스 이점은 무엇입니까?
- 이미 존재하지 않는 고객에게 무엇을 제공합니까?
- 현재 시장에서 제공하는 것보다 더 나은가요?
ProjectManager.com이 프로젝트 범위 설명에 도움을 줄 수있는 방법
주요 프로젝트 롤아웃에는 시간과 에너지가 모두 필요할 수 있습니다. 킥오프 전에 부담을주지 마십시오. 우선, 무료 작업 분석 구조 템플릿을 사용하여 결과물과 프로젝트 범위 설명을 제출하기 전에 완료해야하는 작업에 대한 시각적 정보를 얻을 수 있습니다.
여기에서 ProjectManager.com을 사용해 볼 수 있습니다. 작업 관리 기능을 사용하여 필요한 모든 작업을 프로젝트 단계별로 구성, 우선 순위 및 정렬합니다. 다른 사람에게 의견을 요청할 수도 있습니다. 팀원은 작업에 직접 댓글을 달 수 있으므로 의사 소통이 체계적이고 요점에 맞게 유지됩니다.
관련 : WBS (작업 분류 구조) 가이드
자원, 작업 및 결과물 등을 확인하여 프로젝트를 추적 할 수 있습니다. ProjectManager.com을 사용하면 Gantt 차트를 사용하여 프로젝트 타임 라인 매핑을 연습하고, 작업 목록 또는 칸반 도구를 사용하여 결과물을 나열하고, 주요 이해 관계자에게 범위 설명을 제출하기 전에 타임 라인을 검토하도록 팀 구성원을 초대 할 수 있습니다. 오늘 30 일 무료 평가판을 시작하십시오.