기본 콘텐츠로 건너뛰기

[PK] 활동순서 배열

액티비티를 만들었다면, 액티비티의 선후행관계를 정의해야 한다.
​경험상 많은 프로젝트에서 이 과정을 생략하고 진행하는 경우가 있다. 이 과정은 필수이다. 액티비티를 만들었다고 해서 공정표를 바로 만드는 것이 아니다. Primavera를 이용해서 생각나는데로 선후행관계를 연결하는 것이 아니라는 것이다. 액티비티를 가지고 선행과 후행에 대해서 파악하고 정리하는 과정을 거쳐야 한다.
​
선후행관계는 4가지 조건으로 연결할 수 있다.
종료-시작관계(FS), 종료-종료관계(FF), 시작-시작관계(SS), 시작-종료관계(SF)
바챠트 공정표라면 지금까지 해 왔던 것과 같이 아무렇게나 만들어도 상관없다. 그런데 CPM 이론을 적용하려면 위 4가지 조건으로 액티비티의 선후행관계를 정의해야 한다. 아마도 위 조건으로 정의하기 어렵다고 말하는 경우가 종종 있을 것이다. 합리적인 프로젝트의 일정계획이 아니라, 본인이 해야 할 시공 일정 계획을 수립하는 식으로 생각하면 위 조건으로 연결할 수 없는 경우가 많다. 액티비티를 CPM에 적합하지 않게 만들었다면 역시 위 4가지 조건으로 선후행관계를 연결할 수 없는 경우가 많을 것이다.
​
A액티비티와 B액티비티는 어떤 관계일까?
​이것을 파악하기 위해서는 '의무적 의존관계'와 '임의적 의존관계'에 대해서 알아야 한다. 의무적 의존관계는 하드로직이라고 불리는 관계이다. 반드시 선행이 진행되어야 후행이 진행되는 관계를 말한다. 임의적 의존관계는 소프트 로직이라고 불리는 관계이다. 반드시 선행이 진행되어야 후행이 진행되는 관계는 아니지만, 업무 특성상 선후행을 정의해서 진행하는 관계라는 것이다. 하드 로직은 로직이 변경될 가능성은 매우 낮다. Out of Sequence가 될 가능성도 매우 낮다. 그러나 소프트 로직은 로직이 변경될 가능성이 매우 높고, Out of Sequence가 될 가능성도 매우 높은 관계를 말한다.
​일반적으로 소프트 로직의 경우에 대해서 혼동하는 경우가 많다. 전기 작업과 배관 작업은 어떤 관계일까? 시공 담당자는 SS 관계라고 말할 것이다. 아주 작은 공간이 아니라면 대부분 병행해서 진행할 수 있는 작업이다. 그러나 FS관계로 연결하는 것이 타당하다고 PMBOK에서 말하고 있다. "일반적으로 허용되는 모범적 실무사례에 따르면 건설 공사에서 전기 작업은 배관 작업을 마친 후 시작하는 것이 타당하다. 하지만 의무적인 순서는 아니다. 두 가지 활동을 동시에(병렬로) 수행할 수도 있지만 순차적으로 진행하면 프로젝트 포괄적 리스크가 완화된다" - PMBOK 제6판 191페이지.
한국 건설 현장의 많은 직원들이 시공 일정 그대로를 공정표로 만들어야 한다고 인식하고 있다. 자신의 일정과 다르면 마치 틀렸다는 인식이 있다. 위 글을 다시 읽어 보기 바란다. 설령 시공일정이 병행작업(병렬)으로 진행할지라도 공정표에는 순차적으로 진행하여 프로젝트의 포괄적 리스크를 완화하라고 하고 있다. 즉, CPM 공정표는 시공담당자의 시공일정의 목표일을 알려주는 공정표가 아니라는 것이다.
​
공부하자. 공정관리 공부를 좀 하자. PMBOK만 읽어도 공정표가 시공 일정도 알려주고, 발주처와의 관계에서도 사용하고, 준공도 예측할 수 있고, 일정에 대한 리스크 관리도 가능한 만능이 아니라는 걸 쉽게 알 수 있다.
​프로젝트 전체를 관리하는 공정표는 CPM으로 만들고 4가지 의존관계(연결관계)에 의해서 연결을 해야 한다. 시공 목표와 동일한 일정이 나오도록 억지로 Lead나 Lag를 사용하는 것이 아니라는 것이다.
​
Lead와 Lag?
​4가지 선후행관계로 연결을 하면 표현하지 못하는 선후행관계가 있다. 이것을 보완하기 위해 Lead와 Lag를 사용하면 된다. PMBOK에서 Lead는 선도, Lag는 지연이라고 번역하고 있지만, 본 글에서는 Lead와 Lag라고 사용하겠다. Lead는 쉽게 설명하면 -(마이너스) Lag를 말한다. 'B작업은 A작업이 끝나기 3일 전에 시작'하는 조건이 있다면 A와 B를 FS관계로 연결하고 Lag에 -3을 넣으면 된다. 'D작업은 C작업이 시작한 4일 후 시작'이라는 조건이 있다면, C와 D를 SS관계로 연결하고 Lag에 4를 넣으면 된다.
​
도식화, 문서화
​이렇게 정의된 선후행관계는 모두 도식화, 문서화 해야 한다. PMBOK에서도 아래 그림과 같이 '프로젝트 일정 네트워크 다이어그램'이라는 사례를 보여주고 있다. 한길공정연구소에서는 'Logic Network Diagram'이라고 부르고 있다.
 
