프로젝트 범위를 결정하는 것은 프로젝트 계획과 일정을 구성하는 첫 번째 단계입니다. 그러나 새 클라이언트와 처음 작업을 시작할 때 가장 큰 과제 중 하나는 프로젝트 범위를 세분화된 방식으로 정의하는 것입니다.

종종 기업은 달성하고자하는 것에 대해 높은 수준의 전략적 아이디어를 가지고 있습니다. 그들은 거의 모든 단계에서 프로젝트를 제공할 것입니다 개요. 포괄적 인 프로젝트 범위 문은 이러한 혼란을 제거하고 추가 프로젝트 실행에 대한 상세한지도를 배치하기 위해 밖으로 설정합니다. 이 문서에서는 프로젝트 범위 문을 만들기 위한 기본 단계를 설명하고 인포그래픽을 제공하며 예측에서 수행할 수 있는 방법을 보여 줍니다.

  • 우선,프로젝트의 범위는 무엇입니까?
  • 프로젝트 범위의 핵심 요소 성명
  • 프로젝트 범위 지정의 과제
  • 프로젝트 범위를 정의하는 방법

우선,프로젝트의 범위는 무엇입니까?

이론적으로 프로젝트의 범위는 폭과 깊이입니다. 실제로 프로젝트 범위는 단계(마일스톤/결과물),작업,예상 및 할당 된 리소스로 구성된 프로젝트의 개요입니다.

프로젝트 범위의 목적은 당신이 할 수있는만큼 상세하게 프로젝트를 매핑하여 제공 할 계획되고있는 것에 대해 루프에 이해 관계자를 유지하는 것입니다.

다음은 완료된 간단한 프로젝트 범위 설명의 예입니다:

프로젝트 범위 란 무엇인가

범위 지정 예측에서 모든 프로젝트 작업을 관리하기 위한 플랫폼

일반적으로 프로젝트 범위 문서는 표 또는 개요의 형태를 취합니다. 단계는 아래에 중첩 된 작업,하위 작업,리소스 및 시간대의 하위 집합과 함께 측면 아래에 나열됩니다.

또 다른 메모에서 프로젝트 범위는 범위 크리프 방지,변경 제어 또는 단순히 프로젝트가 예기치 않은 방향으로 스윙하지 않도록 할 때 프로젝트 관리자의 가장 친한 친구입니다. 그래서 처음부터 견고한 만드는 것은 프로젝트 실행을 옹호하는 데 필수적입니다.

프로젝트 범위 진술의 요소

프로젝트 범위 진술의 세부 수준은 해당 프로젝트의 복잡성에 따라 달라집니다. 그러나 프로젝트 범위가 다루어야 할 공통 요소가 있습니다.

  • 마일스톤 프로젝트 타임라인에서 시간 및 진행 관련 포인트를 표시합니다. 일반적으로 모든 프로젝트는 성공적인 프로젝트 전달을 향한 의미있는 단계 인 몇 가지 이정표로 분류됩니다.
  • 작업은 짧은 시간 내에 수행 할 특정 작업을 가리키는 가장 작은 세부 사항에서 당신에게 프로젝트에 대한 작업의 범위를 표시하는 것을 의미한다. 모든 이정표는 여러 작업으로 구성되며,차례로 하위 작업으로 세분화 될 수 있습니다.
  • 하위 작업은 일정량의 작업을 요약 한 가장 작은 의미있는 단위를 나타냅니다. 프로젝트 범위를 정의 할 때 ㅏ…에 지,얼마나 작은 지간에 시간이 필요한 모든 것을 설명해야합니다.
  • 시작&종료 날짜는 프로젝트 타임라인이 시작되는 곳과 끝나는 곳을 표시하여 프로젝트에 충실할 수 있는 명확한 시간 프레임을 제공합니다.
  • 견적은 다른 모양 및 크기 들어온다. 즉,프로젝트 예제의 범위에는 프로젝트에 필요한 시간과 비용,필요한 리소스 등 다양한 추정이 포함됩니다.
  • 역할 개요 어떤 전문 모션에서 프로젝트를 설정 하는 데 필요한 것입니다. 모든 역할을 명확하게 정의하면 프로젝트에 참여하기 위해 어떤 종류의 전문가를 초대해야하는지에 대한 확실한 아이디어를 얻을 수 있습니다.
  • 양수인은 프로젝트에 대해 설명 된 역할과 일치하고 허슬에 참여할 수있는 충분한 가용성을 가지고 있기 때문에 프로젝트에 할당 된 사람들의 목록을 나타냅니다.

