PM (프로젝트 성공률 1% 높이기)

PM. 그는 누구인가?
어느 고객이건 사이트이건 프로젝트가 시작될 때 우선순위가 가장 높은 일 중의 하나는 PM, 프로젝트관리자를 구하는 것이다. 우리가 하고자 하는 프로젝트를 맡아줄 최적의 적임자를 찾는 것이다. 다른 구성원이나 조직들이 완비되었어도 PM이 없다면 선장 없는 배나 다름이 없다.

그렇다면 PM은 무엇인가? 프로젝트관리자는 간단히 말해 프로젝트의 성공적 수행을 책임지는 사람이다. 프로젝트의 성공에는 PM이 필수이며 PM은 자신이 원하는 팀을 꾸리고 활동을 지원하며 여러 이해당사자의 업무를 조정하고 협업을 조정한다. 사람과 사람 사이의 갈등도 조율하고 각종 위험 요소를 미연에 방지하고 해결책도 찾아야 하며 이를 통해 궁극의 책임을 지는 사람.

그래서 PM의 어깨 또한 무겁다. 그래서 이를 감당할만한 권한과 책임 또한 같이 주어진다. 작은 프로젝트는 규모의 차이이지 하는 일은 똑같다지만 그래도 부담은 다소 적을 수 있고 최악의 경우 인력수급이 제대로 안 될 경우에는 여러 사람(?)이 합심해서 프로젝트를 꾸려나갈 수도 있다. 그러나 정답은 아니다. PM은 그 자리에 있어야 할 인물이다.

 

프로젝트관리자의 역할들
위에서 보면 과연 PM을 할 사람이 있을까 하는 생각이 절로 든다. 하지만 오랜 경험과 통찰, 이슈 해결에 흥미를 가지고 이력 관리를 하는 사람 또한 적지 않다. 다만 서로가 원하는 인연이 필요할 뿐. 환경 탓은 부차적이다. 그래서 PM은 준비해야 한다.

🚩계획수립, 자원관리, 보고
: 현장을 돌아보고 자리에 앉아 현실적인 계획을 짜야 한다. 단순히 책상머리에 앉아만 있으면 안 된다. 모든 조건이 만족하지 않는다면 더더욱 현장을 뛰어다녀야 한다. 이를 토대로 내가 손에 쥔 것이 무엇인지, 무엇이 필요한지 판단하고 이를 구하고 배정해야 한다. 계획대로 일을 진행하기 위해선 인력과 자원을 필요할 때 지원받을 수 있게끔 상하 위 소통의 끈을 놓지 말고 정확히 보고한다. 단순 문제 제기는 아무런 도움이 되지 않는다. 항시 대안을 마련하여 신속 정확한 의사결정이 될 수 있도록 한다.

🚩책임, 조정, 의사소통
: 프로젝트 초기 고객의 요구사항을 명확히 파악하고 범위 확인을 통해 업무를 수행한다. 하지만 모든 일에는 반드시 예외가 발생하고 계획대로 되는 일은 거의 없다. 그래서 변경 사항에 대한 통찰력과 함께 그 파급효과 등을 사전에 고려하고 원활하게 운영될 수 있도록 조정이 필요하다. 여기서 품질은 기본적으로 챙기면서 모든 단계의 업무가 유기적으로 잘 흘러갈 수 있게 의사소통력 또한 필요하다.

🚩의사결정, 관리, 훈련
: 책임과 권한이 있기에 의사결정을 내릴 수 있다. 다만 올바른 의사결정을 위해선 거시적인 안목과 관리가 필요하다. 그 순간 최선의 의사결정을 내릴 수 있는 데이터가 필요하고 이는 모든 구성원으로부터 교육훈련 등을 통해서 상호 지원받아야 한다. 팀원에 대한 격려와 수행력을 향상하고 여러 자리를 통해 갈등을 해소하는 것. 일보다 사람이 힘들다는 것을 몸소 체험하게 될 자리에 PM이 서 있다.

