기본 콘텐츠로 건너뛰기

[PK] 공정표 운영 및 관리 3) 데이터(성과검토, 차이분석) 분석

PMBOK에서 말하는 데이터 분석 중 '성과검토(Performance review)' '차이분석(Variance Analysis)'에 대한 설명을 하겠다. 항상 강조하지만 단어만 보고 의미를 유추하지 말라는 것이다. '성과검토'라고 한글로 읽으면 마치 거대한 무엇을 해야 하는 것 같지만, '6.6.2.1 데이터 분석' 중 하나의 항목에 불과하다. 영어 단어를 보면 'Review' 중 하나라고 이해해도 된다. '성과분석' 'Review'는 같은 의미라고 생각하나? 편안하게 리뷰하는 느낌으로 이 글을 읽으면 된다. 차이분석과 병행해서 사용해야 한다.
공정표에 실적을 반영하면 계획과 실적은 많이 다를 수 밖에 없다. 계획과 실적의 일정이 동일하다면 신의 영역에 있다는 것이니, 인간계에서 빨리 떠나야 한다. 계획과 실적이 다를 수 밖에 없는데, 무엇을 확인해야 하고, 확인한 내용을 어떻게 분석하고 평가해야 할까? 이것이 바로 'Variance Analysis(차이분석) Performance review(성과분석)'이다.
 
​1) 시작일 차이
진행했거나 진행하고 있는 액티비티를 찾아서 '계획시작일-실제시작일'을 계산한다. 양수가 음수보다 많아야 한다. '음수 갯수 / 양수 갯수' 1이하라면 양호한 상태라고 할 수 있고, 1이상이라면 계획보다 늦어지고 있는 액티비티가 많다는 의미가 된다. 준공의 단축/지연을 판단하라는 것이 아니고, 계획보다 늦어지는 것이 많다는 것은 해당 공정표가 공격적으로 작성되었거나, 목표보다 지연되고 있는 것이 많으니, 준공의 지연 확률도 높아질 수 있다는 것이다.
CP에 해당하는 액티비티의 시작일 차이는 어떨까? 이것은 별도로 검토를 해야 한다. CP에 해당하는 액티비티의 시작일 지연이 많다면, 준공이 지연될 가능성이 높다는 의미가 될 것이다. 또한 Total Float 30일 이하인 액티비티의 시작일 차이도 별도로 검토하는 것이 좋다. 프로젝트의 모든 것을 다 검토하고 관리할 수는 없다. 따라서 'CP는 반드시 검토해야 한다. Total Float 30일 이하인 것은 반드시 검토해야 한다'와 같은 몇가지 정의를 정해 놓는 것이 좋다.
 
