제품 로드맵이란?
새로운 AI 기반 패션 앱을 빌드하는 Fabrikam이라는 신생기업을 시작했습니다. Fabrikam에는 MVP 제품이 있지만 이제 성장이 필요합니다. 달성 가능한 구체적인 목표를 가지고 제품 관리자, 엔지니어 및 설계자가 업무에 집중할 수 있도록 해야 합니다. 경영진으로부터 제품이 계속 발전할 수 있도록 제품 로드맵을 개발하라는 업무를 받았습니다.
제품 로드맵이란?
제품 로드맵은 제품에 대한 계획입니다. 제품과 제품의 성장을 계획할 수 있고 성장을 위한 실행 과정에서 팀을 계속 추적할 수 있는 전략적 문서입니다. 제품 조직 및 제품 관리자가 전체 과정에서 현재 진행 상황, 진행 방향, 단계를 파악하고 보고하는 데 사용할 수 있습니다.
좋은 로드맵이란 제품을 위한 “북극성”입니다. 조직이 제품에 대해 가지고 있는 장기적인 비전을 현장의 운영 및 고객 현실과 연결해줍니다. 로드맵을 통해 제품 및 엔지니어링 팀은 착수할 업무 목록(예: 제품을 위해 빌드할 기능)을 이끌어내고 백로그를 채웁니다.
로드맵은 살아있는 문서입니다. 로드맵 개발은 반복적이고 유기적입니다. 우선 순위와 중점적인 부분이 변하면서 로드맵도 달라집니다. 제품이 성장하면서 제품 시장이 어떤 모습인지 알게 되고 고객으로부터 배우게 됩니다. 실제 제품 로드맵은 결코 끝나지 않습니다.
로드맵을 얼마나 자주 업데이트하나요?
로드맵 업데이트 빈도는 일반적으로 조직의 성숙 정도에 따라 다릅니다. Fabrikam과 같은 초기 단계의 신생기업은 일반적으로 3~6개월 범위의 로드맵이 있으며 매월 업데이트됩니다. 규모가 크거나 성숙한 조직은 분기별로 계획을 세우고, 일부 불안정한 향후 계획은 향후 분기로 미룹니다.
제품 로드맵 작업은 누가 하나요?
유용한 제품 로드맵을 위해서는 조직의 여러 파트너 간에 협업이 필요합니다. 제품 팀이 소유하고 대조하며, 엔지니어링, 지원, 마케팅 및 영업 팀과 같은 내부 그룹의 입력에 기반하여 그려나갑니다. 제품, 고객, 경쟁사, 투자자 및 시장에서 수집한 외부 데이터의 영향을 받습니다.
유능한 제품 관리자는 이러한 데이터를 지속적으로 수집하고 검증하여 로드맵에 투입하고, 계획에 어떤 영향을 주는지 혹은 영향을 미치는지 여부를 확인합니다. 제품 관리자는 빌드한 기능이 메트릭(예: 사용자 채택, 고객 만족도 또는 기타 비즈니스에 도움이 되는 사항)에 영향을 미치는지 여부를 진행 중인 작업의 결과에 투입합니다.
그러면 로드맵의 결과는 다른 출처에서 모은 지속적인 데이터와 함께 입력 사항의 일부가 되어 반복적, 주기적, 문서를 형성하도록 결합됩니다.
제품 로드맵은 빌드하기 어렵습니다. 빌드하기 적합한 기능을 찾고, 고객의 질문과 제품 목표를 평가한 다음, 사용 가능한 엔지니어링 및 디자인 리소스를 적용하면서 균형을 잡는 작업입니다.
로드맵은 어떤 모양인가요?
로드맵의 최종 형태는 다양한 방식으로 표현될 수 있습니다. 제품에 대한 계획을 보여주는 메모를 붙이는 사무실 벽인 경우도 있고 특수한 로드맵 도구에 저장된 스프레드시트나 문서인 경우도 있습니다.
전형적인 로드맵은 어떻게 구성되나요?
로드맵을 작성하려면, 하향식으로, 가장 큰 단위의 구성 요소에서 가장 작은 단위의 구성 요소로 진행합니다.
- 임무: 제품을 빌드하는 이유입니다.
- 테마: 제품의 상위 수준 구성 요소(예: “신규 고객 확보”)입니다.
- 마일스톤: 시간이 정해진 에픽 그룹(예: 3개월 분의 작업)입니다.
- 에픽: 사용자 스토리 컬렉션이며 인증과 같은 기능을 나타내는 경우가 많습니다.
- 사용자 스토리: 요구 사항을 설명하는 사용자 중심 스토리(예: “사용자에게 암호 재설정 기능 제공”)입니다. 사용자 스토리는 일반적으로 에픽에 수집합니다.
최상위 구성 요소가 임무에 더 가깝고, 세부 사항이 논리적으로 진행되어야 하며, 임무에 쉽게 도달하고 연결할 수 있어야 하기 때문에 이 방식이 권장됩니다. 기초부터 시작하여 일련의 사용자 스토리를 작성하는 대안은, 임무와 실제 적용 사이에 많은 여지가 있습니다. 기초부터 시작하면 결국 최상위 구성 요소가 사용자 스토리의 형태로 왜곡되지만 반대의 경우는 그렇지 않습니다.