저는 재직중인 회사에서는 IT PM그리고 사업기획,

렛플을 운영할때는 기획, 웹 프론트엔드, 백엔드, 앱 개발, 운영 등 여러가지 프로젝트를 한 10년간 해왔는데요.

렛플은 출시하고나서부터는 사실상 프로덕트 매니저나 프로덕트 오너 역할도 같이 하고 있습니다.

여러가지 직무와 프로젝트를 경험해보면서 , 최종적으로는 스마트한 PM이 프로젝트의 성패를 판가름 짓는 것 같습니다.

성공한 프로젝트에서는 PM이 모든 역할을 효과적으로 수행하며 팀을 이끌었고, 반면 실패한 프로젝트에서는 PM의 역할 부재나 미숙한 수행이 주요 원인이었습니다.

1. PM의 정의는 무엇인가?

제가 회사 입사전에는 PM이라는 말이 쉬우면서도 잘 체감이 되지 않는 말이었습니다.

Project Manager , 프로젝트 관리자인데 , 실제 프로젝트를 크게 해보지 않아서 그런지 역할이 정확히 체감이 안되더라구요.

특히 신입 1년차에 PM이나 Sub PM을 맡기도 하는 데, 정말 어렵습니다.

1) 내가 아는것이 별로 없다.

2) 권한도 없다.

3) 하다보면 단순히 A의 말을 B에게 전달하고 있는 경우가 대다수입니다.

(A가 어렵데요, B님 안될까요? 등으로 커뮤니케이션을 하곤 합니다.)

이 PM이 규모가 커지게되면 PMO(Project Manager Officer)그룹이 됩니다.

예를 들면 300억짜리~500억짜리 이상 차세대 프로젝트를 하게 되면,

각 영역이 , 하나의 프로젝트 이상 규모가 커지지 때문에, 여러 PM이 모여서 그룹을 만들고 있는거죠.

2. PO나 Product Manger의 정의는 무엇인가?

요즘에는 Product Owner라는 말도 가끔씩 쓰시는 분들이 있는데, 사실 한국에서만 쓰는 개념이어서, 프로덕트 매니저가 맞는것 같습니다.

다만 Owner라는 것을 토스에서 쓰는 이유는 소유권을 주겠다라고 하는 강력한 의지가 있기 때문입니다.

대부분 모든 사업은 Business담당자가 Ownership(소유와 책임 및 결정)을 갖게 되는 경우가 많은데, 토스는 그것을 기획자에게 주겠다는 것이죠.

그만큼 기획자가 사업적인 영역이나 영향도도 분석이 필요합니다.

(토스를 제외한 다른 큰 IT회사에는 해당 네이밍(PO)을 안쓰는 경우가 더 많습니다.)

PM과 PO/Product Manager가 크게 다른 점은 , 실제 기본이 되는 제품과 서비스가 있느냐 여부로 판별을 할 수 있습니다.

1. 또한 꾸준하냐(PO) 일회성/단발성(PM)이냐의 차이도 , 구분짓는 요소이기도 합니다.

1. 1) PM은 대부분 아무 데이터가 없는 상태, 요건을 중심으로 제품/서비스를 처음부터 만들때 필요한 역할이다.

2. 2) Product Owner나 Product Manager는 출시된 제품과 서비스를 데이터를 기반으로 개선할 때 많이 사용하는 개념입니다.

그렇기 때문에, 데이터 기반 의사결정 + 명확한 목적정의 (1.0 → 1.5, PO의 역할)

vs

납기일 기준 + 기능의 유동적인 축소/확대로 의사결정 (0 → 1.0, PM의 역할 )

PM의 경우 프로젝트의 최종목표(납기일과 납기기능)을 맞추기위해서

모든 사람의 업무를 조정하고, 때때로 사람관리도 해야하고 내가 모르는 부분을 과감히 의사결정해야 하고, 이에 대한 욕을 먹을 각오를 해야하는 사람입니다.

그렇기 때문에 어떻게 보면 대표자나 리더가 PM을 하는것이 가장 좋습니다.

3. 우리도 PM이 있는데?! 왜 잘 안되나요?

사실 PM을 단순한 업무 조정자나, 일정관리자로 생각을 하게 되면, 프로젝트가 산으로 갈 가능성이 큽니다.

A를 언제까지 하기로 했는데, 안된다, 조정이 필요하다 → B에게 이야기 해준다. 그리고 서로가 한 이야기를 정리해준다.

단순히 메신저 역할을 PM으로 생각하고 있다면, 단순히 잡부밖에 되지 않습니다.

그냥 기여하는 부분없이 내가 뭘 하고 있지라는 생각이 들 수 밖에 없습니다.

PM은 특정 이슈를 보고

1) 의견을 조율해서 최종 의사결정을 한다.

2) 어디선가 멈춰있다면 그것을 인력을 추가하거나, 업무를 축소해서 일정대로 가게 한다.

3) 사람들의 의지가 떨어져있다면 , 북돋아주는 HR 매니저로서의 역할도 해야합니다.

이 세가지를 제대로 하지 않으면, 사실상 PM역할을 제대로 하고 있다고 보기 힘듭니다.

4. 실제 PM이 담당해야 하는 역할을 실제 나열해보겠습니다.