프로젝트 범위 지정의 과제

그러나 프로젝트의 범위를 정의해야 할 필요성은 여러 가지 문제를 야기한다. 진실은 프로젝트 범위가있을 때마다 범위 크리프가 있다는 것입니다. 프로젝트의 범위가 처음부터 명확하고 구체적이어야한다는 권고에도 불구하고,우리의 사내 연구에 따르면 작업의 71%는 실제로 프로젝트가 시작된 후에 생성됩니다.
범위 크리프는 종종 프로젝트의 범위에 대한 사소한 변경으로 시작하여 클라이언트 또는 과소 평가 된 작업의 피드백을 기다립니다. 그런 다음 갑자기 며칠 또는 몇 주간의 추가 작업으로 바뀝니다.
결과적으로 프로젝트를 초과 근무로 만들고 리소스를 늘리고 다른 프로젝트 및 클라이언트를 완료 날짜로부터 더 멀리 밀어 낼 수 있습니다. 따라서 프로젝트의 작업 범위를 정의하고 변경을 탐색하는 방법을 알아야 합니다.

프로젝트 범위 정의 방법

포괄적인 프로젝트 범위 문을 만들려면 여러 단계를 수행해야 합니다. 프로젝트 범위 지정,예약,실행 및 모니터링을 위해 동일한 도구를 사용하여 이해 관계자의 일관성을 유지하는 것이 좋습니다. 그래서 아래 우리는 당신이 할 수있는 방법에 대한 몇 가지 실행 가능한 팁을 수집했습니다 범위 예측과 프로젝트.
범위 지정 섹션은 주로 특정 목표/이정표,결과물,작업,마감일 및 궁극적으로 프로젝트 비용의 목록을 결정하고 문서화하는 프로젝트를 계획하는 곳입니다.

전체 작업의 이유 이해

프로젝트를 시작할 때 가장 먼저 명확히 설정해야 할 것 중 하나가 프로젝트를 완전히 시작하는 이유입니다. 설득력 있는 비즈니스 사례를 개발 하 고 프로젝트 뒤에 아이디어를 실제로 현실로 가져올 수 있습니다 증명 하기 위해 타당성 조사를 실시 해야 합니다. 따라서 프로젝트 범위에 대한 정의는 프로젝트에 어떤 구성 요소가 들어가는지 설명해야 할 뿐만 아니라 처음부터 프로젝트를 시작하는 이유도 설명해야 합니다.

프로젝트가 필요한 이유와 해결해야 할 문제를 이해하면 프로젝트의 범위를 결정하는 방법에 대한 다음 단계로 넘어 가기 전에 훌륭한 시작을 얻을 수 있습니다. 그것은 당신의 위험을 줄이고 그림에 더 많은 선명도를 가져올 것을 언급 할 필요가 없을 것입니다,모든 사람에게 수영을 밝은 표지를 제공.

프로젝트의 목표 결정

목표 설정의 중요성은 모든 개인 개발 또는 회사 성장 책,코스 및 다큐멘터리에서 설교하는 진언입니다. 프로젝트 관리도 예외는 아닙니다:프로젝트 범위 지정 프로세스의 초기 단계에서 목표를 정의하는 것이 가장 중요합니다. 프로젝트의 범위가 처음부터 명확하고 구체적이려면 측정 가능한 목표를 설정해야하며 나중에 진행 상황을 추정하는 데 도움이됩니다. 흥미로운 사실은 최근 보고서에 따르면 프로젝트의 37%는 이해 관계자가 프로젝트가 올바른 방향으로 나아가고 있는지 확인하는 데 도움이되는 프로젝트 목표 나 목표가 없기 때문에 실패합니다.

간단히 말해서,목표 설정은 프로젝트가 끝날 때까지 귀하와 귀하의 팀이 달성해야 할 것들을 나열하는 것으로 제시 될 수 있습니다. 이러한 목표는 프로젝트에 강력한 기반을 제공하지 않습니다-그들은 또한 훨씬 쉽게 당신이 계획을 프로젝트에 도착하면 관련 이정표 및 작업을 간략하게 설명 할 수 있도록합니다.