어떤 사람은 위 '일정 네트워크 다이어그램'과 공정표가 뭐가 다르냐는 이야기를 할 수도 있다. 가장 큰 차이는 공기(Duration)을 적용했는지, 안했는지의 차이다. 선후행관계를 찾고, 정의하는 단계에서는 공기(Duration)은 관계가 없다는 것이다. 지금까지 한국 건설인들이 공정표를 만드는 방법과 매우 다르기 때문에 이 부분에서 적응하지 못하는 분들이 많다. 공정표는 머리속에 있는 시작일과 종료일을 맞추는 것이 아니고, 합리적인 정의를 내리는 것이다. 액티비티를 만들고, 선후행관계를 정의하는 것이 공정표를 만드는 과정이다. 이것이 완료된 후 각 액티비티에 공기(Duration)만 적용하면 공정표 작성이 완료되는 것이다.

댓글

댓글 쓰기

이 블로그의 인기 게시물

[PK] 공정표의 활용

PMBOK 제6판 '그림 6-21. 프로젝트 일정도표 - 예'를 이용해서 공정표를 한 번 만들어 보자. 1. WBS/WBS Level 1 (프로젝트) : 신제품 Z 개발사업 WBS Level 2 (패키지) :   - 제품 개발 및 인도   - 작업패키지 1   - 작업패키지 2   - 작업패키지 3 2. Activity List PMBOK에서는 아래와 같은 예를 보여주고 있다. PMBOK 제6판 219페이지 * 위 그림에서 마지막 4번째 줄과 5번째 줄은 액티비티 이름이 바뀌었다. '1.1.3.T 구성요소 1과 2 통합완료'와 '1.1.3.M1 통합구성요서를 제품 Z로 테스트'가 서로 이름이 바뀌었다. Primavera로 구현한 내용은 아래와 같다. 여기서 일정도를 표시하기 위해 PMBOK는 실적을 반영한 모습을 보여주고 있다. 공정표는 위와 같이 항상 마일스톤과 요약된 내용을 확인할 수 있어야 한다. 이것을 공정관리(공정표 관리)의 기본이다. 프로젝트의 공정표를 만들 때 액티비티를 늘리는 것은 좋지 않다. 아무리 복잡한 프로젝트라 하더라도 최대 3,000개를 넘지 않는 것이 좋다. 프로그램이 있다 하더라도 실적을 입력해야 하는 건 1명의 사람이다. 사람은 물리적인 시간에 구속을 받게 되어 있다. 또한 단순 반복 작업은 오래할 수 없는 특성도 있다. 3,000개의 액티비티의 움직임을 확인하는 것도 현실적으로 쉽지 않다. 그런데 그 이상이라면? 그것은 공정표를 보지 않겠다는 의미와 같다는 것이다. "난 1만개, 2만개도 관리해 봤어"라고 말하는 건 자랑이 아니라, 본인 스스로 공정표를 효과적으로 관리해 보지 않았다는 증거를 떠들고 있는 것이다. 아무리 액티비티를 줄이려고 해도 한계는 있다. 3,000개의 액티비티를 하나씩 확인하면서 공정관리를 진행한다는 것은 매우 어렵다....
댓글 쓰기
자세한 내용 보기

