【読書感想文】ビルドトラップが怖くて眠れない

by mochizuki

Slide 1

Slide 1 text

ビルドトラップが怖くて眠れないモチヅキ「寝れん！！！」

Slide 2

Slide 2 text

注意リアルでは寝れています

Slide 3

Slide 3 text

深夜1時「人はなぜ生まれ、なぜプロダクトを作るのか」モチヅキ「寝れん！！！」

Slide 4

Slide 4 text

プロダクトってなんなんだっけ？

Slide 5

Slide 5 text

この本にいい感じのこと書いてあった「プロダクトマネジメント　ビルドトラップを避け顧客に価値を届ける」（O'Reilly）

Slide 6

Slide 6 text

プロダクト＝価値を運ぶものプロダクト≠価値

Slide 7

Slide 7 text

価値交換システムを実現する「不確実性の高い世の中」で「価値交換」を継続的に成立させて行くためにプロダクトを作る課題/要望/ニーズお客さん我々プロダクト・サービス「プロダクトマネジメント　ビルドトラップを避け顧客に価値を届ける」（O'Reilly）より引用アウトプットアウトカム

Slide 8

Slide 8 text

安ければ何でも売れる時代→物が溢れている時代お客さんってどんな状態？お客さん「あれ、何が欲しいんだっけ？」「ほしいほしい！！！」「仕事がうまくいくためになんかいいサービスないかな～」「プロダクトマネジメント　ビルドトラップを避け顧客に価値を届ける」（O'Reilly）より引用

Slide 9

Slide 9 text

お客さんですら自分の欲しい物わかんないんだから僕たちが妄想で作っ売ろうったてそりゃ価値交換もクソもなくてただの押しつけだよね

Slide 10

Slide 10 text

お客さんの欲しい物知りたい！課題もね

Slide 11

Slide 11 text

じゃあどうする？

Slide 12

Slide 12 text

「聞くでしょ！」

Slide 13

Slide 13 text

「試すでしょ！」

Slide 14

Slide 14 text

「仮説検証でしょ～～！」

Slide 15

Slide 15 text

一度落ち着きましょう

Slide 16

Slide 16 text

とは言うものの...

Slide 17

Slide 17 text

ただ仮説検証というステップを踏めばよいのか？

Slide 18

Slide 18 text

答えは「NO」だと思う

Slide 19

Slide 19 text

「そこにビルドトラップがあるから...」それ以外もあるけど

Slide 20

Slide 20 text

深夜2時「ビルドトラップってなんだよ！！」モチヅキ「マジで寝れん！！！」

Slide 21

Slide 21 text

ビルドトラップとは？

Slide 22

Slide 22 text

アウトプット主導課題/要望/ニーズお客さん我々プロダクト「プロダクトマネジメント　ビルドトラップを避け顧客に価値を届ける」（O'Reilly）を参考に作成どれだけアウトプットを出したかに注目してしまう（リリース機能数など）

Slide 23

Slide 23 text

Slide 24

Slide 24 text

アウトカム主導課題/要望/ニーズお客さん我々「プロダクトマネジメント　ビルドトラップを避け顧客に価値を届ける」（O'Reilly）を参考に作成顧客に提供した価値によってどれだけビジネス価値を生み出せたかに着目する

Slide 25

Slide 25 text

Slide 26

Slide 26 text

ビルドトラップとは？アウトカムではなく、アウトプットで成功を計測しようとして、行き詰まっている状態「https://www.ryuzee.com/contents/blog/14556」を参考に作成実際に生み出された価値ではなく、機能の開発とリリースに集中してしまっている状態

Slide 27

Slide 27 text

プロダクト開発の流れ「https://www.ryuzee.com/contents/blog/14556」を参考に作成解決したい問題を見つける問題とソリューションの仮説を評価するソリューションを作るソリューションを評価するスケールする STEP 1 STEP 2 STEP 3 STEP 4 STEP 5 問題を設定し直す繰り返す繰り返すソリューションを練り直す

Slide 28

Slide 28 text

注力しがちな領域（ビルドトラップの兆候）「https://www.ryuzee.com/contents/blog/14556」を参考に作成解決したい問題を見つける問題とソリューションの仮説を評価するソリューションを作るソリューションを評価するスケールする STEP 1 STEP 2 STEP 3 STEP 4 STEP 5 問題を設定し直す繰り返す繰り返すソリューションを練り直す注力しがちな領域

Slide 29

Slide 29 text

ビルドトラップの兆候 ● 約束されたロードマップ、長すぎるバックログ ● 競合他社との機能比較 ● 必要性のわからない機能 ● 生産性やベロシティに対する課題ばかりが表出 ● ステークホルダーの干渉 ● 権限のないプロダクトチーム、意思のないプロダクトチーム ● 利用状況などのメトリクスを取っていない ● 役に立たないKPI ● 使い切らなければいけない予算「https://www.ryuzee.com/contents/blog/14556」より引用

