기본 콘텐츠로 건너뛰기

내가 해외 프로젝트를 수행하면서 고치려고 했던 자세들

내가 해외 프로젝트를 수행하면서 고치려고 했던 자세는 크게 3가지다.

​

첫 번째는 영어하는 백인을 위대하게 보는 자세다.

​그들도 사람이다. 열심히 노력한 사람은 자신의 분야에서 전문가일 수 있다. 그러나 모두가 열심히 노력한 것은 아니다. 대학을 졸업하고 취업한지 얼마 되지 않았다면, 우리 신입사원과 크게 다를 것이 없다. 한국의 신입사원들가 가장 큰 차이는 생각을 이야기 한다는 것이다. 그것도 우리가 위대하게 생각하는 영어로 이야기를 한다는 것이다. 회의자리에서 발언권이 주어졌을 때 말을 하는 것은 아마도 그들의 문화일 것이다. 똑똑해서 말하는 것이 아니라는 것이다. 내용을 잘 들어보면 그 사람의 수준 정도로 말한다.

​그들과 대등한 관계에서 상대하기 위해서는 내 마음속 깊이 밖혀있는 백인에 대한 환상을 깨야 했다. 그래서 꾸준하게 훈련했다. 처음 한 훈련은 외모에 대한 생각을 바꾸는 것이었다. 백인 남성처럼 생긴 외모, 백인 여성처럼 생긴 외모를 잘생겼다, 예쁘다라고 생각하지 않는 훈련이다. 그 다음은 계약과 절차에 의해 상대한다는 것이다.

​

두 번째는 발주자를 높은 분으로 생각하는 자세다.

​한국에서 프로젝트를 하면서 발주자는 갑이고, 계약자(시공사)는 을 입장에서 프로젝트를 수행한다. 갑이 지시하면 무조건 따라야 했던 생활을 꽤 길게 했다. 나보다 더 상사들은 그게 당연하다고 생각하는 성향이 훨씬 더 크다. 한국 회사들(한국인 직원들)은 해외 프로젝트에서도 비슷한 생각을 가지고 있는 것 같다. 더군다나 발주처 직원은 영어를 잘하는 백인이기도 하다. 그래서 한 훈련이 모든 지시, 모든 요구사항에 대해 계약과 절차와 비교를 하는 습관이다. 매번 계약서, 절차서를 보면서 대응할 수 없으므로 내가 필요한 부분에 대해서는 외울 정도로 읽어 봤다. 영어로 읽으면 한계가 있다. 당연히 한국어로 번역을 해 놓고, 한국어로 충분히 이해한 상태에서 영어를 반복해서 읽었다. 발주자가 어떤 지시를 해도 쫄지 않아도 되었다.

​

세 번째는 동료나 상사가 추진하는 업무에 대해 판단하는 자세다.

​특히 상사가 지시하면 무조건 따라야 한다는 교육을 받으며 업무를 진행했다. 상사들은 '회사의 지시'라고 포장을 하고 지시를 하는 경우가 종종있다. 특히 '회사의 지시'라고 포장을 할 때 더욱 의심을 해 본다. 저 지시가 모두를 위한 지시인지? 아니면 지시한 본인을 위한 지시인지?를 판단해 보는 것이다. 이것은 정말 쉽지 않다. 어차피 나 자신도 편견을 가지고 보기 때문이다. 또 판단이 너무 오래걸리면 안된는 문제도 있다. 그리고 상사의 욕심이라고 해서 무조건 안할 수 있는 것도 아니기 때문에 어렵다.

​

쫄지말아야 한다. 백인이라고 위대한 사람도 아니고, 발주처에 근무한다고 해서 무조건 똑똑한 사람도 아니다. 영어를 잘하는 백인 발주처 직원이라고 나보다 잘났다는 보장도 없다는 것이다. 그 사람의 실력을 볼 수 있는 눈을 가지는 것도 실력이다. 내가 내 업무에 대해서 충분한 실력을 갖췄다면 상대의 실력도 볼 수 있다.

개인적으로 어떻게 지낼지는 개인적으로 결정하는 것이고, 업무적으로는 최대한 계약에 의해 요구하고, 수행하면 되는 것이다.

댓글

이 블로그의 인기 게시물

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