프로젝트 통합 및 범위 관리: 정의, 정의
조나단 리드
⚡ 스마트 요약
프로젝트 통합 관리는 프로젝트 전반의 모든 활동, 계획 및 변경 사항을 조정하는 반면, 프로젝트 범위 관리는 팀이 적절한 제품을 정해진 시간과 예산 내에서 제공할 수 있도록 필요한 정확한 작업을 정의하고 제어합니다.
프로젝트 통합 관리란 무엇입니까?
프로젝트 통합 관리는 주로 프로젝트의 다양한 활동이 적절하게 조정되도록 하는 데 필요한 프로세스와 관련이 있습니다.
즉, 프로젝트 통합 관리 프로세스는 프로젝트와 관련된 다양한 프로세스를 식별, 정의, 결합 및 조정하는 활동으로 구성됩니다.
프로젝트 통합 관리에는 다음과 같은 활동이 포함됩니다.
| 방법 | 프로젝트 단계 | 주요 결과물 |
|---|---|---|
| 프로젝트 헌장 개발 | 시작 | 프로젝트 헌장 |
| 프로젝트 관리 계획 개발 | 계획 | 프로젝트 관리 계획 |
| 프로젝트 작업 지시 및 관리 | 실행 | 산출물 |
| 프로젝트 작업 모니터링 및 제어 | 모니터링 및 제어 | 변경 요청 |
| 통합 변경 제어 수행 | 모니터링 및 제어 | 변경 요청 상태 업데이트 |
| 프로젝트 또는 단계 종료 | 프로젝트 종료 | 최종 제품 |
각 과정을 아래에서 단계별로 살펴보겠습니다.
프로젝트 헌장
프로젝트 헌장은 프로젝트 통합 관리의 필수적인 부분으로, 프로젝트 헌장이 없으면 프로젝트를 시작할 수 없습니다. 이는 프로젝트의 목표를 공식적으로 승인하고 정의합니다. 여기에는 프로젝트의 이름, 설명, 결과물이 포함되며 일반적으로 프로젝트 관리자보다 상위 권한이 있는 사람이 작성합니다.
| 입력 | 도구 및 기법 | 출력 |
|---|---|---|
| 프로젝트 작업 명세서 | 전문가 판단 | 프로젝트 헌장 |
| 비즈니스 사례 | ||
| 와tract | ||
| 기업 환경 요소 | ||
| 조직 프로세스 자산 |
프로젝트 관리 계획
프로젝트 계획 개발에서는 다른 계획 프로세스의 결과를 사용하여 프로젝트 제어 및 프로젝트 실행을 안내하는 데 사용할 수 있는 일관되고 논리적인 문서를 생성합니다. 프로젝트 관리 계획은 프로젝트 실행 지시, 프로젝트 계획 가정 문서화, 이해관계자 간 의사소통, 더 나은 프로젝트 제어 등을 위해 사용됩니다.
| 입력 | 도구 및 기법 | 출력 |
|---|---|---|
| 프로젝트 헌장 | 전문가 판단 | 프로젝트 관리 계획 |
| 계획 프로세스의 출력 | ||
| 기업 환경 요소 | ||
| 조직 프로세스 자산 |
프로젝트 작업 지시 및 관리
프로젝트 관리 계획에 정의된 대로 작업을 실행하고 프로젝트 요구 사항에 대한 변경 사항을 구현하는 프로세스입니다.
| 입력 | 도구 및 기법 | 출력 |
|---|---|---|
| 프로젝트 관리 계획 | 전문가 판단 | 산출물 |
| 승인된 변경 요청 | 프로젝트 관리 정보 시스템 | 업무수행정보 |
| 기업 환경 요소 | 변경 요청 | |
| 조직 프로세스 자산 | 프로젝트 관리 계획 업데이트 | |
| 프로젝트 문서 업데이트 |
프로젝트 작업 모니터링 및 제어
이 단계에는 다음이 포함됩니다. trac프로젝트 관리 계획에 정의된 성과 목표를 달성하기 위해 프로젝트 진행 상황을 검토하고 보고하는 역할을 담당합니다.
| 입력 | 도구 및 기법 | 출력 |
|---|---|---|
| 프로젝트 관리 계획 | 전문가 판단 | 변경 요청 |
| 실적 보고서 | 프로젝트 관리 계획 업데이트 | |
| 기업 환경 요소 | 프로젝트 문서 업데이트 | |
| 조직 프로세스 자산 |
통합 변경 제어 수행
이 단계에서는 프로젝트에 대한 모든 변경의 영향을 평가합니다. 프로젝트 전체에 걸쳐 평가해야 합니다. 이 과정에서 실제 작업을 예상 계획과 비교하여 분석하고, 인라인이 아니거나 동기화되지 않은 경우 조정합니다.
"프로젝트 작업 모니터링 및 제어"와 "통합 변경 제어"의 차이점은 통합 변경 제어 수행이 프로젝트 범위에 대한 변경 관리에 중점을 두는 반면, 전자는 해당 범위가 실행되는 방식을 관리하는 데 중점을 둔다는 점입니다.
| 입력 | 도구 및 기법 | 출력 |
|---|---|---|
| 프로젝트 관리 계획 | 전문가 판단 | 변경 요청 상태 업데이트 |
| 업무수행정보 | 변경 통제 회의 | 프로젝트 관리 계획 업데이트 |
| 변경 요청 | 프로젝트 문서 업데이트 | |
| 기업 환경 요소 | ||
| 조직 프로세스 자산 |
프로젝트 또는 단계 종료
프로젝트 관련 활동이 공식적으로 완료되는 단계입니다.
| 입력 | 도구 및 기법 | 출력 |
|---|---|---|
| 프로젝트 관리 계획 | 전문가 판단 | 최종 제품, 서비스 또는 결과 전환 |
| 수락된 산출물 | 조직 프로세스 자산 업데이트 | |
| 조직 프로세스 자산 |
프로젝트 범위 관리란 무엇입니까?
범위 관리 프로세스는 수행해야 할 작업이 무엇인지 결정하고 프로젝트를 완료하는 데 필요한 작업만 프로젝트에 포함되도록 합니다.
관리자에게 프로젝트 범위 관리가 필요한 이유
- 프로젝트 범위를 결정하지 않으면 프로젝트에 소요되는 시간이나 비용을 추정할 수 없습니다.
- 범위 관리는 프로젝트 진행 중에 프로젝트를 변경할 수 있는 요소를 다루기 위한 통제 프로세스를 구축합니다. 프로젝트 수명주기
- 이는 프로젝트 범위가 계속 확대되고 요구사항 목록이 복잡해지면서 발생할 수 있는 어려움을 피하는 데 도움이 됩니다.
이 단계에는 두 가지가 모두 포함됩니다.
- 프로젝트 범위 관리
- 제품 범위 관리
프로젝트 범위 관리 프로세스에는 다음과 같은 활동이 포함됩니다.
| 방법 | 프로젝트 그룹 | 주요 결과물 |
|---|---|---|
| 계획 범위 관리 | 계획 | |
| 요구사항 수집 | 계획 | 필수서류 |
| 범위 정의 | 계획 | 프로젝트 범위 설명 |
| WBS 만들기 | 계획 | WBS 디렉토리, WBS |
| 범위 검증 | 모니터링 및 제어 | 수락 결과물 |
| 제어 범위 | 모니터링 및 제어 | 변경 요청 |
각 과정을 아래에서 단계별로 살펴보겠습니다.
계획 범위 관리
범위 관리 계획은 범위를 정의, 검증 및 통제하는 방법을 결정합니다.
| 기본 입력 | 도구 및 기술 | 기본 출력 |
|---|---|---|
| 예비 프로젝트 범위 기술서 | ||
| 프로젝트 헌장 | 회의 | 요구사항 관리 계획 |
| 프로젝트 관리 계획 | 전문가의 판단 | 범위 관리 계획 |
| 기업 환경 요소 | ||
| 조직 프로세스 자산 |
요구사항 수집
이 과정에서 관리자들은 이해관계자들로부터 프로젝트 요구사항을 수집하기 위해 다양한 기법과 도구를 활용합니다. 이 단계는 매우 중요하며, 정확하게 수행될 경우 프로젝트 진행 중 오류 발생 가능성을 최소화할 수 있습니다.
| 기본 입력 | 도구 및 기술 | 기본 출력 |
|---|---|---|
| 프로젝트 헌장 | 인터뷰 | 요구 사항 문서 |
| 이해관계자 등록 | 포커스 그룹 | 요구사항 관리 계획 |
| 그룹 창의성 기술 | 요구조건 니즈 trac가능성 매트릭스 | |
| 워크숍 진행 | ||
| 설문조사 및 설문지 | ||
| 프로토 타입 | ||
| 관측 | ||
| 그룹 의사결정 기법 |
범위 프로세스 정의
이 과정은 프로젝트가 어떻게 진행되어야 하고 무엇을 할 수 없는지를 명확하게 보여줍니다. 이 과정을 통해 프로젝트가 계획대로 진행되도록 보장합니다. trac관련 증빙 서류를 검토하여 범위를 결정합니다. 그 결과로 도출된 범위에는 이해관계자의 요구사항과 기대사항이 명시될 것입니다.
| 기본 입력 | 도구 및 기술 | 기본 출력 |
|---|---|---|
| 프로젝트 헌장 | 전문가의 판단 | 프로젝트 범위 설명 |
| 요구사항 문서 | 제품 분석 | 프로젝트 문서 업데이트 |
| 조직 프로세스 자산 | 대체 식별 | |
| 워크숍 진행 |
WBS(작업분류체계) 생성
WBS를 사용하면 프로젝트 관리자와 그의 팀은 높은 수준의 프로젝트 결과물을 작업 패키지라고 하는 더 작고 관리 가능한 작업 단위로 나눌 수 있습니다.
| 기본 입력 | 도구 및 기술 | 기본 출력 |
|---|---|---|
| 프로젝트 범위 설명 | 분해 | WBS |
| 요구사항 문서 | WBS 사전 | |
| 조직 프로세스 자산 | 범위 기준선 | |
| 프로젝트 문서 업데이트 |
범위 검증
프로젝트 범위 검증 프로세스에는 고객 승인 절차가 포함됩니다. 이는 고객이 프로젝트의 모든 결과물을 공식적으로 승인하는 단계입니다. 각 단계가 끝날 때마다 이 프로세스가 진행됩니다. 이 과정에서 고객은 수행된 작업에 대한 피드백을 제공합니다.
| 기본 입력 | 도구 및 기술 | 기본 출력 |
|---|---|---|
| 프로젝트 범위 기술서 | 검사 | 승인 결과물 |
| 프로젝트 관리 계획 | 변경 요청 | |
| 요구 사항 Trac능력 매트릭스 | 프로젝트 문서 업데이트 | |
| 검증된 결과물 |
범위 통제
이 단계는 프로젝트 진행 상황을 모니터링하고 범위 변경 사항을 관리하는 것을 포함합니다. 또한 고객의 추가 요구 사항을 평가하거나 프로젝트 범위를 사전에 검토하는 것도 포함됩니다.
| 기본 입력 | 도구 및 기술 | 기본 출력 |
|---|---|---|
| 프로젝트 관리 계획 | 분산 분석 | 작업 성능 측정 |
| 요구사항 문서 | 변경 요청 | |
| 요구 사항 trac가능성 매트릭스 | ||
| 조직 프로세스 자산 | ||
| 업무수행정보 | 프로젝트 문서 업데이트 |
범위 관리를 위해 기억해야 할 핵심 사항
- 비용 초과 및 일정 지연을 방지하려면 범위가 완전하고 정확해야 합니다.
- 불필요한 작업과 혼란을 피하기 위해 범위를 명확하게 정의해야 합니다.
- 설계 및 요구사항의 오류를 방지하려면 범위 문서를 모든 이해관계자와 공유해야 합니다.
- 범위 관리의 모범 사례는 범위 문서가 프로젝트 기간 동안 변경되지 않은 상태로 유지되어야 한다는 것입니다.
프로젝트 통합과 프로젝트 범위 관리의 주요 차이점
두 지식 영역 모두 PMBOK 프레임워크에 속하고 여러 입력값을 공유하지만, 서로 다른 질문에 답합니다.
프로젝트 통합 관리는 프로젝트 수명 주기 전반에 걸쳐 모든 계획, 산출물 및 변경 사항이 어떻게 통합되는지를 다룹니다. 프로젝트 범위 관리는 프로젝트가 어떤 작업을 수행하고 어떤 작업을 수행하지 않을지를 다룹니다.
다음 표에서 차이점이 명확하게 나타납니다.
| 아래 | 프로젝트 통합 관리 | 프로젝트 범위 관리 |
|---|---|---|
| 주목적 | 모든 지식 영역을 하나의 일관된 계획으로 통합하십시오. | 제품 출시에 필요한 작업을 정의하고, 검증하고, 관리합니다. |
| 주요 성과물 | 프로젝트 헌장 및 프로젝트 관리 계획. | 범위 명세서, 작업 분해 구조 및 범위 기준선. |
| 일반적인 출력 | 변경 요청 사항 승인 및 계획 업데이트. | 승인된 결과물 및 변경 요청은 범위에만 관련됩니다. |
| 대표이사 | 프로젝트 관리자가 스폰서와 협력하고 있습니다. | 비즈니스 분석가 및 이해관계자와 협력하는 프로젝트 관리자. |
요약하자면, 통합은 프로젝트의 각 구성 요소를 하나의 시스템처럼 작동하게 유지하는 반면, 범위 관리는 작업 경계를 명확하고 안정적으로 유지합니다.
프로젝트 범위 확장을 방지하는 방법
범위 확장은 프로젝트 범위 기준선이 승인된 후 통제되지 않은 방식으로 프로젝트 작업이 확대되는 현상입니다. 이는 예산을 낭비하고, 일정을 지연시키며, 조기에 파악하지 못하면 품질을 저하시킵니다.
다음의 방법들은 프로젝트 관리자가 프로젝트 시작부터 종료까지 범위 확대를 통제하는 데 도움이 됩니다.
- 명확한 업무범위 설명서를 작성하세요. 이해관계자들이 작업에 대한 동일한 해석을 공유할 수 있도록 범위 명세서에 모든 결과물, 제외 사항, 가정 및 제약 조건을 명시하십시오.
- 상세한 작업 분해 구조(WBS)를 작성하십시오. 산출물을 시간 또는 일 단위로 예상할 수 있을 만큼 작은 작업 패키지로 분해합니다. 정확한 WBS(작업 분해 구조)를 사용하면 기존 작업 패키지에 해당하지 않는 새로운 요청 사항을 명확하게 파악할 수 있습니다.
- 초기에 범위를 명확히 설정하십시오. 범위 설명서, WBS 및 WBS 사전을 범위 기준선으로 고정하고 버전 관리 시스템에 저장하여 변경 사항을 측정할 수 있도록 합니다.
- 모든 요청은 통합 변경 관리 시스템을 통해 처리됩니다. 이해관계자가 새로운 기능을 요청하면 해당 요청을 기록하고, 비용, 일정, 품질 및 위험에 미치는 영향을 평가한 후 변경 관리 위원회에서 승인 또는 거부하십시오.
- Track 요구사항 trac가능성 매트릭스. 모든 요구사항을 비즈니스 요구사항, 결과물, 그리고 인수 테스트와 연결하세요. 연결할 수 없는 요청은 처리하지 마세요. trac비즈니스 필요에 따라 다시 고려되는 사항은 거절될 가능성이 높습니다.
- 범위 결정 사항을 전달하십시오. 승인되거나 거부된 모든 변경 사항을 전체 팀과 공유하여 누구도 실수로 예산에 포함되지 않은 작업을 시작하지 않도록 하세요.
이러한 조치들은 변화를 없애는 것이 아닙니다. 오히려 변화를 가시화하고 그에 대한 비용을 지불하도록 함으로써, 건강한 진화와 파괴적인 범위 확장을 구분 짓는 것입니다.
프로젝트 통합 및 범위 관리를 위한 인기 도구
현대의 프로젝트 관리자들은 거의... track 통합 및 범위 설정은 스프레드시트만으로는 불가능합니다. 다음 도구들은 두 지식 영역 전반에 걸쳐 공통적으로 필요한 요구 사항을 충족합니다.
- Microsoft Project: 강력한 간트 차트, 자원 관리 및 기준선 기능을 갖춘 데스크톱 및 클라우드 기반 플래너 trac중대형 프로젝트에 적합한 전문가입니다.
- Jira와 Jira Align: 애자일 팀에서 에픽, 스토리, 팀 간 의존성을 관리하고 범위 백로그를 유지하는 데 널리 사용됩니다.
- 스마트시트: 학습 부담이 크지 않으면서 작업 분해 구조, 변경 로그 및 통합 대시보드를 지원하는 그리드 기반 도구입니다.
- Asana 그리고 monday.com: 작업 목록, 포트폴리오 보기 및 변경 요청 워크플로를 하나의 작업 공간에 통합하는 협업 플랫폼.
- 컨플루언스와 셰어포인트: 프로젝트 헌장, 범위 설명서 및 변경 결정 사항을 한 곳에서 검색할 수 있도록 관리하는 문서 플랫폼.
적절한 선택은 팀 규모, 전달 방식, 그리고 스폰서가 사용하는 보고 기준에 따라 달라집니다.
