일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | 5 | 6 | 7 |
8 | 9 | 10 | 11 | 12 | 13 | 14 |
15 | 16 | 17 | 18 | 19 | 20 | 21 |
22 | 23 | 24 | 25 | 26 | 27 | 28 |
29 | 30 | 31 |
- PROJECT
- project server 2010
- WBS
- 2010
- project server 2003
- 구성
- 기간
- 단위
- EVM
- 2007
- 의존관계
- conf
- Outlook
- 달력
- 완료율
- ms project 2016
- 설치
- Sharepoint
- project server
- install
- 2막1장
- ms project
- Server
- PMP
- ff
- PMBOK
- 일정
- 비용
- EPM
- MSP
- Today
- Total
MS Project
PMBOK - 프로젝트 문서 변경 vs. 변경요청 본문
프로젝트 문서를 변경(업데이트 포함)하려면 변경 요청 절차를 밟아 승인된 이 후에 변경을 해야 하는가?
우선 변경이 주어가 될 때를 보시면,
어떤 인도물(또는 통제받고 있는 프로젝트관리 계획서, 보조관리 계획서, 기준선 등)의 변경 요청이 승인되고 변경을 할 경우 영향을 받는 모든 프로젝트 문서는 업데이트를 해야합니다.
참고로 여기서 업데이트라는 것은, 변경이 되는 부분을 삭제하고 변경된 부분을 새로 쓰는 것은 아닙니다.
예를 들어, A를 B로 업데이트해야한다면,
A를 지우고 B를 기재하는게 아니고, A는 그대로 두고 A 옆에 주석이나 기타 표시로 B로 변경되었다는 것을 기록한 후에 변경된 최신 버전을 다시 생성해서 첨부합니다. 일종의 버전관리나 history 관리로 보시면 됩니다.
이제 프로젝트 문서가 주어일 때를 보시면,
우리가 잘 알고 있는 것처럼, 프로젝트관리 계획서에 포함된 보조 관리 계획서와 기준선은 통제되야 할 문서로 변경 승인되야만 변경을 할 수 있습니다. 임의로 변경을 하지 못합니다.
그러나 프로젝트 문서의 변경(업데이트 포함)은 변경 요청과 승인된 변경 요청이 되어야 변경할 수 있는 것은 아닙니다.
예를 들어, 이슈가 발생해서 이슈 기록부에 기록하려하는데, 이 때 이슈 기록부의 변경이 있으니 변경 요청을 하고 승인될 때까지 기다리자. 이렇게 되버리면 이거 살짝 짜증이 날 수가 있습니다.
일반적으로 프로젝트 문서에 포함되는 것들은 변경 요청 없이 변경된다고 보시면 됩니다.
PMBOK에서 프로젝트관리 계획서(보조관리 계획서), 기준선 그리고 프로젝트 문서(Project Documents) 등으로 범주를 잡아 놓은 이유 중에 하나입니다.
만약, 프로젝트 문서를 변경했는데, 이 변경한 프로젝트 문서가 원인이 되서 통제 문서(프로젝트관리 계획서, 보조 관리 계획서, 기준선)에 영향을 준다면 (영향을 준다 = 변경을 해야한다) 이 통제 문서들은 당연히 변경 요청 후 CCB 등의 승인된 변경 요청이 떨어져야 변경이 가능합니다. 이런 경우에도 프로젝트 문서는 변경 프로세스 없이 바로 변경을 하게 됩니다.
[요약] 프로젝트 문서에 속하는 대부분의 문서는 변경 요청 → 승인된 변경 요청 절차 없이 변경(업데이트) 가능합니다.
PMBOK에서는 문서(documents)를 개념적으로 controlled & non-controlled documents로 구분합니다. 그냥 documents 즉 문서로 표현한 경우 이 문서가 프로젝트 문서(non-controlled documents)만을 의미하지는 않습니다.