Project Scope Statement (한국어)

Project scope statement 는 주로 Define Scope 프로세스의 출력입니다. 개발의 프로젝트 범위에 문는 시간이 많이 소요되는 활동이 필요할 수 있습 여러 이해관계자 참여를 포함하여 전문가는 외부에서 조직이다., 프로젝트 관리자 방을 포함하여 다음과 같은 두 가지 일들을 정의하면서 프로젝트 범위 성명:

범위는 승인되지 않은:프로젝트 관리자를 식별해야 지역 사람들이 요구하는 범위 그러나 승인되지 않을 수 프로젝트에 포함되어 있습니다.필요하지 않은 범위:프로젝트 관리자는 범위가 쉽게 오해 될 수있는 영역을 명확히해야합니다. 범위 기준선은 프로젝트 범위 문과 WBS 및 WBS 사전의 조합입니다. 범위 기준선은 프로젝트 관리 계획의 일부입니다.,

프로젝트 범위 성명을 포함 할 수 있습니다:

• 제품 범위

• 프로젝트 범위

• Deliverables

• 합격 기준의 제품

• 범위 밖의 활동.

• 제약 조건과정

작품을 만들이 고장 구조물(WBS)

모든 프로젝트(크고 작은)을 필요로 WBS. 그것은 프로젝트 관리에 필요한 요소입니다. WBS 는 프로젝트의 전체 범위를 관리 가능한 결과물로 세분화하여 보여줍니다. Wbs 를 사용할 수없는 경우 프로젝트는 예정된 시간보다 오래 걸릴 것입니다., 프로젝트 관리자는 WBS 가없는 특정 중요한 활동을 놓칠 수도 있습니다. 따라서 WBS 가 없으면 프로젝트에 부정적인 영향을 줄 수 있습니다. 대부분의 프로젝트 관리자는 활동 목록을 실행 가능한 것으로 만듭니다. 이로 인해 일부 결과물이 내려다 보일 수 있습니다. 또한 목록은 복잡할 수 있습 허용하지 않는 프로젝트 관리자를 명확하게 나누는 대규모 프로젝트로 작은 적절한 조각합니다. 사람들은 목록을 보면서 프로젝트에 대한 이해를 얻지 못합니다. 목록은 한 개인이 만듭니다. 목록을 보면 사람들은 누가 목록을 작성했는지 알지 못합니다., 다음은 활동 목록을 작성하는 주요 단점 중 일부입니다. 반면에 WBS 는 엄청난 장점이 있습니다. WBS 를 사용하면 실행 가능한 것을 놓치지 않습니다. 프로젝트 관리자는 작업을 작업 패키지로 쉽게 분해 할 수 있으며 WBS 는 작업 패키지가 드릴 다운되는 방법을 보여줍니다. Wbs 는 이해 관계자와 팀의 입력으로 만들어집니다. 이 자동으로 그들의 바이 인을 추구 하는 데 도움이 하 고 따라서 그들의 성능 향상을 리드. WBS 의 창조는 팀이 그들의 마음에 있는 프로젝트를 통해서 걷고 따라서 프로젝트 계획을 개량하는 것을 허용하는 과정입니다.,

따라서 프로젝트의 실행이 훨씬 쉽고 위험이 적습니다. 사람들의 참여가 증가하고 모든 사람들이 프로젝트가 더 달성 가능하다고 느낍니다. WBS 는 프로젝트의 전체 계층 구조를 보여 주므로 하나의 결과물이 다른 결과물과 어떻게 관련되는지 더 쉽게 알 수 있습니다. 이것은 샘플 WBS 입니다. 이 WBS 는 개발 도상국에서 사용하기위한 깨끗하고 지속 가능하며 완벽한 조명 시스템 개발에 있습니다. 가장 일반적으로 프로젝트 제목은 WBS 의 맨 위에 있습니다., 첫 번째 레벨은 일반적으로 동일한 프로젝트 수명 주기(예를 들어,프로젝트 WBS 여기에 설명된 방법에 대한의 통합에너지 개발 견고하고 튼튼한 케이스 개발,긴 수명,높은 대용량 스토리지 시스템 개발 라이트 시스템 개발 저렴한 제품과하지 않는 개혁하는 기본 구성 요소). 이후 레벨은 프로젝트를 더 작은 조각으로 나눕니다. 이러한 분해는 프로젝트 관리자가 프로젝트를 관리하기에 적합한 수준에 도달 할 때까지 계속됩니다. 그것은 하나처럼 보이지만 WBS 는 기업의 조직 구조가 아니라는 점에 유의하는 것이 중요합니다., 겉으로보기에는 압도적 인 프로젝트를 계획,구성,관리 및 제어 할 수있는 조각으로 분해 할 수있는 다른 기능이 있습니다. WBS 의 창조는 하향식 노력입니다. 결과물과이를 생산하는 데 필요한 작업을 작업 패키지라고하는 더 작은 조각으로 분해하는 작업이 포함됩니다.,l(작은 조각)수준의 위

전체 프로젝트에 의해 이해될 수 있는 모든 수준의 WBS