프로젝트 요구 사항 수집

프로젝트를 시작하기 전에 프로젝트 요구 사항 수집의 실제 필요성을 고려하거나 더 나쁜 경우 전형적인”미용사의 불행한 방문”시나리오를 생각해보십시오. 당신은 그 경건하지 않은 편안한 의자에 뛰어 들어 이미 새로운 신선한 모습을 예상하고 모든 칭찬과 칭찬을 동반합니다. 그러나 너가 그것을 있있을 전에,너의 미용사는 너를 다음 2 에 3 달을 위해 각자 고립시키고 싶는 바브 커트에 너를 남겨둔다. 당신은 돈을 확실히 하지 약속을 예약할 때 구상 하는 결과 함께. 이 프로젝트는 그들이 기대했던 것과 거리가 멀다 것으로 판명 때 클라이언트가 같은 느낌 것입니다.

이야기의 도덕은 이것이다:당신이 프로젝트 여행의 처음부터 고객의 아이디어와 기대를 이해해야합니다. 고객과 함께 아이디어를 브레인 스토밍하고 요구 사항을 정의하십시오. 첫날부터 동일한 페이지에 있다는 것은 훨씬 쉽게 클라이언트의 요구를 충족하고 목표 목표를 달성 할 프로젝트를 구성 할 수 있도록합니다.

작업 범위 개요

프로젝트를 더 작은 단계(마일스톤)로 분할하고 마일스톤 내에 작업 및 하위 작업을 추가하여 작업 분류 구조를 만듭니다.

구현 퍼널을 통해 이동할 때 팀이 비전을 이해하는지 확인하는 것도 마찬가지로 중요합니다. 당신이 당신의 이정표에 날짜를 넣을 때 당신은 당신의 프로젝트의 타임 라인보기에서 범위 프로젝트의 간트 차트를 볼 수 있습니다.

프로젝트 범위를 매핑할 때는 쉽게 탐색하고 이해 관계자에게 필요한 모든 정보를 제공하기 위해 가능한 한 자세하게 설명하는 것이 중요합니다. 그러나,그것은 또한 이유;내에서 범위를 유지 하는 것이 중요 그렇지 않으면,프로젝트 복잡 하 고 압도적인 될 것입니다.

프로젝트 완료에 필요한 자원 목록

프로젝트 범위의 전형적인 예에서 자원에 관해서는 관련 전문가 및 장비에서 모든 프로젝트 목표를 달성하는 데 필요한 재정 및 시설에 이르기까지 모든 것이 될 수 있습니다. 테이블에 필요한 모든 리소스의 목록과 함께,당신은 즉시 뭔가가 누락 된 경우 볼 수 있으며,그 일이 곧 프로젝트 출시 후 그 트랙에서 죽은 프로젝트를 중지 할 수 있다면.

모든 리소스를 명확하게 정의해야 하는 또 다른 이유는 스코프 크리프와 손을 잡고 오는 위협에 관한 것입니다. 그 손님이 예고없이 도착하고 가능성이 높을 때 예기치 않은 변화를 만회하기 위해 자원을 늘리거나 다시 계획하거나 보충해야 할 수도 있습니다. 말할 필요도없이,프로젝트 진행 과정에서 시작할 수있는 충분한 리소스가 없거나 리소스를 제어 할 수없는 경우 스코프 크리프는 프로젝트에 혼란을 야기 할 수 있습니다. 이 단계를 더 잘 이해하려면 리소스 가용성에 대한 전술 가이드를 읽으십시오.

제한 사항 확인

프로젝트 범위의 진정한 의미는 또한 사각 지대와 한계를 이해해야합니다. 범위를 완전히 제어하려면”범위 외”가 무엇을 의미하는지 명확히해야합니다. 즉,범위 제외를 이해해야 합니다. 프로젝트 경계라고도 하는 범위 제외는 프로젝트와 관련이 있지만 프로젝트에 포함되지 않은 항목을 가리켜야 합니다. 이것은”기대 현실”결과 피하기 위해 필요한 단계 때 커버 계획 것 들 클라이언트 얻을 것으로 예상 하는 결과 정렬 하지 않습니다.