1) 종합적인 조정과 관리

PM은 프로젝트의 모든 측면을 조정하고 관리하는 역할을 맡습니다.

이는 프로젝트의 초기 계획 수립부터 자원 배분, 위험 관리, 품질 관리, 그리고 최종 평가에 이르기까지 포괄적인 관리를 포함합니다.

프로젝트가 다양한 구성 요소로 이루어져 있고, 각각의 요소들이 상호 연관성을 가지기 때문에 PM이 이를 조율하지 않으면 프로젝트는 쉽게 혼란에 빠질 수 있습니다.

2) 명확한 목표 설정과 전략 수립

PM은 프로젝트의 목표를 명확히 설정하고, 이를 달성하기 위한 전략을 수립합니다.

명확한 목표가 없으면 팀원들은 무엇을 위해 일하고 있는지 명확히 이해하지 못할 수 있으며,

이는 효율성을 떨어뜨리고 프로젝트의 방향성을 잃게 만들 수 있습니다. PM은 프로젝트의 비전과 목표를 명확히 하여 팀원들이 동일한 목표를 향해 일할 수 있도록 합니다.

3) 자원 및 시간의 효율적 관리

프로젝트는 제한된 자원과 시간 내에서 최대의 성과를 내는 것이 중요합니다.

PM은 이러한 자원과 시간을 효율적으로 관리하여 프로젝트가 제 시간에, 그리고 예산 내에서 완료될 수 있도록 합니다. 이는 프로젝트의 성공 여부를 좌우하는 중요한 요소 중 하나입니다.

4) 리스크 관리와 문제 해결

프로젝트 진행 중에는 예기치 않은 문제와 리스크가 발생할 수 있습니다.

PM은 이러한 리스크를 사전에 예측하고, 문제가 발생했을 때 신속하게 대응할 수 있는 계획을 세워야 합니다. 이는 프로젝트가 큰 차질 없이 진행될 수 있도록 하는 중요한 역할입니다.

5) 팀원 간의 조정과 동기 부여

PM은 팀원들의 역할과 책임을 명확히 하고, 각자의 업무가 어떻게 전체 프로젝트에 기여하는지를 이해시킵니다.

또한, 팀원들 간의 갈등을 조정하고, 필요한 경우 동기 부여를 통해 팀의 사기를 높이는 역할을 합니다. 이는 팀의 협업을 증진시키고, 프로젝트 목표 달성에 대한 팀원들의 의지를 강화시킵니다.

6) 외부와의 소통 및 협력

PM은 프로젝트와 관련된 외부 이해관계자들과의 소통을 관리합니다.

이는 클라이언트, 공급업체, 상위 경영진 등과의 커뮤니케이션을 포함합니다. 외부와의 원활한 소통은 프로젝트 진행 상황을 투명하게 공유하고, 필요 시 적절한 지원을 받을 수 있도록 합니다.

5. PM이 역할을 제대로 하지 않을 경우의 결과

PM이 자신의 역할을 제대로 수행하지 못하면, 프로젝트는 여러 가지 문제를 겪게 됩니다.

우선, 프로젝트의 목표와 일정이 명확하지 않아 팀원들이 혼란에 빠지고, 이는 생산성과 효율성을 크게 떨어뜨립니다.

자원과 시간의 관리가 부실해져 예산 초과나 기한 미준수가 발생할 수 있습니다. 리스크를 적절히 관리하지 못하면, 예상치 못한 문제가 발생할 때 프로젝트가 큰 차질을 빚게 됩니다.

또한, 팀원 간의 갈등이 해소되지 않거나 동기 부여가 부족해지면서 팀의 사기가 저하되고,

이는 전체적인 팀워크와 성과에 부정적인 영향을 미칩니다. 외부 이해관계자들과의 소통이 원활하지 않으면,

중요한 피드백을 제때 받지 못하거나 지원이 부족해질 수 있습니다. 결국, 이러한 문제들은 프로젝트의 실패로 이어질 가능성을 높이며, 이는 조직 전체에 부정적인 영향을 미칠 수 있습니다.

결론적으로, PM의 역할은 프로젝트의 성공을 위해 필수적입니다.

PM이 없거나 그 역할이 제대로 수행되지 않으면, 프로젝트는 쉽게 혼란에 빠지고 목표 달성에 실패할 가능성이 높아집니다.

PM은 프로젝트의 전반적인 방향성을 설정하고, 이를 실현하기 위한 전략을 수립하며, 팀원들과의 협업을 조율함으로써 프로젝트의 성공을 이끌어냅니다.

PM의 이러한 종합적이고 체계적인 접근이 프로젝트 관리에서 가장 중요한 이유입니다

6. 그래서 PM에게 제대로 된 의사결정 권한을 주셔야 합니다.

PM는 리더가 하는 것이 좋다고 말씀을 드렸는데요.

만약 리더가 개발 등의 이슈로 하지 못한다면, PM 담당자에게 의사결정 권한을 제대로 제공해주어야 합니다.

PM을 리더라고 생각하시고 프로젝트를 하시는 것이 정신건강에 좋습니다.

그래야 프로젝트 어떻게든 일정에 맞춰 완료가 가능합니다.