언젠가부터 일들이

프로젝트 성으로 진행되고

담당 팀끼리 일을 한다.

아무리 큰 대기업이라고 해도

소규모 팀원들끼리 일을 진행한다.

하지만 여러 부서가 걸쳐져 있고

대신, 진행해야할 단계가 너무나 많다.

특히 처음엔 모두 같은 마음으로 프로젝트를

시작했지만 예상치 못한 변수에 봉착하거나

각자 다른 마음을 그렸다는 것을 발견했을때

프로젝트 담당자는 길을잃고 만다.

그렇다고 시간과 예산이 줄어드는 것도 아니다.

프로젝트 담당자(관리자, 매니자)는 그 상황에서

단순히 프로젝트를 잘 끝내는 것만으로도

업무가 주어지는 것이 아니라,

그 가운데서

성과를 창출해야 한다.

일반 사원들도 처음엔 기획이나 경영팀으로

입사했다가 프로젝트에 합류하게 되면

프로젝트 매니저(PM)이 된다.

요즘 기획은 회사에서 또는 상대방 협력업체에서

컨셉과 기획을 가지고 들어오기 때문에

처음에 방향성에 대해 큰 고민을 하는 것이 아니라

어떻게 잘, 프로젝트를 관리하고 진행하여

성과를 창출하는지가 중요해졌고

그것을 개인의 피엠 역량이라고 부르기도 한다.

하지만 우리가 프로젝트 매니징에 대해

따로 배우거나 습득한 것이 있는가?

그냥 어깨너머 혹은 선배의 등을 보며

배운 게 전부이지 어떤 프로세스인지

중간에 어떤 법적인 문제가 있는지 등등

알기 힘들다. 이럴 때 이 책이 나와서

반갑다. 서울대, 포항공대 교수님들이

교재로 사용하신다니 더 믿을만하다.

요즘, 어디서나 흔히 들을 수 있는 단어 ‘프로젝트’

더욱이 직장에 다니는 사람 누구라도 '프로젝트'라는 말이 낯설지 않을 것이다. ‘프로젝트'는 신입사원들도 피해갈 수 없는데 그만큼 어느 조직에나 '프로젝트'는 존재한다.

그렇다면 '프로젝트'는 정확히 무엇을 뜻하는가?

'일'과 '프로젝트'의 의미는 엄연히 다르다.

일이 지속적이고 반복적인 특성을 갖는 일상적 업무 운영이라면, 프로젝트는 한시적이고 유일한 특성을 가진 특별한 업무를 말한다. 물론 일도 중요하다. 하지만 프로젝트는 그 수많은 일 중에서도 중요한 의미를 가진다. 왜냐하면 '프로젝트'는 기한이 정해져 있는 일이기에 어떻게든 결과가 발생하기 때문이다. 프로젝트의 종류는 제각각 다르겠지만, 프로젝트의 결과는 조직에 큰 영향을 준다. 큰 조직의 경우 한 번에 여러 개의 프로젝트가 운영되기도 하고 그 결과에 의해 회사의 존폐가 결정되기도 한다. 또한, 프로젝트의 성과는 관리자가 구성원을 평가하기에 좋은 기준이 되기도 한다. 그렇기에 ‘프로젝트’는 조직원 모두에게 중요하다.

『완벽한 프로젝트는 어떻게 만들어지는가』는 직접적으로는 프로젝트 매니저(PM)를 위한 책이다. 하지만 물론 프로젝트의 구성원이 보기에도 좋은 책이다. 서울대, 포항공대의 두 교수가 합심하여 집필한 이 도서는 강의에 쓰일 만큼 탄탄한 이론적 지식을 담고 있다. 하지만 그를 넘어 흥미로운 예시까지 담고 있다. 책은 마치 정석처럼, 프로젝트의 준비부터 착수, 실행, 완료에 이루는 모든 과정을 상세히 담고 있다.

사실 프로젝트에 들어가면, 일은 너무나 많아 정신도 없고 시간은 무자비하게 흘러간다. 아차하면 무슨 일이 어떻게 흘러가는지도 모르기 일쑤다. 그 중심에 서 있는 프로젝트 매니저는 그 중심에서 모든 일을 잘 조종해야한다. 머릿속에 지난 프로젝트를 상기하며 이 책을 한 번 읽어보자. 어떤 요소가 그 프로젝트를 성공으로 이끌었는지, 혹은 어떤 문제점이 프로젝트에 좋지 않은 결과를 주었는지 등을 구체적으로 파악할 수 있을 것이다.
 
