프로젝트 매니지먼트 (PM)란

매니지먼트 타입의 업무를 하기 시작한 건 벌써 만 4년이 넘었다.  내가 최종 결정자가 되는 PM이 된 건 이제 1년이 되었다.  경력 얼마 안되는 햇병아리 PM이지만 PM이란 프로젝트 팀 멤버들의 종이라는 걸 아는 데에는 오래 걸리지 않더라.

다음은 PM을 주 업무로 하는 '엔지니어'로서 얻게 된 몇 포인트이다.

1. PM은 알람이다 - PM이 하는 가장 중요한 일은 그 프로젝트가 스케쥴과 예산에 맞추어서 진행이 되느냐이다.  프로젝트 진도로 봤을 때 30% 정도 진행된 상태에서 예산을 40% 정도 써버렸다면 알람이 울려야한다.  직접 PM을 해보기 전에 난 PM이 빅 픽쳐를 보는 사람이라고 생각했었는데, 우리 회사 시스템이 그런지는 몰라도 꼼꼼한 성격의 사람들이 PM을 더 잘하겠다는 생각을 하게 되었다.  특히 작은 프로젝트는 말이다.  큰 프로젝트는 PM이 하나하나 모든 걸 체크할 수는 없다.  전체적으로 봤을 때 제대로 돌아가고 있다는 감이 있으면 오케이.. 아니면 안오케이.

2. 만족감이 덜하다 - 나만 그런건지는 모르겠는데 엔지니어링 일을 할 때보다 만족감이 덜하다는 생각이다.  내가 주로 하는 일이라고는 이메일 통신 전화 미팅... 실무가 아닌 그런 일들만 짜여진 하루를 보내고 나면 '내가 오늘 뭐했지?'하는 생각이 들기 때문이다.  물론 마지막 리포트 작성을 마치고 클라이언트가 해피하면 나도 해피하지만, 일 자체에서 오는 만족감은 덜한듯.

3. 학위는 필요 없다 - ㅡㅡ 나 학교 왜케 많이 다녔지?  내가 이런 일 하려고 핵교에 다닌거야?  (물론 난 좋아서 댕겼고 여전히 댕기고 있다만...) 실질적으로 필요한 스킬은 people skill, communication skill, 그외는 common sense... 물론 좀 비약이 심하긴 하지만 정말 전문적인 지식은 많이 필요 없다.  게다가 회사마다 다른 project delivery 시스템이 있기 때문에 그 시스템을 배우는 게 훨씬 효율적이지 않을까 싶다.

4. 어려보이면 안좋다 - 물론 내가 뭐 특별히 어려보인다기 보다는... 이 분야에서 일하는 대부분의 PM보다는 어리기 때문에... 항상 어드바이저를 끼고 PM을 해야한다.  뭐 나쁘진 않지만 가끔 나를 중간에 안끼고 어드바이저로 바로 치고 들어가는 클라이언트들이 있다.  기분이 좀 안좋다. ㅡㅡ;;

대체적으로 PM은 예산과 스케쥴을 트랙킹하고 deliverables에 있어서 yay or nay 최종 결정을 내리는 사람.  팀 멤버들이 클라이언트의 무리한 스케쥴에 맞게 일해주기를 원한다면 팀원들에게 아니면 반대로 팀 멤버들이 무리를 해도 전혀 불가능한 스케쥴을 원하는 클라이언트에게 싹싹 빌고 애원 부탁할 수 있는 '두꺼운'얼굴도 필수...

PM은 생각보다 별로 대단하지 않은 사람이다. ㅡㅡ;;