기본 콘텐츠로 건너뛰기

[PK] 공정표 운영 및 관리 2) 데이터(SV, SPI) 분석

데이터 분석의 첫번째는 SV SPI를 확인하는 것이다. 한국 건설인들이 가장 많이 혼동하는 것이 공정표와 공정률이다. 공정표에서 공정률이 나올 것이라 생각한다. 결론을 먼저 말하겠다. 공정표에서는 공정률이 나오지 않는다. 공정률을 측정할 수 있는 별도의 체계가 있어야 한다는 것이다.

"공정표에서는 공정률이 나오지 않는다. 공정률을 측정할 수 있는 별도의 체계가 있어야 한다는 것이다."

조금 공정관리에 경험이 생기고, Primavera를 다루는 능력이 생기기 시작하면 이 착각은 더욱 심해진다. Primavera로 공정표를 만들고 각 액티비티에 가중치(한국에서는 공사비)를 넣는다. 이것을 월별로 추출하면 그것이 계획 공정률이 된다고 생각한다는 것이다. 맞다. 계획 공정률은 그렇게 만드는 것이 맞다. 그렇다면 실적 공정률은 어떻게 나오는 것일까? 공정표에 실적(실제 시작일, 실제 종료일, 종료 예정일)을 넣으면 실적 공정률이 나올까? 공정률로 볼 수 있는 숫자는 나온다. 문제는 한국 건설인들이 그것을 실적 공정률로 인정하지 않는데서 혼란과 어려움이 생기기 시작한다는 것이다.

예를 들어 보겠다. '콘크리트 기초'라는 액티비티가 있고, 공기(Original Duraiton) 20일이다. 시작일은 4 1일이고, 종료일은 4 20일이다. Calendar는 휴무없는 주7일이다. 이 액티비티에 실적을 반영했다. 실제 시작일은 4 1일이고, Data date 4 10일 업무 종료 이후이다. 종료 예정일은 4 20일이다. 이 액티비티의 실적 공정률은 얼마일까? 공정표에는 50%라고 나올 것이다. 그런데 한국 건설인들은 따지기 시작한다. "아직 철근 작업이 완료되지도 않았는데 무슨 공정률이 50%"라고 말하는 사람도 있고, "내가 보기엔 30%도 되지 않았다"라고 막연하게 말하는 사람도 있다. "내역서에 나와 있는 비용으로 확인해 봐라"라고 말하는 사람도 있다. 실적 공정률에 대한 기준이 뭘까? 고민할 필요 없다. 기준이 없는 프로젝트가 대부분이라는 것이다. 아직 한국 건설 프로젝트는 실적 공정률 측정에 대한 명확한 기준이 없는 경우 많다는 것이다. "공무가 실투입 내역서를 만들어야 확정되는 거야"라고 말하는 경우도 있고, "기성이 확정되어야 공정률이 확정되는 거야"라고 말하는 경우도 있다. 많은 건설인들이 실적 공정률을 비용(실적)이라고 생각하면서도 이 실적 비용이 공정표에서 나올 것이라고 생각하는 건 무슨 이유일까?

물론 액티비티별 실적 비용을 알고 있다면, 공정표에 알고 있는 실적 비용을 넣으면 공정표에서 실적 비용이 나온다. 프로그램이란 것은 input이 있으면, 같은 값이 Output으로 나오는 것이다. 당연한 이야기지만 Input이 없으면 Output도 없다. 실적 공정률이 실적 비용이라면, 먼저 실적 비용을 산정한 후 Input(실적 비용)을 해야 프로그램을 그 값을 집계해서 Output(실적 공정률)을 보여주는 것이다. 그런데 많은 건설인들이 공정표만 있으면 Input, Output이 자동으로 된다고 생각하거나, 그렇게 믿고 싶은 것 같다.

