범위 문서

Share

|

목적

의 범위를 문서는 일반적인 용어에 대한 모든 문서를 모이스트와 정의의 요구 사항 측면의 트리플 제약의 시간, 비용 및 요구 사항이있습니다. 이런 일반적인 감각, 그것의 개요를 제공하기로 달성을 명확히 무엇이 프로젝트는 이러한 성과는 달성하는 방법입니다. 또한 팀 구성원을 제공, 고객, 그리고 프로젝트 관리자와 통찰력에의 범위에 포함되지 않은 무엇이 구체적입니다.

응용 프로그램

의 범위를 문서는 논쟁을 최소화하는 도구로 사용하고있다 무엇이 프로젝트에 포함되지 않습니다. 그것이 아닙니다 프로젝트의 목표를 위해서만 사용을 명확히 프로젝트 조직 및는 고객은 물론 팀 구성원과 관계에 대한 관리 및 프로젝트 관리자입니다. 때문에 프로젝트를하는 방법에 대한 비전을 실시 자주 차이가있을 수있습니다, 봉사의 범위를 문서로 통합 도구에 대한 이러한 비전입니다.

콘텐츠

의 범위를 문서는 확장된 버전의 범위 성명을 사용하여 훨씬 더 광범위한 정보가있습니다. 그것의 대부분과 동일한 정보가 정상적으로 통합의 범위를 성명을 사용하여 확장된 세부 사항에 대한 주주, 요구 사항, 제안 광고, 기능, 긴 - 용어를 사용 / 응용 프로그램 및 관리 요구 사항이있습니다. 범위의 개요에 대한 문서를 포함할 수있는 요소는 다음 섹션에서 설명합니다.

1.0 소개 / 배경

이는 역사를 포함하고 모든 환경 정의가 필요합니다 프로젝트의 일반적인 용어를 이해하고는 문서의 나머지 부분을 이해합니다.

2.0 근거 / 사업 기회

으로 크로스 - 레퍼런스를 비즈니스 경우,이 구성 요소를 표현의 장점은 이동을 앞두고하에있는 프로젝트와 그 이유였다. 의 위치를 원래의 비즈니스 사례 여기에 포함되어야합니다.

3.0 주주 및 최종 사용자가

이 목록을 모두 사업 영역과 개인을 인용해 자신의 책임, 참여, 그리고 어떠한 책임이나 제안 광고와 관련된 그들의 프로젝트를 생성할 수있습니다.

4.0 프로젝트 세부 사항

이것은 때로는 깨진 밖으로 기능적 요구 사항에 대한이 프로젝트와 기술적인 요구 사항이있습니다. 경우에 따라 기능적 요구 사항의 범위를 진술 경우에만 포함합니다. 그것은 4220의 모든 필수 요구 사항을 계약이나 양해 각서, 그리고 4220 상세 정보에있는 기능을해야한다 전달가능한 광고는 이러한 요구 사항을 제공합니다.

5.0 관리 요구 사항

관리 책임을 수 있기 때문에 거의로 뒤로으로 프로젝트를 전달가능한 광고의 책임, 그들해야한다 프로젝트의 범위를 명확하게 정의된대로 구성 요소입니다. 이 정보에 포함되어야한다고 요구 회의, 보고서, 그리고 생명의 프로젝트에 대한 지원을합니다.

6.0 postproject 고려 사항

이 프로젝트의 노력하기 때문에 정상적으로 만든다 불과한 작은 구성 요소의 총 시스템 수명주기, 모든 길이 - 용어를 고려하는 것이다 프로젝트에 영향을 미치는 의사 결정 - 결정 과정을 직접 법인의 범위를 문서를해야한다. 이 포함될 수있습니다 대부분의 전제가 될 긴 - 용어를 응용 프로그램에 관한 내용입니다.

접근 방법

비록 갇혀의 범위를 진술은 일반적으로 몇 단락이나 페이지, 문서의 범위를 훨씬 더 실질적인 문서가 될 수있습니다. 그것은 다양한 소스로부터 정보를 캡처 및 장소 그것을 단일 리포지 토리입니다. 또 다른 방법은 크게 될 수있는 문서를 참조하여 다른 설명서를 제공하는 다른 위치에서 (특히 이러한 위치를 파악하고 정보를 임베디드에있는 설명서를).

고려 사항

대부분의 정보가 포함되어 있기 때문에 문서의 범위에서 찾을 수있습니다 기타 사업 설명서, 일부 단체에 직결된이 문서를 선택할 수있습니다. 의 유일한 장점을하는 데 별도의 범위를 문서는 것이 하나의 저장 영역에 대한 정보를 제공하는 데 그렇지 않을 수납에 farflung 위치합니다.