🚩발주, 계약, 검수
: 관리의 영역은 넓다. 이러한 업무를 지원해 주는 조직이 있을 수도 있지만 우선은 PM의 손을 타게 되어있다. 그래서 단순히 현업업무에만 집중하면 안 된다. 발주자의 역할로서 인력이든 다른 자원이든 PM의 손을 거쳐 움직여야 한다. 특히나 행정적 위험이 곳곳에 도사리고 있는 업무인 만큼 검증과 피드백을 통해 확인에 확인이 필요하다.

🚩조직 지원과 협력
: 위와 같은 외부 조직 등과의 업무를 위한 일도 있지만 내부 조직 또한 하나의 고객으로서 매우 중요하다. 그 말은 이들의 지원 또한 무시할 수 없다는 것을 말한다. 그래서 유관부서와 긴밀한 의사소통과 공유가 필요하고 서로의 업무 영향력을 고려한 협력이 필요하다. 프로젝트를 원만히 진행하기 위한 든든한 버팀목이자 지지자들은 멀어 어딘가가 아닌 바로 내부에 있다.

 

PM. 그들에게 필요한 것들
그렇다면 PM은 무엇을 갖춰야 할까? 너무 많은 것들이 있지만 그래도 중요한 몇 가지를 꼽으라면 다음과 같다.

  – 관리역량
  – 기술력
  – 의사소통력
  – 리더십

관리역량은 하루아침에 만들어지지 않는다. 물론 성향이나 내재적인 역량을 갖춘 사람도 있으나 보통은 학습과 경험을 통해 얻을 수 있다. 이에 따르는 많은 공부 또한 필요하다. 이는 기술력 못지않은 전문성도 필요로 하기에 실제 업무를 통해 하나둘 만들어가는 노력이 따라야 한다.

기술력은 프로젝트의 세부 활동을 지시하고 검증할 수 있는 역량이다. 전문지식을 보유하고 있으면 이해당사자들에게 보다 넓고 깊은 영향력을 행사할 수 있다. 이런 부분이 미흡할 경우에는 당연히 신뢰를 얻기가 어렵다. 물론 PM을 세분화해서 관리 PM이나 기술 PM 등으로 나눌 수도 있지만 이건 그런 환경이 될만한 프로젝트가 아니고서야 꿈도 꿀 수 없다.

성공의 소통이다. 일이 어렵고 쉽고를 떠나 결국 일은 사람이 해내는 것이다. 무엇이 되었던 서로 얼굴을 마주하고 문제를 해결해 나갈 수 있는 서로 간의 영향력이 중요하다.

마지막으로 리더십이다. 관리자라 관리만 하면 되지 무슨 리더십이 뭐냐고 할 수도 있지만 PM은 관리를 기반한 리더이다. 그래서 리더의 역량 또한 가져야 한다. 수많은 가정하에 유연함을 무기로 How가 아닌 What에 집중하면서 책임지는 솔선수범의 자세를 경주한다면 약간은 모자라더라도 PM을 역할을 충분히 해낼 수 있다.

 

※ 어떻게 한번 해볼래?
연차가 쌓이고 직위가 올라가면 한 번쯤 받아보는 자리. 선택의 여지가 주어질 수도 있지만 대부분은 지명을 통해 앉게 되는 그 자리. 왕의 자리까지는 아니지만도 그 무게를 견뎌내야 하는 것은 익히 봐와서 안다. 그래서 도망가고 싶어진다. 난 못할 것 같다. 큰일이 나면 어떨까 싶다. 밥맛이 없어지고 머리가 하나둘 빠진다. 어서 이 프로젝트가 끝나길 기다리지만 달리 생각하면 이때가 아니면 언제 해볼 수 있을까 하는, 기회가 주어짐에 감사하게 된다. 그래서 버틸 힘이 되나 보다. 이 세상 모든 PM 들 파이팅!!!