현재 한국 건설 프로젝트에서는 계획 공정률에 대한 정의, 실적 공정률에 대한 정의를 내리는 것이 가장 우선되어야 한다. 그리고 실적 공정률 산정 System을 만들어서 운영해야 하는 것이 공정표의 관리보다 우선되어야 한다. 계획 공정률, 실적 공정률이 있어야 SV를 계산하든, SPI를 계산하든 할 수 있다.

SV(Schedule Variance) PMBOK에서 '일정차이'라고 번역해 놓았다. 따라서 많은 건설인들은 SV를 계산하면 일정의 차이를 알 수 있다고 생각한다. 내용은 모르고 단어로 유추할 때 발생할 수 있는 오류다. SPI(Schedule Performance Index) PMBOK에서 '일정성과지수'라고 번역해 놓았다. 따라서 많은 건설인들은 SPI를 알면 일정에 대한 성과를 알 수 있다고 생각한다. 내용은 모르고 단어로 유추할 때 발생할 수 있는 오류다. SV의 계산법과 SPI의 계산법은 다음과 같다.

'SV=EV-PV', 'SPI=EV/PV'

EV : Earned Value, 획득가치

PV : Planned Value, 계획가치

획득가치(EV)가 뭐고, 계획가치(PV)가 뭘까? 비용일까? 노력일까? 공정률일까? 논쟁만 하지 말고 실행을 해라. 비용이라고 주장하는 사람은 비용으로 계산하고, 노력이라고 생각하는 사람은 노력으로 계산해라. 공정률이라고 생각하는 사람은 공정률로 계산을 해라. 그리고 그 결과를 가지고 스스로 분석을 해 봐라. SV를 가지고 무엇을 알 수 있는지.

예를 들어 공정률을 가지고 계산을 해 보겠다. 계획 공정률(PV) 50%이고, 실적 공정률(EV) 45%라면 SV -5%이다. SV '일정차이'이니 프로젝트가 5% 지연된 것일까? SPI 0.9. 프로젝트가 지연된 것일까? 준공이 지연된 것일까? 보통 한국 건설인들은 이 경우 지연이라고 말한다. 여기서 지연이라는 의미는 '프로젝트의 지연'을 의미한다. 조금 만 공부를 더 하자. PMBOK라도 좀 읽어 보자.

PMBOK 6 263페이지에서 "일정성과지수(SPI)의 값이 1.0 미만이면 수행된 작업량이 계획에 미치지 못함을 의미한다"라고 씌여 있다. 계획량에 미치지 못하고 있다는 것이지, 지연되고 있다는 것은 아니다. 특히 준공의 지연을 의미한다는 것은 아니다. 아직도 잘 이해하지 못하는 사람을 위해서 PMBOK에서는 좀 더 구체적인 설명을 하고 있다. PMBOK 6 263페이지 "일정성과지수(SPI)는 모든 프로젝트 작업을 측정하므로 프로젝트가 예정 종료일보다 단축될지 또는 지연될지 판별하려면 주공정의 성과도 분석해야 한다"라고 설명을 하고 있다. 주공정의 성과도 별도로 분석할 수 있지만, CPM 공정표에서 주공정의 단축/지연을 확인하면 되는 것이다.

즉 가치(Value)를 공정률로 보고 계산했을 때 나오는 값을 이용해서 준공의 단축/지연을 판단할 수 있는 것이 아니라는 것이다. 단지 계획량과 실적량을 비교하는 것 뿐이라는 것이다. 공정계획이 공격적이어서 Total Float이 많다면 SV가 음수일 가능성이 높고, SPI 1보다 작을 가능성이 높고, 공정계획을 뒤로 늦춰놓아서 Total Float이 적다면 SV가 양수일 가능성이 높고, SPI 1보다 클 가능성이 높을 수도 있다. SV가 양수이고, SPI 1보다 크다고 해서 공정계획을 뒤로 늦춰놓았다고 판단하는 것도 맞는 것은 아니다. 적정한 공정계획을 수립했으나, 빠르게 진행하고 있을 수도 있는 것이다.

