프로젝트 scope 프로젝트가 수행하는 작업과 중요한 것은 수행되지 않는 작업을 정의합니다. 이해 관계자, 팀 구성원, 심지어 자신까지 "이 하나의 작은 작업"을 추가해야 한다는 지속적인 압박을 받고 있기 때문에 프로젝트 scope 관리하는 것은 까다로울 수 있습니다. 프로젝트 scope 프로젝트 수명 주기 전반에 걸쳐 발전할 수밖에 없지만 적절한 절충이 이루어지도록 해야 합니다. Project Online Project Web App 기능을 사용하여 승인된 scope 변경이 있더라도 프로젝트 목표, 특히 프로젝트 일정, 예산 및 결과와 관련된 목표가 충족되도록 scope 관리할 수 있습니다.
이 항목의 내용
- 프로젝트 scope 무엇이며 어디에서 온가요?
- 프로젝트 scope 정의하고 scope 문을 Project Online
- Project Online 작업 분석 구조 및 작업 목록 개발
- scope 크리프 방지
- Project Online 문제로 scope 변경 내용 관리
프로젝트 scope 무엇이며 어디에서 온가요?
프로젝트 scope 프로젝트의 경계를 정의합니다. 프로젝트에서 명시된 목표를 달성하기 위해 수행할 작업을 지정합니다.
프로젝트 관리자가 정의된 scope 범위 내에서 프로젝트를 유지하는 데 필요한 규율을 유지할 수 있는 경우 프로젝트가 성공할 확률이 높아집니다. 전체 프로젝트를 개선하는 것처럼 보이는 여기 저기에서 추가 작업을 미끄러지기가 너무 쉽습니다. 프로젝트 scope 더 크고 커지며 때로는 눈에 띄지 않게 증가하지만 예산, 일정 및 인력은 동일하게 유지됩니다. 프로젝트에 대한 비용을 지불하는 관리 이해 관계자는 프로젝트 scope 너무 많이 성장했다는 것을 인식하지 못하는 경우가 많습니다.
해결 방법은 scope 관리이므로 사용자와 프로젝트 팀이 프로젝트 scope 완료하는 데 필요한 모든 작업을 수행할 수 있습니다. 범위 관리에는 다음과 같은 주요 구성 요소가 포함됩니다.
- scope 정의하고 승인
- 수행할 작업을 자세히 설명하는 WBS(작업 분석 구조) 개발
- scope 크리프 방지
- 프로젝트 수명 주기 동안 scope 변경 내용 관리 및 프로젝트 삼각형 균형 조정
프로젝트 scope 정의하고 scope 문을 Project Online
프로젝트의 scope 정의는 프로젝트의 "북쪽 별"이며 프로젝트가 원하는 결과를 향해 똑바로 항해하는 가이드입니다. scope 문을 만들면 프로젝트 고객 또는 스폰서부터 모든 팀 구성원에 이르기까지 모든 사람이 이 프로젝트가 달성하려는 작업을 이해할 수 있습니다.
scope 문은 organization 프로세스 및 프로젝트의 요구 사항에 따라 간결한 요약 또는 자세한 포괄적인 문서일 수 있습니다. scope 문에는 최소한 다음 요소가 포함되어야 합니다.
- 프로젝트 목표: 프로젝트의 목적을 증류하는 간단한 문입니다.
- 프로젝트 결과: 프로젝트가 달성해야 하는 제품, 서비스 또는 결과의 기능, 함수 및 기타 특성입니다. 제품 scope.
- 프로젝트 경계: 프로젝트가 시작되는 위치와 끝나는 위치; 프로젝트에서 포함 및 제외되는 내용입니다.
- 프로젝트 결과물: 프로젝트 실행을 통해 생성되는 유형 항목(예: 문서, 프로세스, 프로토타입, 학습 또는 최종 제품)입니다.
- 프로젝트 제한 사항: 프로젝트 옵션(예: 시간, 예산, 리소스 가용성, 규정 등)을 제한하는 모든 제한 사항
프로젝트 scope 문을 개발한 후에는 상급 관리 또는 고객 검토 및 승인이 있어야 합니다. 프로젝트 청구서를 지불하는 관리 이해 관계자가 수행하는 프로젝트와 동일한 비전을 갖는 것이 중요합니다. 팀을 빌드하고 프로젝트 실행을 시작하기 전에
그런 다음 Project Online 대한 Project Web App 프로젝트의 문서 라이브러리에 scope 문을 게시합니다. scope 문이 저장되면 사용자, 팀 구성원 및 관리 관련자가 쉽게 액세스할 수 있습니다.
- 빠른 실행에서 프로젝트를 선택합니다.
-
프로젝트 센터에서 scope 문이 관련된 프로젝트의 이름을 선택합니다.
- 빠른 실행에서 문서를 선택합니다. 프로젝트의 문서 페이지가 열립니다.
- 메뉴 모음에서 업로드를 선택합니다.
- 파일 시스템을 탐색하여 scope 문을 찾아 선택한 다음 열기를 선택합니다. 파일이 프로젝트의 문서 라이브러리에 추가됩니다.
Project Online 작업 분석 구조 및 작업 목록 개발
scope 성명서를 작성하고 승인하면 프로젝트는 아이디어나 요구 사항 집합보다 더 눈에 띄게 정의됩니다.
이제 WBS(작업 분석 구조)를 개발하고 scope 충족하는 결과물을 생성하기 위해 완료해야 하는 모든 작업을 자세히 설명합니다. 간단히 말해 WBS는 프로젝트 마일스톤 및 결과물도 설명하는 프로젝트 단계, 작업 및 하위 작업의 개요입니다. WBS를 개발하는 프로세스는 다음과 같습니다.
수행해야 하는 모든 작업 목록을 만듭니다. Project Online 위해 Project Web App 프로젝트에 작업을 추가하거나 지금은 Project Online 외부에서 작업할 수 있습니다.
작업 목록을 논리 구조(다시 단계, 작업, 하위 작업 등)로 구성합니다.
팁
작업, 예산 정보 또는 일정 정보를 담당하는 사용자를 추가할 필요는 없습니다. 나중에 올 수있는 모든. 중요한 것은 프로젝트 목표를 개별 실행 가능한 작업으로 세분화하는 것입니다.
WBS의 몇 가지 반복을 통해 제대로 작동합니다. 프로젝트 관련자, 특히 팀 구성원(또는 가능성이 높은 팀 구성원)에게 정확성, 완전성 및 리얼리즘을 검토합니다. 프로젝트 scope 반영해야 합니다.
관리 관련자가 WBS를 승인하게 합니다.
WBS가 승인되면 프로젝트에 작업을 추가하거나 Project Online Project Web App 필요한 변경을 수행합니다. 작업이 추가되면 scope 기반 WBS에 따라 프로젝트를 빌드하기 시작합니다.
scope 크리프 방지
프로젝트를 계획하고 실행하는 동안 새로운 아이디어가 생겨날 수밖에 없습니다. 종종 이러한 새로운 아이디어는 프로젝트가 생성되는 제품, 서비스 또는 결과에 대한 기능과 기능을 반영합니다. 범위는 항상 프로젝트에서 더 많은 것을 원하기 때문에 확장해야 하는 지속적인 압력을 받고 있습니다. 그러나 scope 문과 결과 WBS가 관리 관련자에 의해 승인된 후 scope 더 추가하면 프로젝트 비용과 일정에 변함없이 영향을 미칩니다.
프로젝트 scope 작거나 사소한 것처럼 보이는 작업을 추가하면 scope 크리프가 발생할 수 있으며, 이는 프로젝트 일정, 예산 또는 리소스에 대한 추가의 영향을 검사하지 않고 고객 승인을 얻지 않고도 프로젝트 scope 작업을 추가하는 것입니다. 범위 크리프는 큰 문제이므로 많은 프로젝트가 늦게 실행되거나 예산을 초과하거나 완전히 실패하는 이유입니다.
팀 구성원 또는 관련자 관리에서 새 작업 또는 작업 집합이 프로젝트 작업의 일부가 되도록 제안하는지 여부에 관계없이 다음 질문을 합니다.
- 이 작업은 프로젝트 scope 어떻게 적합합니까?
- 달성하는 데 얼마나 걸리나요?
- 언제 수행해야 할까요?
- 누가 작업에 대한 책임이 있으며 작업에 대한 시간이 있습니까?
- 이 작업은 다른 작업의 완료에 따라 달라지고 다른 작업은 이 작업의 완료에 따라 달라지나요?
- 이 작업으로 인해 일정이 늦게 또는 초과 예산으로 실행되는 경우 합의된 최종 기한 및 예산을 충족하기 위해 어떤 다른 작업을 포기해야 할까요? 아니면 더 많은 시간과 예산을 사용할 수 있을까요?
이 프로젝트는 scope 명시하고 관리 이해 관계자의 승인을 받아 이미 scope 크리프에 저항 할 수있는 좋은 기회가 있습니다. 이러한 동일한 관리 관련자가 더 많은 작업을 수행하도록 요청할 때 실제로 scope 증가하고 scope 문을 백업할 수 있음을 지적할 수 있습니다.
물론 scope 성명서와 WBS가 승인된 후에는 아무것도 바뀌지 않는다는 뜻은 아닙니다. 합법적인 변경을 보증하는 프로젝트 실행 과정에서 변함없이 검색합니다. 그러나 scope 크리프와 정당한 변경의 차이를 인식하는 데 능숙해지고 둘 다 처리하는 프로세스가 있는지 확인합니다.
일정에 작업을 추가했는데 이제 일부 작업이 프로젝트 scope 초과된 것으로 확인되면 삭제할 수 있습니다.
Project Online 빠른 실행에서 프로젝트를 선택합니다.
프로젝트 센터에서 프로젝트 이름을 선택합니다. 프로젝트가 열리고 모든 작업이 표시됩니다.
삭제하려는 작업의 행 머리글을 마우스 오른쪽 단추로 클릭합니다. 행 머리글은 작업 행의 맨 왼쪽 셀입니다.
표시되는 바로 가기 메뉴에서 작업 삭제를 선택합니다. 선택한 작업이 제거됩니다.
팁
인접한 여러 작업을 삭제하려면 첫 번째 작업의 행 머리글을 선택하고 Shift 키를 누른 채 마지막 작업의 행 머리글을 선택합니다. 그러면 첫 번째 행과 마지막 행 사이의 모든 작업이 선택됩니다. 인접하지 않은 여러 작업을 삭제하려면 첫 번째 작업의 행 머리글을 선택하고 Ctrl 키를 누른 채 삭제할 다른 작업에 대한 행 머리글을 선택합니다. 행 머리글 중 하나를 마우스 오른쪽 단추로 클릭한 다음 작업 삭제를 선택합니다.
작업 탭의 프로젝트 그룹에서 저장을 선택합니다. Ctrl+S를 누를 수도 있습니다.
다른 사용자가 볼 수 있도록 일정에 변경한 내용을 게시할 준비가 되면 작업 탭의 프로젝트 그룹에서 게시를 선택합니다.
참고
프로젝트 팀 구성원은 작업표에 행을 추가할 수 있지만 작업표에서 일정에 새 작업을 추가할 수는 없습니다. 이미 할당된 작업, 개인 작업 또는 관리 시간 작업만 추가할 수 있습니다.
Project Online 문제로 scope 변경 내용 관리
프로젝트 종료 시 가지고 있는 scope 프로젝트 시작 시의 scope 동일할 것으로 예상하는 것은 비현실적입니다. 프로젝트 계획 및 실행 중에는 항상 새 검색이 이루어집니다. 새로운 아이디어는 오래된 아이디어에 향상. 다른 활동은 약간의 조정으로 프로세스 효율성을 만듭니다. 프로젝트는 실행 가능한 상태를 유지하기 위해 변경에 응답해야 합니다.
그러나 모든 이해 관계자는 모든 변경 내용이 영향을 미친다는 것을 알고 있어야 합니다. 이를 구상하는 좋은 방법은 프로젝트 삼각형을 사용하는 것입니다. 프로젝트 삼각형의 세 면은 scope, 시간 및 돈입니다.
삼각형의 scope 쪽이 길어지지만 시간과 비용 측면이 변경되지 않으면 삼각형의 균형이 조정되지 않고 프로젝트가 문제가 발생합니다. scope 변화가 있을 때 시간 측면, 돈 쪽 또는 양측은 그에 따라 길어져야 합니다.
즉, 이해 관계자 중 한 명이 프로젝트에 무언가를 추가하려는 경우 이 변경으로 인해 프로젝트가 지연되거나 비용이 더 많이 들 수 있음을 알려야 합니다.
이러한 요청을 처리하는 좋은 방법은 변경 관리 프로세스를 사용하는 것입니다. 변경 검토 보드를 사용하면 테이블에 관련된 모든 사람이 테이블에 참여하여 추가 사실을 검토하고, scope 문을 검토하고, 프로젝트 삼각형의 균형을 유지합니다.
변경 관리 프로세스는 요청자가 제안된 변경 내용을 설명하고 변경이 프로젝트에 미치는 영향에 대한 질문에 답변하는 변경 요청으로 시작됩니다.
변경 검토 보드에는 최소한 프로젝트 스폰서, 프로젝트 관리자, 추가 작업을 수행할 책임이 있는 팀 구성원 및 변경 요청을 수행하는 사람이 포함되어야 합니다. 이사회는 변경에 대해 논의하고 결정을 내립니다. 이 결정은 프로젝트 관련자가 액세스할 수 있는 다른 프로젝트 문서와 함께 문서화되고 저장됩니다.
이 변경 제어 프로세스를 통해 scope 크리프가 방지되고 일정, 예산, 리소스, 품질, 위험, 전체 프로젝트 목표 및 성공 기준 측면에서 합법적인 scope 변경 내용이 고려됩니다.
변경 요청을 문제로 추적
Project Online 대한 Project Web App 문제 추적 기능을 사용하여 변경 요청 및 해결 방법을 입력할 수 있습니다.
문제 추적을 사용하면 변경 요청의 제목을 입력하고, 책임 있는 팀 구성원(프로젝트 관리자, 변경의 영향을 받는 팀 구성원 또는 변경 검토 관리자)에게 할당하고 기한(변경 검토 모임의 날짜)을 제공할 수 있습니다. 변경 요청에 대한 상태 및 우선 순위를 입력할 수도 있습니다.
변경 요청 양식 및 기타 관련 설명서를 문제에 첨부할 수 있습니다. 함께 나열할 수 있도록 문제 범주를 바꿔 요청을 변경할 수 있습니다. 변경 요청이 해결되면 해당 상태 닫힘으로 표시할 수 있습니다.
권한이 있는 팀 구성원, 상급 관리 및 기타 관련자는 Project Web App 문제 추적 시스템에서 변경 요청을 보고 편집할 수도 있습니다.
문제 기록
- Project Online 빠른 실행에서 프로젝트를 선택합니다.
- 프로젝트 센터 페이지의 프로젝트 이름 열 아래에서 변경 요청을 추가하거나 편집할 프로젝트의 이름을 선택합니다.
- 왼쪽 창에서 문제를 선택합니다.
- 문제 페이지에서 새 항목을 클릭합니다.
- 표시되는 양식을 완성합니다. 유일한 필수 필드는 제목입니다. 추가 필드에는 소유자, 할당 대상, 상태, 범주, 우선 순위, 기한, 토론 및 해결 방법이 포함 됩니다. 정보가 있는 다른 필드를 완료합니다. 나중에 언제든지 더 많은 정보를 추가할 수 있습니다.
- 문제 레코드(예: 변경 요청 양식)에 파일을 첨부할 수 있습니다. 편집 탭의 작업 그룹에서 파일 첨부를 선택합니다. 파일 선택을 선택하고 파일로 이동하여 선택한 다음 열기를 클릭합니다.확인을 클릭합니다.
- 페이지 아래쪽에서 저장 단추를 선택합니다.
문제 정보 수정
- Project Online 빠른 실행에서 프로젝트를 선택합니다.
- 프로젝트 센터 페이지의 프로젝트 이름 열 아래에서 변경 요청을 수정할 프로젝트의 이름을 선택합니다.
- 왼쪽 창에서 문제를 선택합니다.
- 문제 페이지에서 수정할 위험의 이름을 선택합니다.
- 보기 탭의 관리 그룹에서 항목 편집을 선택합니다.
- 필드를 변경하거나 완료합니다.
- 페이지 아래쪽에서 저장 단추를 선택합니다.
프로젝트의 문제 목록 보기
- Project Online 빠른 실행에서 프로젝트를 선택합니다.
- 프로젝트 센터 페이지의 프로젝트 이름 열 아래에서 변경 요청을 수정할 프로젝트의 이름을 선택합니다.
- 왼쪽 창에서 문제를 선택합니다.
- 문제 페이지에서 현재 프로젝트에 대해 입력한 문제를 검토합니다.
- 필드(예: 할당 대상, 상태, 범주 또는 기한)를 기준으로 오름차순으로 정렬하려면 열 머리글을 선택합니다. 내림차순으로 정렬하려면 열 머리글을 두 번째로 선택합니다.