‘이 책이 권하는 내용들은 당장 적용해 볼 수 있는 것들이 많다.’는 추천사에 적극 공감한다.     

이러한 생각에 부합하는 책이라고 생각합니다.

프로젝트의 위기 관리 능력과 앞으로 이루이질 프로젝트에 대한 성공적인 맺음을 위한 책입니다.

GOOD~~

프로젝트를 완벽하게 수행하고 싶은 전문가에게는 꼭 필요한 개념과 지식을,

일반인들에게는 생소한 프로젝트매니저의 역할과 중요성에 대해 알게 해주는

좋은 책인것 같다.

특히, 여러가지의 케이스들은

더욱 실감나게 현장에서의 경우를 알 수 있게 해주는 좋은 예인것 같다.

경영이나 경제 쪽 진로를 생각하고 있는 조카에게

꼭 한번 읽어보라고 권해야 겠다.

하는 일들이 프로젝트 성격이 많아 이 책을 참고하게 되었다. 프로젝트 관리자들에게 도움이 되고자 이론과 실무를 담은 이 책은 프로젝트의 기본적인 사항부터 주로 관리자 입장에서 계약과 리스크 관리의 중요성을 강조하고 있다. 일단 시간, 원가, 품질, 범위는 프로젝트 관리의 4대 제약요소로 상충관계에 있다면서, 주어진 시간과 원가를 관리하며 고객의 요구사항, 즉 범위를 만족하는 품질을 확보해야 하는 것이 프로젝트라 말한다. 이 외에도 의사소통과 인적자원, 조달, 리스크 관리가 필요하다면서 이에 대한 기본 베이스를 이야기해주고 있다. 또한 과거에는 고객의 요구사항을 기준으로 시간과 원가를 통제하는 계획 중심으로 프로젝트를 관리했으나 오늘날에는 시간과 원가를 중심으로 고객의 요구사항을 조율해나가는 고객 만족에 중점을 두고 있고, 애자일 프로젝트 관리 방법론으로 진화되어 가고 있다고 설명한다. 특히 글로벌 기업들은 전세계를 대상으로 동일한 정책과 프로세스를 적용한다는 것은 쉽지 않기 때문에 비즈니스 프랙티스 담당자와 계약 협상 관리자를 두고 이를 활용하여 회사의 원칙과 정책, 그리고 프로세스에 따라 회사가 운영되고 관리될 수 있도록 한다고 말한다.

해외 선진 기업들은 법무팀이나 사내 변호사 이외에 프로젝트와 관련된 계약 관리자를 별도로 두고 프로젝트 관리에서 발생하는 다양한 계약 사항들을 해결하고 관리하도록 하고 있다는 말이다. 한편 주계약자 입장에서 계약 상대방 및 부계약자와의 계약 조건들이 서로 적절하게 대응하도록 하는 것을 백투백 리스크 관리라고 하는데, 자신을 사이에 둔 계약 상대방들과의 계약에서 자신이 모든 리스크를 부담하지 않도록 리스크 관리 전략을 짠다는 것을 의미하는 것이라 설명한다. 발주자도 주계약자와의 계약으로 모든 책임이 관리된다고 예상할 것이 아니라 주계약자가 부계약자들과의 리스크를 제대로 잘 관리하고 있는지도 확인해야 한다고 조언한다. 법적인 책임은 발주자와 주계약자에 있겠지만 주계약자가 법적 책임을 감당할 수 있는지도 잘 판단해야 한다는 말이다. 또한 제안 단계는 모든 리스크가 현실화되고 누가 리스크를 부담할 것인지 결정되는 중요한 시점이라면서, 이 단계에서 발주자와 수주자는 서로의 눈높이로 제안 내용을 검토하고 최종 의사 결정을 해야 한다고 말한다. 