프로젝트관리란? (프로젝트 성공률 1% 높이기)

프로젝트관리란?
앞서서 프로젝트에 대한 정의를 살펴봤다. 그렇다면 이 프로젝트를 관리한다는 것은 무엇을 의미하는가? 이 지점에서 관리라는 용어도 살펴보고 가자. 관리란 흔히 사람을 통제하고 지휘 감독하는 것이나 여러 시설이나 물건의 유지·개량 따위를 꾀하는 것을 말한다. 이를 프로젝트에 대입해 보면 목표를 세우고 계획을 짜며 일들을 수행하고 목표를 달성해 가는 과정에서 필요한 수많은 자원과 시간 그리고 노력은 프로젝트의 관리 측면이다. 이는 매우 필수적이고 중요하며 프로젝트와 관리가 별개가 아닌 하나로서 인식해야 할 필요성을 느낀다.

그래서 프로젝트관리는 “프로젝트 요구를 만족시키기 위해 지식, 기술, 도구 및 기법들을 프로젝트 활동 중에 사용하는 것“이라 할 수 있다. 다시 말해 프로젝트 요구사항을 충족시키고 만족시키는 것, 이를 위한 모든 요소를 잘 이해하고 관리하여 목적한 바를 달성해 나아가고 더 나아가 프로젝트의 성공적 완료를 가능케 한 자원, 특히 조직의 역량을 확보하고 강화하는 것이 그 이면이라고 본다.

그러면 이러한 프로젝트의 성공률은 얼마나 될까? 다소 오래된 자료이긴 하나 지금까지도 유효한 Standish Group의 2010년 Chaos Summary를 보면 30% 정도의 프로젝트만 성공한다고 한다. 그렇다면 나머지 70%는 실패한다는 이야기인데 그 원인은 주로 1) 요구사항의 부정확성 2) 사용자 환경의 이해 부족 3) 불충분한 자원 4) 비현실적인 사용자 기대치 5) 관리지원의 부족 6) 변경 관리의 미흡 7) 프로젝트 계획의 미비 등이라고 한다. 이는 곧 관리 부재의 결과이고 특정 몇몇 사람이 아닌 조직 전체의 문제로 비친다. 특히 관리의 제약 측면에서 살펴보면 다음과 같다.

 

프로젝트 관리의 3대 제약
프로젝트는 아래 3가지에서 절대 벗어나지 않는다. 이는 프로젝트의 성공과 실패를 구분하는 기준이며 모든 단계의 품질을 좌지우지한다.

● 범위
: 프로젝트에 존재하는 필요와 기대 사이의 요구사항이다. 프로젝트 초반 고객의 요구사항을 제대로 파악하지 못하면 범위는 계속 흔들린다. 상세한 요구사항은 프로젝트의 첫 단추다. 이를 위해 요구사항관리라는 별도의 프로세스를 만들어 놓고 있으며 이를 통해 유기적인 범위관리에 신경을 쓴다.

● 일정
: 프로젝트의 시작과 끝, 그 기간이다. 프로젝트계획 시 범위에 기반한 일정을 수립하지만 철저한 관리가 되지 않는다면 일정은 자연스럽게 지연이 된다. 프로젝트관리자는 일정에 민감해야 한다. 전체 일정과 하루 일정. 진척도는 관리되어야 하며 이슈가 발생하면 전파하고 해결책을 찾아야 한다.

● 원가
: 프로젝트에 할당된 예산은 타당한가? 제대로 된 수요조사와 시장조사를 통해 원하는 사양에 충족한 것들을 선별, 구매했는가? 특히 인건비는 제대로 평가받고 있는가? 예산이 부족하다고 제일 먼저 인건비에 손을 대지는 않았는가? 그래서 실력 있는 개발자들을 외면하고 있지는 않은가? 아니면 한 사람에게 너무 의존하는 것은 아닌가?

 

