IT 서비스 회사의 Product Manager를 꿈꾸며!

PM(Product Management)으로 일컫는 상품 관리는 기업이 속한 산업과 생산하는 제품에 따라 정의가 다릅니다. 통상 상품 관리는 생산하는 제품을 고객에게 인도할 때까지 적절하게 수량과 종류를 관리하는 활동으로 이해하는데요. 이런 접근은 특정 제품을 생산하는 제조 회사에 국한되며, 눈에 보이지 않는 무형의 서비스를 포괄하지 못하고 있습니다.

삼성SDS 가 속한 IT 서비스, 특히 SaaS (Software as a service) B2B 로 범위를 좁힌다면 상품 관리는 “비즈니스 성공을 위한 제품의 개선 방향을 결정하고 일정 및 품질을 관리하는 제품 중심의 제반 활동”으로 요약할 수 있겠습니다.

+ Software as a service(서비스로서의 소프트웨어): 소프트웨어의 다양한 기능 중에서 고객이 원하는 서비스만 빌려 쓰는 소프트웨어

IT 서비스 회사의 Product Manager를 꿈꾸며

SaaS 형태의 사업에서는 상품 관리가 더욱 중요한데요. 특정 고객의 요구 사항을 기반으로 기능 설계를 명확히 한 후 검수 과정을 거쳐 프로젝트를 완료하는 정형화된 틀이 없기 때문입니다. 또한, IT 서비스 회사가 주도적으로 상품 방향성을 결정하고 세부적인 개선을 추진하며, 유지 보수와 운영 등 사업에 대한 전반적인 인프라도 갖춰야 합니다.

Root Causes of Failed Product Efforts, from “Inspired” by Marty Cagan ① Idea ② Biz Case ③ Roadmap ④ Requirement ⑤ Design ⑥ Build ⑦ Test ⑧ Deploy
Root Causes of Failed Product Efforts, from “Inspired” by Marty Cagan

위 도식은 대부분의 IT 회사에서 준용하는 일반적인 Product Management Process입니다. 단계별 활동을 한 문장으로 요약하면 다음과 같습니다.

① Idea: 고객 또는 영업 부서 등 시장 요구 사항 정리
② Biz Case: 각각의 요구 사항이 사업기회와 어떻게 연결되는지를 정의하는 단계. 또한 요구 사항을 수용하는 데 들어가는 비용을 측정 후 실제 사업기회 달성 시 이익과 비교해 합리적인 판단을 추구
③ Roadmap: 1~2 단계의 결과물을 기반으로 제품이 개선되는 모습을 일정 계획으로 정리
④ Requirement: 개발자들에게 전달할 목적으로 소프트웨어 개발 요구 사항 정리
⑤ Design: 개발자들에게 전달할 목적으로 UX 디자인 작성
⑥ Build: 본격적인 개발 시작. 1~5 단계가 잘 정리되었다면 프로그래밍에만 전념하면 되겠죠?
⑦ Test: 개발이 끝나고 초기 버전이 나오면 테스트 시작
⑧ Deploy: 테스트가 통과되면 실제 서비스 운영

그림에서 말하는 프로세스는 프로젝트 중심적인 형태로서 과제 단위 기반으로 심사와 펀딩을 하고 이후 결과물로 평가를 합니다. 그러나 정해진 기한이 없고 상시 업데이트되며 불특정 다수를 대상으로 하는 제품∙서비스는 프로젝트와 성격이 조금 다를 수 있습니다.

다음 기사에서는 좀 더 깊게 들어가 상품 관리 단계에서 상품 관리자와 엔지니어, 디자이너는 각각 어떤 역할을 하는지 업무 중심으로 살펴보도록 하겠습니다.

삼성SDS 소셜크리에이터 이종희 프로
공유하기