일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
- 의존관계
- 2010
- 완료율
- project server 2003
- 단위
- PMBOK
- install
- project server 2010
- Outlook
- ms project
- 설치
- conf
- 2막1장
- project server
- EPM
- 일정
- ms project 2016
- ff
- MSP
- 구성
- Sharepoint
- EVM
- Server
- 달력
- PMP
- 비용
- PROJECT
- 2007
- WBS
- 기간
- Today
- Total
MS Project
MS Project - 마감일과 제한 종류 개념 본문
시나리오 - 계획 단계에서 - 시스템 배포 프로젝트 계획
- 작업 이름은 시스템 배포이며 이 작업의 기간 값은 4일이 소요됨.
- 작업의 시작일은 10월 26일 또는 그 이후 시작이 가능하며, 고객이 요청한 배포된 시스템의 운영 개시 일자는 11월 6일이며 날짜 전에는 사전에 통지만 해주면 가능한 반면 11월 6일 날짜를 지나서는 안됨을 조건으로 하고 있음.
위 시나리오를 가지고 MSP에서 계획을 수립해 보시면, 고객이 요구 사항이 우리에게는 가장 중요한 부분이므로, 시나리오의 빨간색 글자의 내용을 잘 이해해주시고, 고객의 사항이 반영되도록 계획을 수립해 주심.
고객의 요구 사항을 어떻게 이해하느냐에 따라 계획의 결과물이 몹시 많이 달라 질것으로 예상됨. 그 만큼 요구사항을 파악하는 것은 매우 중요함
참고로 "요구사항을 파악했다" 라는 말의 의미는, 요구사항 = 결과물 = Task(Activity) 로 연결된 경우를 말함
이제 우리는 PM 분들의 다양한 경험을 바탕으로 다양한 계획이 수립되는 것을 볼수 있으며, 물론 MSP에서도 그 경험 모두를 구현할 수 있도록 다양한 기능을 가지고 있기에 모두 동일한 모양의 계획(MSP에서)이 수립되는 것은 아님.
심지어 어떤 강사에게 강의를 들었냐, 어떤 교재를 보았냐에 따라 계획 결과물이 달라지며, 이런 다양성은 뭐가 좋고 그름의 문제가 아닌, 경험과 프로젝트 성격에 따라 최적화된 계획이 다 따로 있음을 말씀 드림
일단 예를 들면,
1. 의존 관계만 가지고 계획 수립
2. 의존 관계와 간격을 통해 계획 수립
3. 의존 관계와 마감일 개념을 통해 계획 수립
4. 의존 관계와 제한 종류를 통해 계획 수립
이런 정도의 계획이 수립될 것으로 예상되며, 각각의 경우 계획 단계는 아래와 같이 보임
하나의 요구 사항을 가지고 계획을 수립하는데도 오래 & 깊게 생각하지 않아도 4가지 종류의 계획 산출물이 나옴. 참고로 저는 고객님과의 약속 부분은 마감일 사용을 몹시 선호함.
실행 단계는 MSP에서 어떻게 보여지는지 다음에 추가할 예정 (단 실행 단계에서 우발 사태 발생을 전제로 할 예정임)
20171027 추가
시나리오 – 실행 단계에서 - 시스템 배포 프로젝트가 실행 단계에서 우발 사태가 발생
① PM이 우발 사태를 해결하고 이에 따른 영향도 분석을 통해서 나온 결과, 작업을 완료하려면, 작업의 기간이 6일이 추가되는
상황, 즉 계획했던 4일에 6일이 추가된 상황으로 전체 기간 값이 10일이 되는 상황이 발생함
② 이제 MS Project 에서 시스템 배포 작업의 기간을 4일에서 10일로 변경함. (기간 필드에서 변경)
각 경우에 따라 기간 값을 기존 4일에서 6일로 변경하면,
1. 의존 관계로만 계획을 수립한 경우,
여기서 [ 우리가 중요하게 생각하는 것 ] 이란, 고객이 요구한 일정 관련 요구 사항을 의미하며, 일정 변경이 왔을 때 이 요구 사항이 한 눈에 안 보임을 의미함.
2. 의존 관계와 간격을 통해 계획 수립한 경우,
역시 우리가 중요하게 생각하는게 안 보임
3. 의존 관계와 마감일 개념을 통해 계획 수립
마감일을 사용한 경우, 완료 날짜 차이뿐만 아니라 전체 여유 시간이 마이너스 즉 음수로 표시되므로 일정에 심각한 문제가 있다는 것을 확인할 수 있음
4. 의존 관계와 제한 종류를 통해 계획 수립
날짜 제한 옵션을 사용하면, 일정이 변경될 때, 해당 작업에 족쇄를 채워 버린 경우라 완료 날짜 차이가 발생하지 않음
이렇게 같은 요구 사항을 보고 다른 계획 결과물이 나올 수 있고, 실행 단계에서 뭔가 문제 확인을 확실히 그리고 한 번에 볼 수 있는 방법도 [ 마감일 ] 이외에 다른 경험을 가진 분들은 또 다른 방법으로 훌륭하게 구현하실 수 있을 것으로 추정함. 그러나 저는 마감일 사용에 더 현혹되어 있음
아 그리고 마감일 설정은, [요약 작업]을 더블 클릭해 [작업 정보 창 - 고급 탭]의 [마감일] 항목에서 마감일자를 설정하시면 됨. 단, ID 0은 하시면 안되며 하실수도 없게 비활성화 되어 있음
또 다른 마감일과 제한 종류에 대한 이야기... ( 작성중 )