를 작성하는 방법을 모르는 프로젝트 범위는 문서가 중요 기술에 대한 프로젝트 매니저. 프로젝트 범위 문서는 성공적인 프로젝트와 범위 크리프에 의해 아래로 드래그되는 프로젝트의 차이 일 수 있습니다.
범위 증가될 때 프로젝트의 요구 사항을 천천히 확장 프로젝트를 통하는 동안 일정과 예산하지 않은 변경을 반영하여 이러한 성장. PMI(Project Management Institute)가 실시한 설문 조사에 따르면 모든 프로젝트의 절반 이상이 scope creep 을 경험합니다.,
없이 프로젝트 범위는 문서,그것은 도전적인 프로젝트 범위를 하지 않 풍선,을 일으키는 증가 비용과 위험의 마감. 는 법에 대해 알아보십시오를 작성하는 프로젝트 범위 문서는 것이 제대로 정의하는 귀하의 프로젝트 범위와 보호에 대한 압도적 인 크리프입니다.
프로젝트 범위 문서 란 무엇입니까?
프로젝트 범위는 프로젝트를 제공하는 데 필요한 모든 작업을 설명합니다. 여기에는 최종 결과물의 기능과 기능뿐만 아니라 프로젝트 성공을 정의하는 모든 요소가 포함됩니다.,
프로젝트 범위 문서,종종 문 작업(SOW),레코드를 이러한 모든 기능,기능,그리고는 요구 사항을 이해관계자에서 기대하는 프로젝트입니다. 그것은 프로젝트를 위해 수행해야 할 작업을 간략하게 설명하는 프로젝트 계획의 일부입니다. 프로젝트 범위 문서에 무언가가 정의되어 있지 않으면 범위를 벗어난 것으로 간주됩니다. 예를 들어 있는 경우 새로운 기능을 추가할,그러나 그것의 범위에서 작동 문서,다음의 범위,시침과에서 요구 사항으로 결과 범위 증.,
프로젝트 범위 문서가 필요한 이유는 무엇입니까?
범위 관리의 핵심 단계는 프로젝트 범위 문서 작성입니다. 그것은 합의 된 것에 대한 기록으로 작용하므로 프로젝트 전체에 혼란이 없습니다. 이 기록이 없으면 사람들은 동의 한 것을 회상하기 위해 자신의 기억에 의존해야합니다.
프로젝트 범위 문서는 과도하거나 과소 전달으로부터 팀을 보호하는 데 도움이됩니다. 하나가 없으면 프로젝트에서 주요 기능을 간과하거나 생략 할 수 있습니다. 고객은 추가 기능을 요청할 수도 있습니다., 지 않고 프로젝트 범위 문서,당신은 당신과 당신의 팀이 부족한 문서를 지원하는 사실에 무한 범위를 벗고가 필요 더 많은 시간과 돈을 통합하.
궁극적으로 프로젝트 범위는 문서를 통해 모든 사람에 대한 동일한 페이지에 무엇이 전달되지 않습으로 프로젝트의 일부입니다.
누가 프로젝트 범위 문서를 작성합니까?
프로젝트 관리자는 일반적으로 프로젝트 범위 문서 작성을 담당합니다., 이 문서의 입력을 필요로부터 고객을하고 모든 주요 이해관계자를 포함,최종 사용자,프로젝트 스폰서,주제 전문가,그리고 다른 사람입니다.
이 문서 필요로 함께 가져 원하는,필요하고의 전망을 여러 다양한 그룹 프로젝트 관리자가 최고의 위치에 그것을 달성하기 위하여.
를 작성하는 방법을 범위의 작업 문서
여기에 세 가지 단계는 다음과 같습니다에 대한 방법을 쓰는 프로젝트 범위 document
1 단계:서식 파일을 만듭
의 여러 가지 표준 요소가 포함되어야에서 모든 범위의 작업 문서입니다., 을 만들어 있는 표준 템플릿을,당신 자신을 저장 시간을 보장하는 동 문서는 일관성이 항상 아무 것도 하지 않습니다.
의 핵심 사항은 다음과 같습니다 섹션을 포함해야 합니다 템플릿에서:
- 비즈니스 사례:이러한 이유로 프로젝트를 포함한 최종 목표를 달성하기를 희망.
- 프로젝트 결과물:고객에게 제공 될 모든 결과물에 대한 설명입니다.
- 수락 기준:이것은 결과물이 고객이 수락하기 위해 충족해야하는 기준 목록입니다.,
- 제약 조건:제약 조건은 시간이나 돈 부족과 같은 프로젝트에 대한 제한 사항입니다. 특정 프로세스를 사용하거나 설정된 지침을 따라야하는 경우 제약 조건 일 수 있습니다.
- 가정:종종 프로젝트 시작시 여전히 많은 미지수가 있습니다. 당신이 추측해야 할 것은 여기에 가정으로 명시되어야합니다.
- 제외:이 섹션에서는 범위를 벗어나고 프로젝트에 포함되지 않을 것임을 명확히하고 싶은 내용을 다룹니다.,
- 계약이 없다,그래서 질문지의 주요 이해관계자에 동의 범위에,당신은 그들이 검토 및 문서에 서명.
2 단계:팀 수집
작업 범위 문서는 격리되어서는 안됩니다. 일단 템플릿을 사용하는 시간을 가져올 함께 귀하의 프로젝트 팀,주제 전문가 및 기타 이해 관계자가 브레인스토밍을 요구 사항입니다. 가능한 한 많은 세부 사항을 포함하려고합니다. 어떤 진술도 모호하지 않거나 사람들이 다르게 해석 할 수 있기를 원하지 않습니다., 독자가 이해하지 못할 수도있는 전문 용어와 용어를 사용하지 마십시오. 여러 이해 관계자가 상충되는 요청이있는 경우 적절한 타협안을 찾아 문서화하는 것이 중요하므로 나중에 질문이 없습니다.
3 단계:마무리 document
면을 만들었는 문서,그것은 시간을 고객에게 보낼 최종 떨어져 서명하십시오. 프로젝트 계획을 완료하고 프로젝트 실행을 시작하기 전에 이런 일이 발생해야합니다. 그렇지 않으면 귀하의 팀이 작업을 시작할 수 있습을 발견한 요구 사항은 잘못,그리고 그들을 시작합니다., 문서가 서명되면 프로젝트 전체에 범위 관련 질문이 생길 경우를 대비하여 안전하고 쉽게 액세스 할 수있는 곳에 보관해야합니다.
작성한 완벽한 프로젝트 범위와 문서를 Wrike
Wrike 의 프로젝트 관리 소프트웨어를 만들 수 있는 완벽한 프로젝트 범위 문서 매 시간입니다. 템플릿과 완료된 범위 문서를 소프트웨어에 직접 만들고 저장할 수 있습니다. 새로운 작업 범위 문서를 만들 때 팀 구성원은 의견을 남기고 wrike 에서 제안을 할 수 있습니다., 또한 Wrike Proof 를 사용하여 검토 및 승인을 위해 고객에게 초안 문서를 보낼 수 있습니다. 우리의 무료 14 일 평가판에 지금 가입하고 wrike 가 프로젝트를 개선하는 데 도움이 방법을 발견!나는 이것을 할 수 없다.