완전히 다르지만 덜 중요한 프로젝트 제한 유형은 리소스 가용성입니다. 당신이 필요한 자원의 목록이있을 때,할 수있는 현명한 것은 현재의 자원을 비교하고 프로젝트 출시에 대한 모든 설정을 얻기 위해 당신을 위해 걸릴 것입니다 무엇의 추정을하는 것입니다.

범위를 확인하고 클라이언트의 승인 받기

이제 범위가 지정된 프로젝트를 사용하여 고객에게 제공할 수 있습니다. 이 시각적 이해 및 프로젝트 진행 방법 및 변경 하는 경우 무슨 일이 일어날 지에 대 한 개요와 함께 당신과 당신의 클라이언트를 제공 합니다. 이 시점에서 기준선에 대 한 프로젝트 진행 상황을 측정 하 고 클라이언트와 거래를 인감 오른쪽 숫자를가지고 있는지 확인 하는 데 필요한. 각 역할에 대해 판매할 시간을 지정하여 서로 다른 프로젝트 단계 및 프로젝트의 총 가격을 집계합니다. 기준 계획은 고정 가격과 시간&재료 프로젝트 모두에 대해 많은 이점을 제공합니다. 주로,그것은 당신과 내깃돈 보관자 사이 커뮤니케이션을 앞으로는 촉진하고 범위 포복을 방지할 것입니다.

프로젝트 범위 지정의 기준선

여기에 우리의 궁극적 인 가이드에서 프로젝트 기준을 설정하는 방법에 대해 알아 봅니다.

범위 및 제어 변경 모니터링

결과물 요구 사항에 대한 방향이 처음에 얼마나 명확했는지에 관계없이 변경은 항상 프로젝트에 큰 영향을 미칩니다. 따라서 어떤 변경 제어 프로세스를 고수하고 범위 크리프에 대처하기위한 지침을 작성해야하는지 파악해야합니다.

고객에게 예측에 초대하여 프로세스에 대한 시각을 제공하는 것은 보다 협업적이고 투명한 워크플로를 보장하는 좋은 방법이 될 수 있습니다. 예측을 사용하면 클라이언트로 제한된 뷰인지 또는 팀 구성원이 공동 작업자인지에 관계없이 적절한 액세스 권한만 부여할 수 있습니다. 새로운 요청이 길을 따라 팝업 경우,고객에게 프로젝트에 새 작업을 추가하는 과정을 설명해야합니다.

고객이 작업 요청을 제출할 수 있는 워크플로,즉 칸반 보드를 만들 수 있습니다.

프로젝트 범위 정의

이전에 설정 한 기준선은 변경 요청이 적절한지 또는 앞으로 나아갈 가격을 협상해야하는지 보여줍니다.

추가 작업 완료 가격 계산

고객이 새로운 기능이나 일부 변경 사항을 제안 할 때마다 항상 초기 모돈을 다시 참조 할 수 있습니다. 작업이 처음에 범위를 벗어난 것으로 간주되어 비승인된 경우 몇 초 만에 새 확장 제안을 쉽게 만들 수 있습니다. 프로젝트 및 새 작업에 연결된 요율표,역할 및 시간 추정을 통해 추가 작업을 완료 한 가격을 즉시 볼 수 있습니다.

이것은 단일 작업 또는 클라이언트가 제출한 새 요청 그룹을 기반으로 확장된 판매 제안을 수행하는 좋은 방법입니다. 프로젝트가 승인되면 즉시 구현을 위해 할 일 열로 직접 이동하거나 승인 된 상자를 선택하여 곧 출시 될 마일스톤 또는 스프린트로 작업을 빠르게 이동할 수 있습니다.

프로젝트 범위는 프로젝트의 기초입니다. 프로젝트 계획 단계에서 프로젝트에 대한 견고한 기반을 확보하면 건설(또는 설계 또는 개발 등)에 대한 혼란을 줄이는 데 도움이됩니다.).

위의 9 단계를 따르면 스코프 크립을 다루는 데 있어 지분을 크게 향상시킬 수 있습니다. 당신이 열심히 추가 작업에 복용,또는 대신 별도의 프로젝트에 추가 요구 사항 및 요청을 이동하는 것을 선호하는 경우에 상관없이,—이 단계는 잘하면 당신을 도울 수 있습니다. 프로젝트 범위를 지정할 때 더 나은 프로젝트 경험을 위해 오늘 무료 예측 평가판에 가입하십시오.

Articles

답글 남기기

이메일 주소는 공개되지 않습니다.