PERT/CPM

  "공정관리를 잘 안다고 말하면서 어떻게 PERT/CPM을 모를수있지?" ​ 가끔 발주자 혹은 감리자가 PERT/CPM 공정표를 제출하라는 요구를 한다. 이때 놀라운 일이 벌어진다. ​ 프로젝트가 진행되면 발주자도 감리자도 현장소장도 공무팀장도 시공팀장, 시공담당자도 모두가 공정관리에 대해 잘 알고 있다고 주장한다. 특히 공정관리자가 투입된 국내 현장에서는 이런 현상이 도두라지게 나타난다. 모두가 공정관리자에게 조언을 한다. "공정관리는 이렇게 하는거야. 공정표는 이렇게 만드는 거야" 이런 현장에서 'PERT/CPM 공정표를 제출하라는 요구'를 받게 되면 나서는 사람은 없다. PERT/CPM 공정표가 무엇이고 어떻게 만들고 운영하는지에 대해 조언하는 경우는 거의 찾기 어렵다. 그동안 공정관리에 대해 잘안다고 잘난척 하는 사람들은 어디에 있는지 찾기 어렵다는 것이다. ​ PERT와 CPM은 공정관리의 가장 기본 이론 중 하나다. 잘난척 하고 싶으면 공정관리에 대한 공부부터 하자. PERT는 무엇의 약자일까? 또 대답을 못한다. PERT가 어떻게 언제 만들어 졌는가는 상식의 영역이다. PERT의 역사를 몰라도 일은 할 수 있다. PERT는 Program Evaluation and Review Technique의 약자다. 따라서 대문자로 쓰는게 맞다. CPM은 Critical Path Method의 약자이다. 이름을 알았으니 내용을 알아보자. <그림1> <그림2> <그림3> <그림1>과 <그림2>, <그림3> 중 어떤것이 PERT이고 어떤것이 CPM일까? ​ <그림1>과 <그림2>, <그림3> 모두가 PERT라고 할 수도 있고, CPM이라고 할 수도 있다. 그러나 아마도 "<그림2>과 <그림3>은 PERT이고 <그림1>이 CPM이다"라도 답변할 가능성이 높아보인다. 이런...
댓글 쓰기
자세한 내용 보기

[Planning And Scheduling 지침서] 목차

 1. Planning and Scheduling(공정관리) 1.1. Planning and Scheduling(공정관리) 지침서 (이하 PnS 지침서) 1.1.1. PnS지침서 개요 1.1.2. PnS지침서의 목적 1.1.3. PnS지침서 작성 및 배포 목표 1.1.4. PnS지침서의 적용 가능성 1.1.5. PnS지침서의 개정 1.2. Planning and Scheduling(공정관리) 기본 준비 및 가정 1.3. Planning and Scheduling(공정관리) 범위 및 초점 1.4. Planning and Scheduling(공정관리)에서의 공정표 관리 1.4.1. 공정표의 종류와 이해 i. 입찰공정표 ii. 내부 목표 공정표(Target Schedule) iii. Level 1, 2, 3 공정표 iv. Baseline Schedule(관리기준공정표) v. Update Schedule(관리기준공정표 기준) vi. Revision Schedule(새로운 Baseline) vii. As-Built Schedule(완료공정표) viii. Logic-Linked As-Built Schedule ix. 최종공정표 1.4.2. 프로젝트의 공정표관리 1.4.3. 공정표관리가 필요한 이유 1.4.4. 공정표관리의 개요 1.4.5. 공정표관리의 목적 1.5. Scheduling 방법과 기법   2. CPM 공정관리의 기초, 기본 원칙 및 일반 원칙 2.1. CPM 공정관리의 기본 원리 2.2. Critical Path Method(CPM) – 출처 : PMBOK 2.3. CPM 공정관리의 일반 원칙 a) CPM 계산 사용 b) Datadate 개념 사용 c) Network Float의 소유권 d) Level 4 공정표와 Baseline의 Float 값 e) Critical Activity와 Critical Path Activity f) 준공의 지연은 Critical Path가 지연될 때 g) 준공 지연의 만회는 계획이 아니라 실적으로 판단 h) 준공의 지연...
댓글 쓰기
자세한 내용 보기