오늘은 PMBOK의 첫 번째 챕터에 나오는 프로젝트란 무엇이고, 프로젝트 관리는 무엇인지에 대해 정리해보고자 한다. 통상적으로 IT 업계에서 기획자로 첫 발을 시작하게 되면 프로젝트에 투입되어 요구사항 분석, 기획서를 작성한다거나, 이해관계자와의 회의 때 회의록을 작성한다거나 하는 업무부터 시작하게 된다.
실무에 익숙해지면 사실 프로젝트라는 것이 어떠한 의미이고, 성공적인 프로젝트 완수를 위해 프로젝트 관리 방법에는 어떠한 것들이 존재하는지 반복되는 업무 속에서 프로젝트에 대한 지식 없이 프로젝트를 수행하는 경우가 90% 이상이다.
오늘은 PMBOK 기반 실무 가이드 첫 번째로 프로젝트 정의, 프로젝트 특징, PMO 조직은 어떠한 업무를 하는지에 대해 간략하게 정의해보고 PM과 PO의 차이점에 대해서도 내 생각을 정리해 보고자 한다.
| " 프로젝트란 무엇인가? "
A project is a temporary endeavor undertaken to creat a unique product, service, or result.
( 프로젝트는 고유한 제품, 서비스, 결과물을 만들기 위해 수행하는 일시적인 노력이다 )
프로젝트는 고객의 요구사항에 맞는 제품, 서비스, 결과물을 만들기 위해 팀이 수행하는 정해진 기간의 노력이다. 여기서 가장 기억해야 할 단어는 "정해진 기간의 노력" 즉, 일시적이라는 것이다. 프로젝트라는 것은 시작과 끝이 있고 끊임없이 계속되는 업무가 아니라는 것이다.
계약서상의 '갑'과 '을'로 명시되어 특정 날짜까지 납품을 해야 하는 경우와 회사 내부에서는 팀과 이해관계자들에게 프로젝트 기간으로 표현된다. 결국 프로젝트는 고객이 또는 내부 이해관계자 팀에서 요구한 요구사항에 대해 원하는 산출물을 기간 내에 수행하는 것을 말한다.
| " 프로젝트의 특징은 무엇인가? "
1. 고유의 제품과 서비스, 결과물 제공 : 유형이 비슷하거나 같아도, 동일한 프로젝트는 하나도 없는 유일한 고유 서비스를 제공한다
2. 일시적 노력 : 시작과 끝이 있는 일시적인 활동에 노력이 들어간다
3. 변화를 추구한다 ( Drive Change ) : 프로젝트느 조직의 변화를 추구한다.
4. 비즈니스 창출 : 프로젝트는 유/무형의 가치를 만든다. ( 유형 : 금전 창출, 주식, 제품 / 무형 : 브랜드 인지도, 상표 )
5. 착수 배경 : 프로젝트는 착수 배경이 있다
6. 범위, 원가, 일정의 제약 : 범위, 일정, 원가 항목에 대해 제약이 있다
7. 자원을 통한 품질 제공 서비스 : 자원을 통한 품질 제공 서비스 ( ISO 9126, CMMI, 6-Sigma 등 )
8. 점진적 상세화 : 초기 프로젝트의 개괄적 범위 정의에서 점차 프로젝트 진행되면서 구체화되는 과정을 거친다
| " 프로젝트 관리란? "
Project Mangement is the application of knowledge, skills, tools, and techniques to project activities to meet the project requirements.
( 프로젝트 관리는 고객의 요구사항을 완수하고자 프로젝트 활동에 지식, 기술, 도구 및 기법 등을 응용하여 프로젝트 절차에 적용하는 일련의 관리 방법이다 )
사실 PMBOK 에서PMBOK에서 말하는 프로젝트 관리 방법대로 실무에 100% 적용할 수는 없다. 미국의 프로젝트 환경이 틀리고, 대한민국의 프로젝트 환경이 다르기 때문에 PMBOK에서 말하는 프로젝트 관리 방법을 50% 정도만 실무에 적용해도 훌륭한 PM이 될 것이라 생각한다
| " 프로젝트 5개 프로세스 Group "
* 착수 ( Initiating ) : 프로젝트 승인을 위한 승인서 작성 및 이해관계자 식별하는 단계
* 계획 ( Planning ) : 범위 계획, 범위 정의, 활동 정의, 원가 산정, 예산 확보, 품질, 조직, 인력 계획 수립, Risk 관리 계획하는 단계
* 실행 ( Executing ) : 실제 실행하는 프로세스
* 감시 및 통제 ( Monitoring and Controlling ) : 프로젝트 실행 및 진행에 관련된 사항을 감시 및 통제 단계
* 종료 ( Closing ) : 프로젝트를 종료하는 단계
각 프로세스 그룹에는 세부적인 프로세스들이 있으며, 이들 49개 프로세스는 프로젝트 Life Cycle 동안 성공적인 프로젝트를 하기 위해 적합한 응용과 통합으로 프로젝트에 적용된다.
| PM Yu의 생각 " PM과 PO의 차이점은 무엇일까? "
사실 최근에 우리나라도 PO( Product Owner )라는 직군이 생겨나면서, 많은 조직에서 PO를 채용하고 있지만, 현업에 있는 주니어 담당자들에게 물어보면 PM과 PO의 역할을 명확하게 구분할 수 있는 사람은 없는 것이 현실이다.
프로젝트 관리 방법에 대한 전문적인 공부도 없이 경험에 의해, 또는 연차가 PM을 할 시기라서 나는 PM이다.라고 생각하는 현업 담당자들이 80% 이상이다. 내가 생각하는 PM과 PO의 차이는 결국 정해진 기간 안에 프로젝트를 관리하는 사람이면 PM이고 회사의 서비스를 담당하면서 지속적인 제품 개발을 담당하는 사람이면 PO라고 생각한다.
하지만 어찌 보면 회사의 모든 업무는 기간이 정해져 있는 프로젝트이고, 그 프로젝트를 성공적으로 완수하여야 고객에게 좋은 제품을 제공하고 가치를 제공할 수 있다. 그래서 능력 있고 좋은 PM이 PO의 역할도 잘할 수 있다
실제로 PO 직군의 업무 대부분도 PMBOK에서 정의한 PM의 역할과 업무가 중첩되는 부분이 많다. PM이든 PO이든 결국 좋은 제품을 누구한테 전달하느냐의 차이지, PO가 더 높은 직군의 사람이고 PM은 PO보다 낮은 직군의 업무를 하는 사람이 아니라는 생각이다.
PM은 제품을 결국 계약한 당사자 ( 프로젝트 스폰서 또는 이해관계자 ) 에게 납품을 하는 것이고, PO는 고객에게 제품을 제공하는 사람이라고 생각하는 것이 맞지 않을까?
단순히 Product Owner 또는 Project Management라는 직군이 연봉을 많이 주는 직군이라서 이력서에 나는 PO이고, PM입니다 라고 작성하는 사람이 없길 바란다. 어떤 업무를 하는 역할인지도 모른 채 " 나는 PO입니다. PM입니다"라고 하는 사람이 정말 많다.
본인의 가치를 높일 수 있는 진정한 방법은 자기계발를 통해 무엇을 알고 업무를 진행하는 것이 아닐까? ( 실제로 면접 때 질문을 해 보면 두 가지 직무를 명확하게 구분하고, 정의를 내릴 수 있는 사람이 거의 없다 )
오늘은 PMBOK 실무 가이드 첫 번째로 프로젝트의 정의, 그리고 프로젝트 관리란 무엇인지에 대해 간략하게 정리를 해 보았다. 앞으로 부족하지만 조금씩 PMBOK 에 기술되어 있는 프로젝트 지식 체계의 내용을 내 생각대로 정리하고 해석하여 가급적 실무의 Case 를 덧붙여 이야기를 풀어나가볼까 한다. 이제 대학교를 졸업하고 PO 또는 PM을 꿈꾸는 모든 분들에게 조금이나마 도움이 되었으면 좋겠다.
댓글과 공감은 컨텐츠 작성에 많은 힘이 됩니다.
'서비스기획 및 프로젝트 관리 > PMBOK 기반 실무 가이드' 카테고리의 다른 글
| PMP 자격증 아주 쉽게 무료 PDU 획득하기 (2) | 2022.09.22 |
|---|---|
| 프로젝트 관리 지식 체계로 적용해 보는 실무 프로젝트 첫 번째 이야기 (0) | 2021.10.28 |