​2) 종료일의 차이
완료된 액티비티를 찾아서 '계획완료일-실제완료일'을 계산한다. 양수가 음수보다 많아야 한다. '음수 갯수 / 양수 갯수' 1이하라면 양호한 상태라고 할 수 있고, 1이상이라면 계획보다 늦어지고 있는 액티비티가 많다는 의미가 된다. 준공의 단축/지연을 판단하라는 것이 아니고, 계획보다 늦어지는 것이 많다는 것은 해당 공정표가 공격적으로 작성되었거나, 목표보다 지연되고 있는 것이 많으니, 준공의 지연 확률도 높아질 수 있다는 것이다.
CP에 해당하는 액티비티의 종료일 차이는 어떨까? 이것은 별도로 검토를 해야 한다. CP에 해당하는 액티비티의 종료일 지연이 많다면, 준공이 지연될 가능성이 높다는 의미가 될 것이다. 또한 Total Float 30일 이하인 액티비티의 종료일 차이도 별도로 검토하는 것이 좋다. 프로젝트의 모든 것을 다 검토하고 관리할 수는 없다. 따라서 'CP는 반드시 검토해야 한다. Total Float 30일 이하인 것은 반드시 검토해야 한다'와 같은 몇가지 정의를 정해 놓는 것이 좋다.
3) 작업 기간의 차이
완료된 액티비티를 찾아서 'Original Duration - Actual Duration'을 계산한다. 양수가 음수보다 많아야 한다. '음수 갯수 / 양수 갯수' 1이하라면 양호한 상태라고 할 수 있고, 1이상이라면 계획보다 길어지고 있는 액티비티가 많다는 의미가 된다. 준공의 단축/지연을 판단하라는 것이 아니고, 계획보다 기간이 길어지는 것이 많다는 것은 해당 공정표가 공격적으로 작성되었거나, 목표보다 지연되고 있는 것이 많으니, 준공의 지연 확률도 높아질 수 있다는 것이다.
CP에 해당하는 액티비티의 공기(Duration) 차이는 어떨까? 이것은 별도로 검토를 해야 한다. CP에 해당하는 액티비티가 계획된 공기(Original Duration)보다 실적 공기(Actual Duration)이 큰 것이 많다면, 준공이 지연될 가능성이 높다는 의미가 될 것이다. 또한 Total Float 30일 이하인 액티비티의 공기 차이도 별도로 검토하는 것이 좋다. 프로젝트의 모든 것을 다 검토하고 관리할 수는 없다. 따라서 'CP는 반드시 검토해야 한다. Total Float 30일 이하인 것은 반드시 검토해야 한다'와 같은 몇가지 정의를 정해 놓는 것이 좋다.
4) 작업 기간에 대한 비율
완료된 액티비티를 찾아서 'Actual Duration / Original Duration'을 계산한다. 120%가 넘는 액티비티가 많다면, 공기산정에 실패했을 가능성이 높다는 것이다. 150%가 넘는 액티비티는 공기산정의 가정과 실제와 면밀히 비교를 해 봐야 한다.
4가지를 먼저 파악하는 것이 출발이다. 모든 것을 다 하려고 하지말고, 할 수 있는 것을 하나씩 해 나가야 한다. "성과검토는 000이야. 차이분석은 000이야"라고 말로만 하고 있는 것이 현재(2019) 한국 건설 프로젝트 공정관리의 현실이다.
계속 강조하지만 이론에 대해 주장만 하지 마라. 실제 업무를 통해 활용되게 해야 한다. 성공할 수도 있고, 실패할 수도 있다. 말로 떠들면 시간만 갈 뿐이다.

댓글

이 블로그의 인기 게시물

[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이다"라도 답변할 가능성이 높아보인다. 이런...

[용어] PERT/CPM

공정관리에 대한 간단한 역사와 정의에 대해서 아는 것은 매우 중요합니다 . 중고등학교 교육처럼 역사와 년도 등을 외울 필요는 없습니다 . 그러나 간단하게 알고 있어야 합니다 . ​ ​1. Pert (Program Evaluation and Review Technique) ​​1958 년 미해군이 폴라리스잠수함용 미사일의 개발을 관리하기 위해서 부즈알렌앤드해밀턴사가 개발했다고 합니다 . 제가 공부했던 교재에 나와 있던 내용입니다 . ​​PERT 는 액티비티의 작업시간 ( 기간 ) 을 추정하기 위한 기법이라고 이해하세요 . 작업시간 , 즉 Original Duration 은 3 가지로 정리할 수 있습니다 . 낙관치 (a), 정상치 (m), 비관치 (b). 이 세가지 값을 이용해서 아래와 같은 수식에 의해 기대시간 (Original Duration) 을 산정하는 방식이 바로 PERT 기법입니다 . ​ * PMBOK 5 판까지 ​ 기대시간 (Original Duration) = ( a + 4m + b) / 6 ​* PMBOK 6 판 ​ 기대시간 (Original Duration) = ( a + m + b) / 3 ​ ​2. CPM (Critical Path Method) ​​1956 년 Dupont 사와 Remington 사가 Plant 의 설계 및 건설을 위해 공동개발했다고 합니다 . 제가 공부했던 교재에 나와 있던 내용입니다 . ​​ 확정된 공기 (Original Duration) 을 이용해서 작업간의 연관관계를 연결해주고 , 이 연관관계를 전진계산 , 후진계산을 통해 전체여유 (Total Float) 을 계산하는 방식입니다 . 여기서 계산된 전체여유 (Total Float) 이 0 보다 작은 경우를 Critical Path 라고 합니다 . ​ 3. PERT/CPM ​​ 즉 , 공기산정은 PERT 기법을 통해서 , 연관관계를 통한 Critical Path 는 CPM 방식을 통해서 하기 때문에 이 두가지를 합쳐서 PERT/CPM 이라고 부르는 ...