간단하게 생각해 보면..
주니어 시절에 PM이라는 직무가 멋있어 보였던 것 같다. 지금은 겉으로 보여지는 것 보다 내면적으로 업무에 임하는 마인드가 멋있다고 생각한다. 나보다 훨씬 경험이 많은 PM을 하신 분들도 있고, 이미 글을 많이 써주신 전문가분들도 있으시고 이론과 개발에 장점을 가지고 있으신 분들이 많다. 많은 글을 보면서 도움을 많이 받았고 실제 적용한 적도 많이 있다. 이론과 개발 베이스의 PM이 유리하고, 그런 전공자들이 현장에 많이 계신다. 하지만 그렇다고 개발 엔지니어, 개발 기획자 출신들만 PM을 하는 것은 아니다. 나처럼 비전공자도 나름의 장점을 가지고, 다른 시선에서 PM업무를 충분히 수행할 수 있다고 생각한다. 그래서 부족한 경험이지만, 나와 같은 비전공자의 PM경험을 편안하게 이야기해보려고 한다.
내 입장에서는 거창하게 PM이 무엇이라고 말하기는 어려운 것 같다. 예전에 읽었던 김영욱 작가님의 '프로덕트 매니지먼트'라는 책에서 명쾌하게 정리하여 주신 내용을 보았었다. Product Manager는 그 프로덕트의 CEO라고 표현했고, Project Manager는 위험/자원/범위 관리를 하며, Program Manager는 여러 프로덕트에서 사용하는 기능에 대한 책임을 지는 것으로 정리해 주셨다. 빅테크, 대기업, 중견기업, 중소기업, 스타트업 등 회사의 규모에 따라 업무가 더 자잘하게 쪼개지기도 하고, 한 사람이 더 많은 역할을 하기도 한다. 또한 IT 증 SW뿐 아니라 HW 혹은 SW와 HW연동 등 담당하는 제품 특성상 역할이 조금 다를 수 있다고 생각한다.
김영욱 작가님은 브런치에도 해당 글을 게시해 주셔서 먼저 읽어보면 좋을 것 같다.
처음에 입사를 하고 품질업무를 하면서 제품에 대해서 관심을 가졌고, 마케팅 부서로 이동하여, 제품을 출시하면서 처음으로 프로젝트 매니저 역할을 했었다. 주니어 시절이였기 때문에 말이 좋아 PM이지 SW, 인프라, HW, 마케팅 툴, 센서 등 여러 가지 업무를 운영하며, 현장 이슈를 확인하고, 요구사항을 만들어, 개발에 요청하고, QA상황 확인 후 업데이트 일정 조율을 하면서 외부와 내부를 동시에 신경을 써야 했다. 제품 특성상 매장 점주의 클레임은 강도가 높기 때문에 정신을 바짝 차려야 했다. 이 시기에 제품 개발 프로세스와 운영과 CS 프로세스에 대해서 많은 것들을 몸으로 배웠던 것 같다. 그 이후에 무인 키오스크와 온라인 시스템을 구축한 다음 해에 코로나가 발생해서 많은 실적을 올렸던 성공적인 경험도 있었고, 한두가지의 실수로 프로젝트 론치 실패를 했던 경험도 있었고, 잘못된 의사결정으로 업체와 트러블이 생겨 해결하느라 힘들었던 적도 있었고, 이해관계자들의 이슈로 출시가 지연된 경우, 또한 갑자기 국내 론치 제품을 해외 제품으로 론치하는 계획으로 변경된 경우도 있었다. 이 모든 업무를 할 때 나는 언제나 PM이었다.
내 나름대로 PM은 담당하는 프로덕트 또는 프로젝트의 리더라고 생각한다. PMP(Project Management Professional) 자격증 공부했을 때 PMBOK 7판에서 서번트 리더십이라는 용어가 나온다. 항상 경청해야 하고 친절해야하고, 화를 내면 안 되고, 좋은 건 다 있어야하는 리더십으로 PM의 덕목으로 아주 중요한 개념이다. 특히 그중에서도 권위(권력)가 없는 리더십이라는 말이 가장 PM에 맞는다고 생각했던 것 같다. Agile에서의 Scrum Master는 촉진자로써 업무를 잘 운영하기 위해 많은 이해관계자들을 촉진시키며 일을 진행 한다. 사실 PM은 진짜 CEO가 아닌데, 진짜 리더가 아닌데, 권력 없이 프로젝트를 이끌어 나가야 하는 많은 패널티를 가진 리더라고 할 수 있다. 그래서 내 나름대로 정리를 해보면 PM은 구분 없이 본인이 맡은 업무를 가장 잘 알고, 일정과 기능, 출시, CS, 업데이트 등 관리하고, 이해관계자들에게 지속적으로 본인 제품과 프로젝트를 어필하며 챙기는 사람이라고 생각한다. 가장 중요한 건 그 프로덕트 또는 프로젝트를 가장 사랑하고 끝까지 보살피고 책임지는 사람이며, 시키지 않아도 해당 프로덕트의 모든 공정이 잘 운영되고 있는지 항상 체크를 하면서 상태에따라 윤활유를 적절한 양으로 발라주며 지속 확인하는것이 PM의 핵심 역할이라고 생각한다.
나는 코드를 한 줄도 짜본 적 없지만 간단한 코드를 보며 이해하려고 노력하고, 구조와 연관성에 대해서 이해하고 요구사항에 대해서 유관부서와 협의하여 일을 진행할 수 있다. 납땜을 해본적도 기판을 만들어낼 수도 없지만 원하는 것을 정리하여 담당 엔지니어가 해결하도록 진행할 수 있다. 또한 내가 담당하고 있는 제품에 이슈가 발생하면 관련 유관 부서 혹은 담당자를 바로 찾아서 협의해서 해결방안을 찾아 가능한 방법으로 해결할 수 있다. 사업부서와 개발부서와의 미스커뮤니케이션을 조율하여 정리할 수 있다.
나는 비전공자 PM이다. 품질, 개발프로세스, 마케팅, 사업, 상품기획 등 업무를 통해 프로젝트와 제품 프로세스 사이클을 이해하며, 정보처리기사, PMP, 기술경영학 등 부족한 부분은 공부를 통해, 개발부서와 커뮤니케이션을 원활하게 했다고 생각한다. 전공자 PM들의 정통파와 결이 조금 다를 수 있지만 10년 넘게 경험한 내용을 재미있게 한번 이야기 해보고 싶다..
"저는 골프 제품을 만듭니다. 골프 시뮬레이터, 골프 앱, 예약 시스템, 멤버십, 센서, 키오스크 등 골프라는 주제로 다양한 제품 및 서비스들을 만들고 출시한 경험이 있으며, 지금도 진행하고 있습니다. 이론적 내용보다는 현장에서 있었던 사례를 중심으로 소통하면 좋을 것 같습니다. 관심 있으신 분들에게 조금이나마 도움이 되면 좋을 것 같습니다."