PMP 일정 관리 - PMP iljeong gwanli

ineeju.notion.site

PMP

PMBOK - 일정 3 요소

ineeju 2020. 1. 25. 18:39

※ Project Schedule 3요소

프로젝트 일정이라는 녀석의 정체는 저렇게 3가지 데이터(요소)가 모여 정보가 됩니다. 

  1. 작업 리스트 (활동 목록)
  2. 각 작업의 기간 (완료까지 소요되는 기간)
  3. 그리고 각 작업들의 의존관계 (선행 작업과 후속 작업과 의존, 연관 관계, 화살표로 표시)

이 3가지가 모여야 비로서 일정(Schedule)라고 말을 합니다.3가지 중에 하나라도 빠지면 일정이라고 할 수 없습니다. 실무에서 사용하는 일정 개념과는 다소 차이가 있지요 ^^::
PMBOK는 물론이고 왠만한 프로젝트 관리 이론에는 일정이라고 하면 저 3가지 요소(데이터)를 벗어나지 않습니다. 그리고 CPM을 식별하기 위해서는 꼭 필요한 정보가 일정입니다.

자, 그럼 보시죠 일정이라는 녀석의 정체 또는 일정 개념, 구성 요소 등등 어떻게 표현을 하던, 일정은 3가지로 구성된거야. 라고 말하는 사람들과 자료는 넘쳐납니다. 그래서 저도 이렇게 이야기하고 끝내면 다른 자료나 다른 컨설턴트랑 아무런 차이가 없게되죠.

이제부터 남들 자료에 없는, 남들은 이야기 하지 않는, 일정 3요소 뒤에 있어서 우리가 잘 못보는 거 하나를 말씀 드리려 합니다.

각 작업들의 시작 날짜와 완료 날짜는 아예 언급이 없다는 것입니다.대다수 프로젝트 관리 이론에도 각 작업들(Avtivity, Task)이 시작되는 날짜와 완료 날짜를 산정하거나 개발하거나 그런 개념이 아예 없습니다. 프로젝트 시작/완료 날짜가 아닌 작업(들)의 시작/완료 날짜를 말하는 겁니다.

작업(들)의 시작/완료 날짜를 개발하지 않아도 되서 언급이 없을까요? 개발하면 안되서 언급이 없을까요?
개별 작업들의 시작/완료 날짜를 따로 개발하면 나중에 일정이라는 녀석이 꼬여버리기 때문에 개발하면 절대 안되서 언급이 없는 겁니다.  

작업 기간은 산정의 신뢰도가 낮거나 작업의 범위가 추가/줄어들 경우, 자원 역량(이것도 결국 산정의 문제)에만 변경이 되고 그 외는 절대 변경되지 않습니다. 작업 기간은 유연성이 없거나 적습니다. 작업 기간은 왠만한 바람(변경, 변화)이 불어도 안 바뀝니다. 그냥 곧곧하게 서 있습니다.
그러나 작업의 시작/완료 날짜는 매우 유연해서 변경이 끊임없이 발생합니다. 바람이 불면 대나무처럼 갈대처럼 이리 흔들 저리 흔들합니다. 여러분들이 이 유연한 녀석을 시작/완료 날짜를 개발(직접 입력)해서 유연성을 없애고 바람이 불어도 흔들지 않게 만들어 놓으면, 결국은 바람(변경의 영향에 따라)에 뿌러집니다.  

그럼에도 불구하고 대부분의 현업에서는 작업들의 시작/완료 날짜를 개발하고 있습니다. 그리고 바람이 한번 불고 나면 찾기도 쉽지 않은 그 뿌러진 것들을 찾아서 다시 또 붙입니다.(작업들의 시작/완료 날짜 재 개발) 프로젝트 내내 그럽니다. 아주 큰 낭비 요소 중에 하나죠. 

일정 3요소와 프로젝트 시작 날짜 또는 완료 날짜 중 하나만 있으면 현업에서 흔히 말하는 프로젝트 일정, 스케쥴이 완성됩니다. 
프로젝트 시작 날짜나 완료 날짜는 고객 또는 C 레벨에서 알려주시니 우리는 일정 3요소만 개발하면 됩니다. 그리고 작업의 시작 날짜와 완료 날짜는 기준(프로젝트 시작 날짜 또는 완료 날짜)에 따라 유연하고 일사불란하게 자동으로 정의됩니다. 

