기본 콘텐츠로 건너뛰기

계약서와 지침서, 절차서를 읽어 보셨나요

한국 건설현장은 관행적으로 진행되는 업무들이 있습니다. 일부 발주자는 어떤 일이든 지시해도 된다고 생각하기도 합니다. 상사들도 마찬가지고요. 이런 관행을 지켜본 대리, 사원들도 자신들의 후배에게 무리한 요구를 하기도 합니다.

​"발주자나 감리가 지시한다고 모든 업무를 다 수행해야 할까요?"

​아닙니다. 발주자와 시공사는 계약관계에 있습니다. 계약에서 정한 내용은 반드시 수행해야 하는 것이고, 계약에서 정하지 않은 내용은 굳이 할 필요는 없습니다. 그런데 한국 사회에 '갑을 문화'가 뿌리깊게 자리잡고 있다는 것은 주지의 사실이지만, 꽤 많은 시공사 직원들이 지시 받은 것은 받드시 해야 한다는 생각을 가지고 있습니다. 특히 공문으로 접수한 지시는 더욱 해야 한다고 생각하는 듯 합니다.

​시공사 직원들은 계약서, 절차서, 지침서를 거의 읽지 않습니다. 계약 내용과 다르다고 한들 지시를 거부할 수 없었던 과거의 관습이 몸에 베어 있기 때문일 것입니다.

​한국사회도 달라지고 있습니다. 여러분들은 변화를 느끼지 못하고 계시겠지만 꽤 많은 변화가 있습니다. 겉으로 보이는 변화보다 생각의 변화가 더 급속하게 변하고 있습니다. 계약에 없는 부당한 요구를 받았을 때 당당하게 답변을 해 보세요. '갑'의 행동이 다르다는 것을 알 수 있을 것입니다. 예전에는 보통 이런식의 대응이었습니다. "닥치고 해. 무슨 말이 많아!" 그런데 최근에 "이런 지시는 계약과 다릅니다. 계약서 00조 00항에 따르면 지금 하시는 요구는 부당한 요구이고, 아마도 당사 법무에서는 클레임을 제기할 수도 있습니다"와 같이 이야기를 하면 '갑'도 움찔합니다.

​물론 지금도 아무런 대응을 하지 않고, 지시 받은 것을 무조건 수행하는 현장에서는 발주자나 감리가 당당하게 무리한 요구를 시킵니다. 그런데 계약과 절차에 대해서 이야기를 해 보세요. 부담스럽더라도 조심스럽게라도 이야기를 꺼내 보세요. 그리고 상대의 대응을 한 번 살펴보세요. '움찔' 합니다. 머리가 도는 마음의 소리가 들립니다. '계약서? 계약에 뭐라고 되어 있지? 시공사가 계약을 근거로 클레임을 제기하면 난 어떻게 되지?'

​항상 순방향으로 진행되는 것은 아닙니다. 계약과 절차를 몰라서 당했다고 생각하는 일부 '갑'은 계약과 절차의 조항 하나하나를 따지며 지시할 수도 있습니다. 훨씬 더 괴로운 상황이 될 수도 있죠.

​그런데 여러분께서 여러분이 하는 일에 대한 계약과 절차, 지침을 정확히 알고 일을 수행하고, 무리한 요구나 분쟁이 발생했을 때 계약과 절차, 지침을 근거로 상대를 설득해 보세요. 무조건 수행하는 것과 상황은 많이 달라집니다. 무조건 싸우라는 이야기가 아닙니다. 계약, 절차, 지침에 없더라도 합리적인 수준에서는 수행할 수도 있습니다. 조금 힘들더라도 해 줄 수도 있습니다. 그런데 정확히 해야 할 일인지, 아니면 할 일은 아니지만 협조 차원에서 해 주는 것인지를 알고 일하는 것과 무조건 일하는 건 분명 다릅니다.

​프로젝트에 투입되어 일을 해야 한다면, 최소한 본인 업무에 해당하는 부분의 계약서, 절차서, 지침서는 반드시 읽고 이해하고 있어야 합니다. 외울 수는 없기 때문에 중요한 사항은 정리해서 수첩에 넣고 다니는 것도 좋은 방법입니다.

댓글

댓글 쓰기

이 블로그의 인기 게시물

[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) 준공의 지연...
댓글 쓰기
자세한 내용 보기