Slide 30

Slide 30 text

開発の進め方はこの本も参考にしてます「正しいものを正しくつくるプロダクトをつくるとはどういうことなのか、あるいはアジャイルのその先について」（ビー・エヌ・エヌ出版）

Slide 31

Slide 31 text

以前のモチヅキ

Slide 32

Slide 32 text

？？？「いやいや、ペインに基づいて仮説検証してるし！アウトカム主導だし！だからうちは大丈夫だし！」

Slide 33

Slide 33 text

本当にそうなのだろうか...

Slide 34

Slide 34 text

深夜3時「もしかして私達ビルドトラップにかかってる...！？」モチヅキ「酒の力で寝たろかな」

Slide 35

Slide 35 text

先程の図を見ると...

Slide 36

Slide 36 text

Slide 37

Slide 37 text

兆候のある部分だけ当てはまっていなければよい気になってしまいそうですが...

Slide 38

Slide 38 text

プロダクト開発の流れ「https://www.ryuzee.com/contents/blog/14556」を参考に作成解決したい問題を見つける問題とソリューションの仮説を評価するソリューションを作るソリューションを評価するスケールする STEP 1 STEP 2 STEP 3 STEP 4 STEP 5 ココも

Slide 39

Slide 39 text

プロダクト開発の流れ「https://www.ryuzee.com/contents/blog/14556」を参考に作成解決したい問題を見つける問題とソリューションの仮説を評価するソリューションを作るソリューションを評価するスケールする STEP 1 STEP 2 STEP 3 STEP 4 STEP 5 ココもココも

Slide 40

Slide 40 text

プロダクト開発の流れ「https://www.ryuzee.com/contents/blog/14556」を参考に作成解決したい問題を見つける問題とソリューションの仮説を評価するソリューションを作るソリューションを評価するスケールする STEP 1 STEP 2 STEP 3 STEP 4 STEP 5 ココもココもココも

Slide 41

Slide 41 text

Slide 42

Slide 42 text

Slide 43

Slide 43 text

Slide 44

Slide 44 text

例えば同じ席に座ってるけど違う方向を向いているチームプロダクトチームチームA チームB

Slide 45

Slide 45 text

例えば、検証フェーズにてチームAが... 解決したい問題問題とソリューションの仮説を評価するチームAの解釈で評価してOKを出してしまうもしくはロードマップの期限が迫って焦ってOKを出してしまう項目を洗い出し

Slide 46

Slide 46 text

すでにビルドトラップにハマってる可能性が高い

Slide 47

Slide 47 text

深夜4時「どうすればいいんだ...」モチヅキ「YouTube見たら余計寝れん」

Slide 48

Slide 48 text

アウトプットとアウトカムの越境と仮説検証「正しいものを正しくつくるプロダクトをつくるとはどういうことなのか、あるいはアジャイルのその先について」より引用顧客と対峙するメンバー開発者正しいものを探すアウトカムにのみ責任を持つ正しくつくるアウトプットにのみ責任を持つ溝陥りやすい状態で、様々な社内摩擦も起きやすい状態

Slide 49

Slide 49 text

アウトプットとアウトカムの越境と仮説検証「正しいものを正しくつくるプロダクトをつくるとはどういうことなのか、あるいはアジャイルのその先について」より引用顧客と対峙するメンバー開発者正しいものを探すアウトカムにのみ責任を持つ正しくつくるアウトプットにのみ責任を持つ越境正しいものを正しくつくるために越境し、仮説検証を行う

Slide 50

Slide 50 text

仮説検証とコンパスと地図「正しいものを正しくつくるプロダクトをつくるとはどういうことなのか、あるいはアジャイルのその先について」より引用仮説検証に道筋を明確に示した「地図」はない「コンパス」を持って「現在地」を確認しながら歩くようなもの

Slide 51

Slide 51 text

ビルドトラップを回避し、越境するためには＝アウトカム主導の組織になるためにはメンバー全員が正しい方向（顧客価値の最大化）に向かっていけるようにする必要がある

Slide 52

Slide 52 text

具体的には？

Slide 53

Slide 53 text

戦略を明確にし、行き渡らせ、理解する問題に恋し、ソリューションを探索し、適切な指標を定めて活用する 1 2 「https://www.ryuzee.com/contents/blog/14556」を参考に作成

Slide 54

Slide 54 text

①戦略を明確にし、行き渡らせ、理解する

Slide 55

Slide 55 text