단, 작업의 시작 날짜 또는 완료 날짜를 개발하는 경우가 있습니다. 꼭 필요한 경우에만 = 작업에 제약 조건이 있을 경우에만작업의 시작 또는 완료 날짜를 개발하시면 됩니다. 
가장 일반적인 예시는, 자재(또는 해당 인력)가 투입되야만 해당 작업을 수행하는 경우입니다. 자재가 들어오는 날짜에만 해당 작업을 수행할 수 있기 때문에 이런 작업 자체에 대한 제약이 있을 때만 작업 시작 날짜를 직접 입력(개발)합니다. 

MS Project - 제한 종류 (Constraint type)

PMBOK 6.2 활동 정의 프로세스의 산출물은 활동 목록과 활동 속성, 마일스톤 목록 등이 있습니다. 그 중에 활동 속성은 활동에 관한 상세 내용을 따로 문서화 한 것이고 활동의 상세 내용 역시 점진

blog.ineeju.com

티스토리 뷰

다음 중 CPM에 의해 이미 분석한 일정 모델에 적용되는 기법은 무엇인가?
A. 공정중심 단축법
B. 자원 적재
C. 공정 압축법
D. 자원 평준화

이미 시간 기반 일정 모델을 적용했으므로 자원 기반의 일정 모델(자원 평준화)을 적용한다.
답 D(자원 평준화)

프로젝트의 일정관리에서 낙관치가 12일이고, 비관치가 24일이다. 표준편차를 구하라.
A. 12
B. 6
C. 3
D. 2

표준편차를 구하는 공식은 (비관치-낙관치)/6 =2
답 D(2)

프로젝트 관리자로서 당신은 프로젝트 일정의 변경통제를 위한 도구와 기술을 고려 중이다. 다음 중 가장 바람직한 의견은 무엇인가?
A. 적정 수준의 권한 요청의 순서를 변경하는 온라인 시스템
B. 이해관계자가 승인을 위해 프로젝트 관리자에게 사본을 요청하는데 필요한 문서
C. 제출된 변경의 빠른 승인을 위한 시스템
D. 영향 분석에 따라 수동으로 요청된 승인의 순서를 변경하는 온라인 시스템

일정 변경 통제를 위한 도구/기술을 고려한다면 적절한 권한 수준을 지원하는 온라인 시스템이 가장 도움이 될 것이다.
답: A

만약 당신이 개별 태스크에 대해 빠른 개시일과 빠른 종료일을 하나씩만 계산하고 있다면 당신이 사용하는 방법은?
A. PERT
B. CPM
C. GERT
D. PDM

빠른 개시일과 종료일 하나만 계산한다면 1점 추정 기법인 CPM을 의미한다.
답: B

일정을 위한 프로젝트 활동을 고려하는 가장 좋은 방법은?
A. WBS
B. Critical Path
C. Quality
D. Responsible organization

일정 관리를 위해 주경로 상의 활동에 관심을 기울이는 것이 필요하다.
답: B

PDM에서 forward, backward total float가 -10이다. 이것의 의미는?
A. 일정이 지연되고 있다.
B. 일정이 10일 빨리 종료될 것이다.
C. 주요 작업에 인력이 부족하다.
D. Lead time이 발생하였다.

float는 여유시간이다. 여유시간이 마이너스란 의미는 일정이 지연되고 있음을 표현한다.
답: A

활동을 정의하려 하고 있다. 입력물이 아닌것은?

A. 자원분류체계
B. 범위 기준선
C. 기업환경요인
D. 조직프로세스 자산

RBS는 활동자원산정의 출력물이다
답 A

일정통제 프로세스에서 입력물에 해당하는 것은 무엇인가?
A. 작업성과 데이터
B. 작업성과 정보
C. 승인된 변경 요청
D. 프로젝트 관리 계획 갱신

일정통제 프로세스에서 입력물은 작업성과 데이터이며, 일정통제 프로세스에서 결과물은 작업성과 정보, 승인된 변경요청, 프로젝트 관리 계획서 갱신, 프로젝트 문서 갱신, 조직 일정 예측이다.

답 A(작업성과 데이터)