2023/11/2 Qiita Night〜プロダクトマネジメント〜 登壇資料
2023/11/02株式会社ラクス 植木遼太ARR100億SaaSの現実〜新設PdM組織が、PRD品質向上のため泥臭く越境した2つのこと〜Confidential All Right Reserved.Copyright© Rakus Co.,Ltd
View Slide
Confidential All Right Reserved.Copyright© Rakus Co.,Ltd 2 PRDの内容に納得感がない(出せない)
Confidential All Right Reserved.Copyright© Rakus Co.,Ltd100億SaaSに起きていた開発課題
Confidential All Right Reserved.Copyright© Rakus Co.,Ltd 4 PdM組織ができる少し前の開発実態HowオンリーのPRD 複数課題 混ぜこぜhearingPRD(to開発) PRD(to開発)
Confidential All Right Reserved.Copyright© Rakus Co.,Ltd 5 PdM組織ができる少し前の開発実態事実情報が薄い● 価値ある課題、解決策か不明● 他解決策を検討できないPRD
Confidential All Right Reserved.Copyright© Rakus Co.,Ltd 6 PdM組織ができる少し前の開発実態● 同時開発できないものもある● 1案件がとてつもなく大きくなる= リリースが遅くなるPRD対応内容が変わる可能性
Confidential All Right Reserved.Copyright© Rakus Co.,Ltd 7 PdM組織ができる少し前の開発実態要件定義担当が整理・調整開発着手遅延 =お客様への価値提供が遅れるリスク
Confidential All Right Reserved.Copyright© Rakus Co.,Ltd 8 背景事業本部長(元エンジニア)リーダーエンジニア(発足時〜)PRD
Confidential All Right Reserved.Copyright© Rakus Co.,Ltd 9 背景企画部門 開発要件定義担当PRD
Confidential All Right Reserved.Copyright© Rakus Co.,Ltd10 背景企画部門 開発要件定義担当● エンジニアリング経験が薄い● GTM等 他業務で忙しい● 仕様の詳細理解が薄い前任者2名ほど、顧客解像度が高いレベルで揃ってない
Confidential All Right Reserved.Copyright© Rakus Co.,Ltd 11 背景企画部門 開発要件定義担当● エンジニアリング経験が薄い● GTM等 他業務で忙しい● 前任者ほど仕様に詳しくない前任者2名ほど、共通知識として顧客解像度が高いレベルで揃ってない以前のようなコミュニケーションではPRDを作成できない
Confidential All Right Reserved.Copyright© Rakus Co.,Ltd対応策
Confidential All Right Reserved.Copyright© Rakus Co.,Ltd 13 役割作成企画部門 開発要件定義担当PRDPdM
Confidential All Right Reserved.Copyright© Rakus Co.,Ltd 14 PdM組織ができる少し前の開発実態(再掲)HowオンリーのPRD 複数課題 混ぜこぜPRD(to開発) PRD(to開発)要件定義担当 要件定義担当
Confidential All Right Reserved.Copyright© Rakus Co.,Ltd 15 PdM組織ができる少し前の開発実態(再掲)HowオンリーのPRD 複数課題 混ぜこぜPRD(to開発) PRD(to開発)要件定義担当 要件定義担当● 本来 PRDに必要な情報を定める必要がある● 必要情報の計画・収集・分析(作成)担当を見直す必要がある
Confidential All Right Reserved.Copyright© Rakus Co.,Ltd 16 具体策サマリプロダクト4階層を用いたPRDに必要な要素を定義DACIを用いた役割分担
Confidential All Right Reserved.Copyright© Rakus Co.,Ltd 17 プロダクト4階層を用いたPRDに必要な要素を定義プロダクトマネジメントのすべて より抜粋
Confidential All Right Reserved.Copyright© Rakus Co.,Ltd 18 プロダクト4階層を用いたPRDに必要な要素を定義プロダクトマネジメントのすべて より抜粋PRD MRDFit確認Fit確認PRDに盛り込まなければいけない要素を抽出した。
Confidential All Right Reserved.Copyright© Rakus Co.,Ltd 19 プロダクト4階層を用いたPRDに必要な要素を定義実際の調査計画 AgendaWhy(誰をどんな状態にしたいか)は、顧客調査が必要と考えた。
Confidential All Right Reserved.Copyright© Rakus Co.,Ltd 20 プロダクト4階層を用いたPRDに必要な要素を定義調査結果を踏まえて、PRDのAgendaは、以下のように定義した。
Confidential All Right Reserved.Copyright© Rakus Co.,Ltd 21 DACIを用いた役割分担プロダクトマネジメントのすべて より
Confidential All Right Reserved.Copyright© Rakus Co.,Ltd 22 DACIを用いた役割分担実際のDACI表の一部書籍等から得られる理想と、実際のリソース・スキルセットを鑑みて現実ラインで策定
Confidential All Right Reserved.Copyright© Rakus Co.,Ltd効果
Confidential All Right Reserved.Copyright© Rakus Co.,Ltd 24 効果サマリ要件定義フェーズ工数を50%削減/手戻り0各組織が、本来得意な役割に集中PdM 採用応募300%増 (副次的)(ジョブディスクリプションが明確化したことによる)
Confidential All Right Reserved.Copyright© Rakus Co.,Ltd 25