예를 들어 예산을 가지고 계산을 해 보겠다. 계획가치(PV) 150억원이고, 실적가치(EV) 140억원이라면 SV -10억원이고, SPI 0.93이다. 이것은 어떻게 해석해야 할까? PV EV가 예산이라고 생각하는 사람이 해석을 해야한다.

주장을 하고 싶다면, 주장만 하지 말고 실제 내용을 가지고 결과를 만들고, 도출된 결과에 대해 해석을 해서 프로젝트 참여자를 이해시켜야 하는 것이다.

공정관리자를 위해서 SV SPI에 대해 위 사례를 가지고 설명을 하겠다.

SV -5%라는 것을 찾기는 쉽다. 실적 공정률(EV)-계획 공정률(PV)를 하면 되는 것이다. 어려운 것은 계획 공정률을 산정하고, 실적 공정률을 산정하는 게 어려운 것이다. 아니 지금 많은 한국 건설 프로젝트에서 공정률에 대한 정의가 없기 때문에 어려워하는 것이다. 어쨌든 -5%라는 SV를 찾아냈다면 해석을 해야 한다. 먼저 월별 평균 계획 공정률을 찾아봐라. Data Date를 기준으로 지난 3개월 평균값이 5%라면, 대략 1개월 정도의 실적량이 계획량보다 부족하다는 의미다. 먼저 준공의 단축 지연을 확인해야 한다. 준공의 단축 지연은 반드시 CPM공정표에서 별도로 확인해야 한다. 준공이 단축/지연되지 않았다면, CP에 해당하는 작업은 계획대비 실적량이 부족하지 않았다는 것이다. 그렇다면 여유기간(Total Float)이 있는 액티비티가 계획보다 늦어지고 있다는 의미다.

SV가 음수이고, SPI 1보다 작다면, 가장 먼저 확인해야 하는 것을 CPM 공정표에서 준공의 지연이다. 그 외의 액티비티의 Total Float이 줄어드는 현상을 다 분석한다는 것은 현실적으로 쉽지 않다. 그래서 공정관리자는 SV혹은 SPI의 흐름을 파악해야 한다.

SPI 1.1, 1.0, 0.9, 0.8로 진행되고 있다면, CP가 지연되지 않았더라도 여유가 있는 작업들의 Total Float이 급격히 감소하고 있고, 언젠가는 CP로 전환될 것이라는 것을 의미한다. 당시의 SV SPI보다 중요한 것이 이 값의 추세라는 것이다. 공정관리자는 이런 추세를 파악하여 하락 추세라면 현재 준공의 지연이 예상되지 않더라도, 경고를 해야 한다.

공정관리자에게 조언을 하고 싶다. 다른 사람들이 획득가치, 계획가치를 뭐라고 주장하든 휘둘리지 말아야 한다. 공정률이 그 값이 아니라고 우겨도 휘둘리지 말아야 한다. 항상 CPM 공정표를 통해 마일스톤과 준공의 단축/지연을 파악하고 있어야 하며, SV SPI의 추세를 가지고 위험의 신호를 파악할 수 있어야 한다. SV가 음수라고 해서 프로젝트가 지연된 것도 아니고, SPI 1보다 작다고 해서 큰 문제가 생긴 것도 아니라는 것을 당당하게 주장할 수있어야 한다는 것이다.

그보다 큰 문제는 공정률을 측정할 수 있는 기준이 없는 것. CPM 공정표가 엉터리여서 준공의 단축/지연을 판단할 수 없는 것. 업데이트를 진행하기 위한 실적 정보(실제 시작일, 실제 종료일, 종료 예정일)을 알 수 없다는 것. 설령 업데이트에 대한 실적 정보가 있어도, 승인공정표를 절대 고치면 안된다고 생각해서 잔여일정 분석을 전혀하지 않는 것이 더 큰 문제라는 것이다.

댓글

이 블로그의 인기 게시물

[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) 준공의 지연...