戦略展開「プロダクトマネジメント　ビルドトラップを避け顧客に価値を届ける」（O'Reilly）より引用ビジョン 5-10年でどうなりたいか、顧客にとっての価値、マーケットのポジション、ビジネスがどうなっているか CEO/シニアリーダーシップ戦略的意図ビジョンを実現する上で、立ちはだかっているビジネス上の課題は何かシニアリーダーシップ/ビジネスリードプロダクトイニシアティブプロダクトの観点で課題に取り組むには、どんな問題を扱えばよいかプロダクトリーダーシップチームオプション問題を解決して目標達成する別の方法はないかプロダクト開発チーム Level Story Who

Slide 56

Slide 56 text

①戦略を明確にし、行き渡らせ、理解する「https://note.com/yoshifumi_tahira/n/n949a2f478bf6」を参考に作成よい戦略は意思決定のフレームワークである a b c d g f e h i j 戦略実行可能な意思決定のフレームワークビジョンその目的に基づいてどこに向かっていくのかミッション企業の存在理由（目的）運営フレームワーク日々の企業活動を進めていくためのもの戦術（施策）

Slide 57

Slide 57 text

①戦略を明確にし、行き渡らせ、理解する徹底的に行き渡らせるビジョン 5-10年でどうなりたいか、顧客にとっての価値、マーケットのポジション、ビジネスがどうなっているか CEO/シニアリーダーシップ戦略的意図ビジョンを実現する上で、立ちはだかっているビジネス上の課題は何かシニアリーダーシップ/ビジネスリードプロダクトイニシアティブプロダクトの観点で課題に取り組むには、どんな問題を扱えばよいかプロダクトリーダーシップチームオプション問題を解決して目標達成する別の方法はないかプロダクト開発チーム Level Story Who 「プロダクトマネジメント　ビルドトラップを避け顧客に価値を届ける」（O'Reilly）より引用

Slide 58

Slide 58 text

①戦略を明確にし、行き渡らせ、理解する人間には、バグが大量にある認識齟齬防止には、さまざまな手法が存在する

Slide 59

Slide 59 text

②問題に恋し、ソリューションを探索し、適切な指標を定めて活用する

Slide 60

Slide 60 text

プロダクトのカタ「https://www.ryuzee.com/contents/blog/14556」を参考に作成企業のビジョンと戦略的意図目指しているものの現状プロダクトイニシアティブ問題の探索方向性の理解現状の分析次の目標を設定ステップの選択プロダクトイニシアティブイニシアティブ/ プロダクトの現状オプション目標ソリューションの探索・最適化 1 2 3 4 戦略策定と展開実行

Slide 61

Slide 61 text

②問題に恋し、ソリューションを探索し、適切な指標を定めて活用するソリューションの前に問題を理解する “I would spend 55 minutes defining the problem and then five minutes solving it.” 問題を定義するのに55分を費やし、それから問題を解決するのに5分を費やす Albert Einstein 写真「https://gahag.net/003300-albert-einstein/」

Slide 62

Slide 62 text

②問題に恋し、ソリューションを探索し、適切な指標を定めて活用するソリューションを探索するコンシェルジュ（顧客に代わって手作業でやってみる）オズの魔法使い（画面はあるけど、裏では人が作業してるなど）コンセプトテスト（コンセプトのデモ、ランディングページを見せるなど）「https://www.ryuzee.com/contents/blog/14556」より引用

Slide 63

Slide 63 text

②問題に恋し、ソリューションを探索し、適切な指標を定めて活用する適切な指標を定めて活用する Acquision ユーザー獲得 Activation ユーザー活性化 Retention 継続 Referral 紹介 Revenue 収益 AARRRモデル Happiness 課題が解決された状態 Engagement 気に入ってる状態 Adoption 新たに使い始めている状態 Retention 使い続けている状態 Task success コア機能がワークしてる状態 HEARTフレームワーク「https://www.ryuzee.com/contents/blog/14556」より引用

Slide 64

Slide 64 text

朝5時「要するに...」モチヅキ「もう起きちゃえ！」

Slide 65

Slide 65 text

まとめ ● 不確実性の高い状況下で、仮説検証は重要なステップである ● アウトプット思考に陥ってる可能性もあるため、ただ仮説検証をすればいいわけではない ● チームは越境し、コンパスを持って地図のない場所を歩く必要がある（仮説検証をする必要がある） ● PMは戦略を理解（策定）し、展開し、理解してもらいビルドトラップにはまらず仮説検証を行っていく必要がある

Slide 66

Slide 66 text

引用など ● 引用 ○ 「正しいものを正しくつくるプロダクトをつくるとはどういうことなのか、あるいはアジャイルのその先について」（ビー・エヌ・エヌ出版） ○ 「プロダクトマネジメント　ビルドトラップを避け顧客に価値を届ける」（O'Reilly） ○ https://www.ryuzee.com/contents/blog/14556# ○ https://note.com/yoshifumi_tahira/n/n949a2f478bf6 ● イラスト ○ https://loosedrawing.com/ ● 写真 ○ https://gahag.net/003300-albert-einstein/ ○ https://www.pakutaso.com/