제품 관리자(PO/PM)는 mini CEO로 불리며 담당한 제품의 전반적인 오너십을 가진다.
제품 관리자의 주요 업무 중 하나는 로드맵에 따라 아니면 상황에 따라 앞으로 우리가 해야 할 일을 정하는 것이다. 그중 백로그 생성과 관련된 내용을 정리해 보았다. 백로그는 로드맵에 의해 미리 예견된 항목과 시장의 급변, VOC를 통해 예측 불가능 항목으로 나눌 수 있다.
SW의 가장 큰 장점이자 단점은 쉽게 변경할(될) 수 있다는 것이다. 백로그의 우선순위는 항상 바뀔 수 있고 변경될 수 있음을 인지해야 한다. 그러므로 제품 관리자의 방향 설정은 제품의 성공 실패에 큰 영향을 미출 수 있어 매우 신중을 기해야 한다.
성공으로 이끄는 것은 아이디어가 아니라 훌륭한 기회이다.
Problem / Opportunity
=> 해결해야 할 문제와 사업 기회를 이해해야 한다.
=> 문제를 통해 발생한 사업 기회를 찾는다.
=> 문제를 식별하고 문제 해결을 통해 사업 기회를 찾는다.
제품 관리자는 맡은 제품의 도메인에 한정된 것이 아니라 다양한 시각에서 사용자(환경)들이 겪고 있는 문제를 찾아낸다. 그리고 문제 식별 및 정의를 위해 이런 질문을 할 수 있다.
- 무엇이 잘못되었나? 우리의 기회인가?
- 문제로 인해 영향받는 사람(환경)은 누구인가?
- 언제 문제가 발생하는가? (특정 시간, 주기)
- 어디서 문제가 발생하는가? (우리, 외부 등 미/거시적 관점, 시스템)
- 우리 조직에 어떤 영향을 미치는가?
Needs (Need)
=> 고객의 요구사항
=> 스폰서, 파트너 등 이해관계자들의 요구사항
제품 관리자는 우리 제품(서비스)을 이용하는 고객들의 소리를 주의 깊게 들어야 한다. 그리고 우리 제품의 비전이나 아이덴티티에 맞는 고객의 요구사항을 정의 내릴 수 있어야 한다. 우선 요구사항에 대하여 우리 제품(서비스)과 비즈니스에 적합한지 타당성을 검토한다.
- 모호한 부분이 없이 명확한가?
- 한정된 시간과 예산 내에서 달성 가능한가?
- 서비스, 기능과 겹치거나 유사하지 않는가?
- 우리가 얻을 수 있는 이득(Benefit)이 측정 가능한가?
- 시스템이나 사용자가 어떤 영향을 받을 것으로 예상되는가?
백로그와 우선순위
제품 관리자는 PON을 통해 정제된 백로그를 생산하고 그 가운데 우선순위를 설정하여 사용자(환경)가 겪고 있는 문제를 해결할 있다. 중요한 포인트 정제된 백로그 생성을 위해 적절한 검증을 했냐는 것이다.
- 백로그는 실제 구현 가능한가?
- 모호한 부분이 있는가?
- 설명할 수 있는가?
- 기능은 명확한가?
검증은 다양하게 진행할 수 있다. 구루밍 단계에서 팀 전체가 구체화를 진행하며 문제점을 찾을 수 있고, UX파트의 프로토타이핑, 품질 파트의 테스트 케이스로도 가능하다.
제품 관리자는 검증이 완료된 백로그를 TO DO 리스트로 이관하기 위해 다양한 환경으로부터 데이터를 확보하여 우선순위를 설정해야 한다.
- TTM : Time To Market
- MVP : Minimum Viable Product
댓글