성공과 실패
모든 프로젝트는 성공하여야 한다. 그 끝을 위해서 모든 이해당사자는 서로 협력한다. 하지만 성공과 실패의 기준이 무엇인가에 대해서는 의견이 분분하다. 알고는 있지만 서로 상대적인 개념 사이에서 위의 3가지 제약은 훌륭한 기준을 마련해준다. 이를 바탕으로 프로젝트를 관리하고 관리의 성공과 실패 여부는 핵심 이해당사자들에게 달려있다.

이해당사자. 이들은 프로젝트와 밀접한 경영진, 개발자, 관리자, 고객 등이 있다. 이 중에서 고객의 요구사항에 얼마나 잘 부응했는가가 성공을 가늠한다. 3가지 기준에 충실한 관리, 그러면서 고객 요구사항의 충족. 성공은 멀리 있지 않다. 그만큼 실패도 성공의 반대편 가까운 곳에 서 있다. 부정확한 요구사항, 사용자의 몰이해, 충분하지 못한 자원들, 비현실적인 기대치와 무관심, 변화무쌍한 상황들의 관리 부재, 이들을 아우르는 계획의 미비. 그렇다고 유명하단 프로세스나 방법론이 모든 문제를 해결해 줄 수는 없다.

프로젝트는 요리와도 같다. 여러 좋은 재료들을 모아 정해진 레시피대로 정성껏 요리하면 맛 좋은 음식 맛을 볼 수 있다. 이 요리에 있어 요리사는 전체적으로 볼 수 있어야 하고 집중하여 관리하며 문제가 발생했을 때 이를 개선하는 노력을 통한 최적화! 나에게 맛 좋은 음식도 중요하지만, 고객의 입맛에 맞게, 원하는 사항들을 충족시키고 더 나아가 미처 모르던 맛까지 제공한다면 프로젝트는 성공이라 말해도 부족하지 않다.

 

이해당사자
프로젝트에는 수많은 이해당사자가 존재하며 이들은 프로젝트의 성공 여부를 결정짓는 매우 중요한 개인 혹은 조직이다. 영어로는 stakeholder. ‘지주를 붙잡는 사람’이라는 뜻처럼 각각의 역할과 책임이 막중하다.

  º 프로젝트관리자: 프로젝트 수행 전반의 책임자
  º 고객: 프로젝트 결과물을 사용하게 될 개인 혹은 조직
  º 기능부서 관리자: 프로젝트팀원이 속한 부서의 관리자
  º 경영진: 프로젝트를 수행하는 조직의 최고 관리자
  º 프로젝트부서: 프로젝트를 수행하는 사람 혹은 조직

이들은 그 특성과 영향력 수준에 따라 분류할 수 있고 각자의 이해 분야가 다르기 때문에 여러 갈등의 양상을 보일 수 있다. 이에 프로젝트관리자는 갈등 당사자 간의 이해의 합의를 구하고 해결책을 제시해야 하고 고객의 입장에서 움직여야 한다. 그래서 조직적인 대응으로 PMO를 구성하기도 하고 프로젝트 조직을 프로젝트 상황, 기업조직구조, 방침 등에 따라 기능 조직, 매트릭스 조직, 프로젝트 조직 등으로 나누어 사전에 결정하고 깊게 운영하여야 한다.

 

 

※ 너는 너, 나는 나
얽히고 섥힌 사람들로 북적이는 프로젝트에서 프로젝트관리자는 너무나도 중요하다. 그런데 요즘은 이런 부담을 떠안기 싫어 도망가는 사람들로 PM을 할만한 사람 찾기가 하늘의 별 따기 수준이다. 저는 개발만 하고 싶어요! 라는 사람들도 업무를 알아야 개발이 될 텐데 하물며 PM은 어떠할까? 세상은 바뀌어도 PM은 가치는 영원하다.