강력한 범위 설명 작성
성공적인 프로젝트 범위 설명은 간결하고 명확해야합니다. 성명서를 읽는 사람은 프로젝트가 무엇으로 구성되어 있는지 (그리고 프로젝트에 포함되지 않을 것)에 대해 잘 알고 있어야합니다. 이 진술은 프로젝트에 대한 견해를 제공합니다. 프로젝트 범위 설명을 구체적으로 지정하는 것도 중요합니다. 이 기사에서는 훌륭한 범위 설명을 작성하는 방법을 더 잘 이해하는 데 도움이되는 프로젝트 범위의 예를 살펴 보겠습니다. 예를 들어, “카탈로그에는 100 개의 제품이 포함될 것입니다.”가 “카탈로그에 많은 제품이 포함될 것입니다”보다 낫고, “프로젝트가 6 개월에 걸쳐 완료 될 것입니다.”가 “프로젝트가 일정 기간 동안 완료 될 것입니다.”보다 낫습니다. 더 구체적 일수록 좋습니다. 범위 설명을 구성하는 방법을 더 잘 이해하기 위해 몇 가지 예를 살펴 보겠습니다.
대학 기술 업그레이드
다음 범위 설명에 직면했다고 상상해보십시오. University X는 업그레이드를 원합니다. 캠퍼스 어디에서나 액세스 할 수있는 WiFi 기술을 포함하는 시설. 이 프로젝트는 학생, 교수진 및 교직원에게 캠퍼스 어디에서나 생산성을 발휘할 수있는 능력을 제공합니다. 이 프로젝트는 측정 가능한 결과를 얻을 수있는 기간에 걸쳐 진행됩니다. 당신의 첫 번째 생각은 무엇입니까? 내 초기 생각은이 범위 설명에 SMART 목표 기능이 전혀 없다는 것입니다. SMART는 다음을 의미합니다.
- 특정
- 측정 가능
- 동의
- 현실적
- 시간 제한
위의 범위 설명을 SMART 목표로 변경하기 위해 대학은 다음과 같은 방식으로 프로젝트를 다시 설명해야합니다. University X는 도서관, 기숙사, 사무실 및 모든 캠퍼스 건물은 도서관과 함께 캠퍼스 북쪽에서 시작하여 IEEE 802.11 기술을 적용합니다. 이 프로젝트는 교수진, 교직원 및 학생의 컴퓨터를 통해 생산성을 촉진합니다. 이 프로젝트는 2011 년 가을 학기까지 완료 될 것입니다.이 범위 명세서에는 프로젝트 완료를위한 구체적인 방향이 포함되어 있음을 알 수 있습니다. 결과는 측정 가능합니다. 얼마나 많은 건물이 업그레이드되는지 알 수 있습니다. 합의되고 현실적이며 (건물별로 접근하기 때문에) 시간 제한이 있습니다. 특정 날짜까지 완료됩니다.
범위 정의뿐만 아니라
범위 설명은 범위를 정의하는 것만이 아닙니다. 또한 팀 이름, 시작 및 종료 날짜, 목표, 결과물 및 마일스톤을 나열합니다. 대체 접근 방식을 식별 할 수 있으며 전문가 판단, 이해 관계자 분석 및 제품 분석도 나열해야합니다. 범위 설명을 프로젝트 헌장과 혼동하지 마십시오. 프로젝트 헌장은 더 많이 참여하고 프로젝트에 대한 승인을 제공합니다.
긴 예-소프트웨어 개발
프로젝트 제목 : Bouncy Bunny가 돈을 계산합니다. 프로젝트 이유 : 우리 회사는 어린이 용품에 관해서는 시장. Bouncy Bunny Counts Money는이 구멍을 해결하고이 게임을 사용하는 자녀의 부모에게 회계 소프트웨어 시장을 더욱 강화할 것입니다. 프로젝트 범위 :이 프로젝트는 웹 사이트의 Bouncy Bunny Counts Money 만화를 기반으로 시장성있는 게임을 만드는 것으로 구성됩니다. 이 프로젝트는 2010 년 12 월에 완료 될 예정입니다. 게임 모듈에는 간단한 쇼핑 게임, Bouncy Bunny가 돈을 벌 수있는 방법, 플레이어가 계속 플레이하도록 동기를 부여하는 방법이 포함됩니다. 프로젝트 결과물 :
- 범위 설명
- 진행 상황 보고서
- 문제 보고서
- 주간 회의 노트
- 최종 게임
프로젝트 성공 : 게임이 판매되면 프로젝트가 성공한 것으로 결정됩니다.
Bouncy Bunny 범위 설명 예 평가
위의 범위 설명에는 SMART 목표가 포함되어 있지만 여전히 적절한 범위 설명이 부족합니다. 첫째, 나열된 것보다 더 많은 결과물이있을 것입니다. 어떤 결과물이 생성 될지 결정할 때 먼저 프로젝트를 분해 한 다음 작업 분류 구조를 공식화하는 것이 도움이 될 수 있습니다. 이렇게하면 프로젝트에 대한 모든 이정표와 결과물이 정의됩니다. 둘째, 팀원과 중요한 이해 관계자는 나열되지 않습니다. 중요한 범위 설명 구성 요소 중 하나는 이해 관계자 분석입니다. 범위 설명을 생성 할 때 이해 관계자 분석 매트릭스를 사용할 수 있습니다. 이렇게하면 프로젝트 시작시 프로젝트에 참여할 사람이 정의됩니다. 셋째, 프로젝트 성공의 결정은 SMART가 아닙니다. 이 프로젝트 팀이 프로젝트 성공이 어떤 모습 일지 더 자세히 정의하는 것이 중요합니다. 얼마나 많이 팔아야합니까? 판매하는 데 얼마나 걸립니까? 프로젝트 타당성에서이 프로젝트는 X 사 회계 소프트웨어의 매출을 높이기위한 것이라고 언급되어 있습니다. 그 중 몇 개를 판매해야합니까?범위 설명을 매우 구체적으로 작성하십시오. 이는 프로젝트 계획 프로세스에서 가장 중요한 문서 중 하나이며 적절하게 작성된 범위 설명은 무서운 범위 확장을 방지하는 데 도움이됩니다. 넷째, 회사 X는 2010 년 12 월까지 프로젝트가 만들어 질 것이라고 독자들에게 알리는 것 외에는 범위 설명에 일정을 나열하지 않습니다. 성공적인 프로젝트를 실행하기 위해서는 이해 관계자가 일정을보고 메모하는 것이 중요합니다. 중요한 이정표. 예를 들어 게임 컨셉 아트 마감일은 언제입니까? 스크립팅은 언제 완료됩니까? 제품 포장은 언제 완료됩니까? 또한 여기에 언급 된 문제가 없습니다. 예산에서 고려할 잠재적 재무 위험을 고려하기 위해 예비 위험 평가를 수행해야합니다. 마지막으로 예산이 포함되어 있지 않습니다. Bouncy Bunny Counts Money를 만드는 데 비용이 얼마나 드나요? 몇 명의 직원이 필요합니까? 좋은 범위 설명을 작성하는 데 시간을 할애함으로써 팀은 장기적으로 프로젝트가 실패하는 몇 가지 일반적인 이유를 피할 수 있습니다.
이 게시물은 프로젝트 범위 제어 유지 <시리즈의 일부입니다. / h2>
프로젝트가 성공하려면 모든 이해 관계자가 범위를 명확하게 정의하고 이해해야합니다. 이 시리즈에서는 범위 설명을 작성하는 방법, 범위 변경 요청을 처리하는 방법 등에 대한 팁을 찾아보세요.
- 범위 설명 작성
- 프로젝트 범위 설명의 예
- 범위 크리프 vs. 범위 발견
- PM 인증, 범위 관리 & 이해 관계자 관리
- 범위 구현 방법 & 프로젝트 제어 변경