그런데 리스크에 대한 계약상의 법적 책임을 논하다 보면 리스크의 실제 모습과 관리, 경감 방안에 대해 소홀하게 생각하는 경향이 생긴다는 것이다. 하지만 리스크 그 자체는 변함이 없기 때문에 전체 리스크를 줄일 수 있는 당사자 간의 노력이 필요하다고 말한다. 특히 계약 협상 단계에서는 리스크 배분보다는 리스크 최소화에 노력해야 한다면서, 양쪽에서 리스크 자체를 줄이려 노력한다면 어느 일정 부분의 리스크는 분담해야 하겠지만 리스크의 발생 가능성은 줄어든다고 언급한다. 거기에 자신이 분담하게 될 리스크를 최소화할 수 있는 대응방안을 지속적으로 찾는다면 성공 가능성은 더욱 높아진다면서 말이다. 이러한 경험이 지속적으로 쌓이면 프로젝트 리스크를 해결하는 방안을 더 효과적으로 찾을 수 있게 될 것이라 설명한다. 이어서 프로젝트 관리자들이 신경 써야 할 일반적인 계약 조건들에 대해 언급하고 있는데, 손해배상조항, 지적재산권조항, 지체 배상금 또는 보상금 조항, 보증 및 하자담보책임조항, 기밀정보조항, 대금지급조건, 계약 변경 합의사항 등이라 한다. 프로젝트를 수행할 프로젝트 관리자는 기획 단계부터 시작해 계약 체결을 위한 협상 단계에서는 반드시 참여해서 계약 전체의 모든 조항을 꼼꼼하게 검토해야 한다고 조언한다.

프로젝트 수행에 문제가 될 것들을 찾아 협상팀에 조정을 요청하고, 전체적인 리스크를 줄일 수 있는 다양한 방안을 찾는 것도 필요하다는 말이다. 또한 계약 체결 전에 합의에 이르지 못하는 문제는 지속적인 문제를 낳게 된다면서 거기에 협상력의 차이가 생기게 되면 결국 어느 한쪽은 불리하고 난처한 입장에 놓이게 된다는 것이다. 아무리 어렵더라도 가능한 계약 체결 전에 모든 문제를 합의하고 정리해야만 한다고 말한다. 모든 프로젝트가 그렇듯이 어느 일방의 역할 수행만으로 성공하는 프로젝트는 없다면서 언제나 상대방의 협조와 역할이 가정되어 있는 것이라 설명한다. 수주자 입장에서도 계약 체결 당시 상대방을 편안하게 하기 위해 역할 정의를 제대로 하지 않았다면 프로젝트 진행 시에 큰 낭패를 겪을 수도 있다고 조언하고 있다. 상대방의 협조를 받지 못해 문제를 쉽게 풀지 못하거나, 상대방이 해야 할 역할을 자신이 수행하면서 추가적인 비용이 발생할 수 있기 때문이라면서 계약 협상 단계에서 각 당사자의 역할이 정확하게 정의되어 있는지 검토해야 한다고 말한다. 계약서상에 각 당사자의 역할이 충분히 기술되어 있지 않다면 이는 프로젝트에서 어떤 일을 할지 모르는 셈이 된다면서 말이다.

한편 프로젝트를 수행하다 보면 계약을 수정해야 할 때가 있다면서 계약을 체결할 때는 이런 경우를 대비해 프로젝트 변경 절차를 반드시 마련해 두어야 한다고 언급한다. 그렇지 않으면 추후 프로젝트 변경 자체가 어렵거나 아무런 절차 없이 프로젝트가 변경될 수도 있기 때문이라 한다. 그리고 프로젝트마다 리스크의 성격은 다르기 마련이기 때문에 상대방과 협의할 때는 리스크를 하나의 동일한 잣대로 평가하지 말아야 한다고 조언한다. 이전과 같은 내용의 계약이더라도 상황은 그때그때 모두 다르기에 동일한 조건을 다시 쓰는 것은 진지하게 고민해봐야 할 사항이라면서 말이다. 차기 프로젝트에 대해 상호 신뢰나 계약 체결 절차의 편의성을 위해 동일 조건으로 계약을 할 수는 있으나 이로 인해 발생할 수 있는 리스크는 사전에 인지해야 한다는 말이다. 이 책의 뒤편에는 부록으로 프로젝트 관리자를 위한 케이스 연구와 질문이 세 개 정도 담겨 있다. 각각 건설이나 IT시스템 구축 프로젝트에 대한 내용이기에 프로젝트 관리자들이 참조할만하다. 나도 회사 내외부에서 프로젝트 관리 방법론에 대한 교육을 수 차례 받았지만 언제나 어려운 것이 바로 프로젝트 관리이며 많은 노하우가 필요한 영역인 것 같다.