WBS 포함되지 않은 결과물보다 다른 프로젝트

결과물로 간주됩니다 작업을 포장할 때:

• 그것에 추정할 수 있습니다(모두 현실적으로 그리고 자신 있게)

• 이 완료할 수 있게

• 이 완료할 수 있습없이 중단(없이 필요한 더 많은 정보)

• 아웃소싱 또는 계약

WBS 수준은 번호가 나중에는 단계이다., 작업 패키지는 WBS 완료 후 할당 된 식별 번호를 사용하여 WBS 에서 구별됩니다. 이것은 WBS 에 번호 매기기 시스템을 사용하는 예입니다. 시험에서”통제 계정”이라는 용어가 표시됩니다. 일부 프로젝트의 경우 비용은 작업 패키지 수준에서 관리되지 않습니다. 대신 제어 계정이라고하는 WBS 에서 더 높은 수준으로 관리됩니다. 으로의 계획 과정이 진행됨에 따라,팀은 작업에서 패키지를 WBS 으로 활동하는 데 필요한 작업하는 패키지입니다., 활동 목록에 WBS 의 추가 고장이 활동을 정의 시간 관리 프로세스의 일부로 수행된다는 점에 유의하십시오. 팀은 project scope 문,WBS 및 wbs 사전을 사용하여 결과물을 생성하는 데 필요한 활동을 정의하는 데 도움을줍니다. 모든 프로젝트의 기초는”WBS”입니다. Wbs 를 만든 후에는 계획에서 발생하는 모든 것이 WBS 와 관련이 있습니다. WBS 사전 각 작업 패키지에 대해 WBS 사전은 수행 할 작업에 대한 설명을 제공합니다., WBS 사전의 장점은 범위 크리프를 피하고 결과물에 대한 명확한 설명을 제공하는 것을 포함합니다. Create WBS 프로세스의 출력은 WBS 사전입니다.

WBS 사전에 여러 사용합니다:그것은 때 알려 작업 패키지를 시작하려고,따라서 행동하는 작품으로 승인 시스템은 일정 이정표,승인 기준과 다른 작업에 대한 정보 패키지에 포함되어 있 WBS 사전입니다. 그것은 어떤 작업이 수행되는지에 대한 제어 메커니즘으로 사용될 수있다., 이해관계자가 증가한 이해의 노력에 관여하는 작업이 포함된 패키지 WBS 사전한 범위의 기준은 승인된 최종 버전의 특정 프로젝트 관리 계획으로 불리는 기준점이 되었습니다. 범위 관리에서 기준선은 WBS,WBS 사전 및 범위 문입니다. 이들 모두는 작업을 시작하기 전에 경영진과 이해 관계자의 승인을 받아야합니다. 이 기준선은 기준선이 있어야한다고 말하는 곳과 프로젝트의 진행 상황을 비교하는 데 도움이됩니다. 범위 기준선과의 편차에 대해서는 변경 요청이 필요합니다., 이 변경 요청은 통합 변경 제어 수행을 거치며 승인 된 경우 범위 명령문 인 WBS 및 WBS 사전에 추가됩니다. 관련된 다른 구성 요소 나 문서도 업데이트해야합니다. 요구 사항 및 범위 기준을 충족시키는 것은 프로젝트의 성공 척도입니다.,l>

입력에서 수행하는 품질 제어 절차

검증 결과물은 범위 진술,

WBS 및 WBS 사전

요구 사항에 추적 매트릭스가

요구 사항 설명서

의 출력을 확인하는 범위:

• 결과물을 받아

• 변경 요청

• 업데이트 프로젝트 문서

제어 범위 측정 범위의 성능(에 대한 프로젝트 및/또는 제품)과 관리 범위를 기준 변경 사항은 두 가지 주요 산출물의 통제 범위의 과정입니다., 프로젝트 관리자는 범위가 계획에 따라 완료되고 있는지 확인하기 위해 범위를 자주 제어해야합니다. 제어 범위 프로세스를 사용하여 프로젝트를 올바르게 관리해야합니다. 두가지 요소가 필요한 통제 범위의 과정은 범위의 기준서에서 프로젝트 관리 계획을 현재 완료된 작업에서 프로젝트입니다. 요구 사항 문서 및 요구 사항 추적 성 매트릭스는 제어 범위 프로세스에서도 도움이 될 수 있습니다. 프로젝트 관리자는 기준선에 대한 편차가 있는지 식별합니다. 편차가있는 경우 시정 또는 예방 조치를 취하는 것이 좋습니다., 변경 요청은 변경이 필요한 경우를 대비하여 시작됩니다. 프로젝트 관리자는 통합 변경 제어 프로세스를 식별하고 수행 한 후 필요한 문서를 업데이트해야합니다. 제어 범위 프로세스는 사전 예방적인 접근 방식을 믿습니다. 프로젝트 관리자의 주요 임무는 프로젝트 관리 계획에 따라 기준선을 충족하도록 프로젝트를 제어하는 것입니다. 변경 관리 프로세스를 따르지 않고 범위를 변경하는 것은 바람직하지 않습니다.

---