brunch

You can make anything
by writing

C.S.Lewis

by 정재헌 Nov 22. 2020

PM 컨버팅 Part2 : #34 프로젝트 팀(1/4)

#34. Part 2에 들어가며

PM 컨버팅 Part1은 새롭게 프로젝트를 담당하게 된 초보 PM에게 도움이 될 만한 이야기들로 구성이 되어 있다. 그러나 프로젝트는 혼자 하는 게 아니라 팀으로 움직인다. 그러면 PM은 어떻게 팀을 구성하고 어떻게 팀을 관리해 나가면서 프로젝트를 성공적으로 이끌어나가야 하는지를 본 Part2에서 정리하고자 한다.




공공 SI사업의 RFP를 보면은 PM의 경력을 강제해 놓는 경우가 보인다. 특히 ODA 사업(공적개발원조사업)이나 금융개발 사업의 경우가 그런 경우가 많다. 좀 더 예를 들면 이런 거다.


특정 프로젝트의 PM을 하기 위해 그 도메인의 개발 경력이 있어야 하고, 그 개발업무와 관련하여 몇 년 이상의 경력이 필요하다. 그러면 두 가지의 경우가 생긴다.


첫 번째로 내가 PM인데 개발업무와 기획업무 등에도 직접 관여를 하여야 하나?

둘째로 일 잘하는 PM을 고르기 힘든데, 아니 내 업무분야에는 일이 많지 않은데 나는 계속 내 도메인에서만 프로젝트를 해야 하나?


그럼 PM은 프로젝트를 감독만 하고 사업을 관리하는 역할만 수행하여야 하는지 아니면 실제 프로젝트의 세부 요소들을 모두 참여하여서 직접 수행을 하여야 는 건지...우선 몇가지로 그 물음에 대한 답을 정할 수 있을 것 같다.


1) 프로젝트이 규모가 작은 경우다. 프로젝트에 충분한 인력을 투입할 수 없을 정도의 작은규모 프로젝트가 많다. 그럴 경우에는 프로젝트에 PM이 직접 투입되어서 일을 하는게 맞다. 특히 PM이 사업관리의 역할 정도는 함께 하는게 맞고, 초기 업무분석과 기획정도는 PM이 함께하여도 문제가 없지만 개발까지 참여하는 것은 본연의 업무에 집중하지 못하는 우를 범할 수 있어 지양하는게 맞는 것 같다.


2) PL들이 각 영역별로 업무를 담당하는 경우에는 직접 프로젝트에 관여하는 것은 옳지 않다. 각 part 리더들에게 업무를 일임하고 관리하는 역할을 담당하여야지 직접 PL들과 함께 프로젝트를 수행하는 것은 실제 거의 불가능하다.


PM은 프로젝트의 미션을 달성하기 위하여 전략을 수립하고 세부적으로 일정과 리스크를 통제하며 고객을 관리하고 업무범위를 확정하고 관리하는 역할이 주 임무이다.


혹시나 회사에서 PM과 PL 또는 개발업무나 기획업무까지 담당하라고 하면 정중하게 거절하고 추가 리소스를 더 투입하는 방안을 모색하는게 현명하다.


두번째로 프로젝트 PM이 그 도메인을 몰라도 프로젝트 수행이 가능할까?

우선 프로젝트 PM을 신입을 투입하지는 않는다. 최소한 SI에서 몇년동안 필드 경험이 있는 베테랑 경력자를 프로젝트 PM으로 투입한다. 공공경험이 있는 프로젝트 PM인 경우는 특정 도메인에 상관없이 어느정도 프로젝트를 무리없이 잘 이끌어 나간다. 그러나 개발PM을 인프라 PM에 또는 인프라PM을 보안PM에 활용하는 경우에는 무리가 있을 수 있다. 또 공공PM을 금융사업에 투입하는 경우에는 정말 문제가 많이 될 수 있다.


왠만하면 PM이 최대의 퍼포먼스를 발휘할 수 있는 사업에 투입하는게 본인과 회사입장에서 이득이 되며 불가피한 경우에는 그 업을 잘아는 PL을 함께 투입하거나 아니면 회사에서 특별히 사업의 관리에 신경을 써야 한다.



PM은 온전하게 프로젝트에 집중하여도 실패확률이 높다, PM이 가장 잘 싸울 수 있는 환경을 만들어 주는게 회사의 역할이다.



지금 읽으신 글은 책으로 출판되어 있습니다.

내일부터 Project Manager가 되어야 한다.

http://www.kyobobook.co.kr/product/detailViewKor.laf?mallGb=KOR&ejkGb=KOR&linkClass=130509&barcode=9791165457037

http://www.yes24.com/Product/Goods/108921595

매거진의 이전글 PM 컨버팅 #44 : 마무리 글
브런치는 최신 브라우저에 최적화 되어있습니다. IE chrome safari