--- title: 探索型のプロダクト開発を始めよう tags: #正しいものを正しくつくる #devsumi author: [市谷聡啓](https://www.docswell.com/user/papanda) site: [Docswell](https://www.docswell.com/) thumbnail: https://bcdn.docswell.com/page/G78NY1R5JD.jpg?width=480 description: デブサミ2024セッション published: February 16, 24 canonical: https://www.docswell.com/s/papanda/ZXYJY4-2024-02-16-170851 --- # Page. 1 ![Page Image](https://bcdn.docswell.com/page/G78NY1R5JD.jpg) 探索型のプロダクト開発 を始めよう Ichitani Toshihiro 市⾕聡啓 # Page. 2 ![Page Image](https://bcdn.docswell.com/page/L7LP4QK3JR.jpg) 市⾕ 聡啓 Ichitani Toshihiro チーム、部署、事業、組織でのアジャイル適応⽀援 （株式会社レッドジャーニー） 特に専⾨は 「仮説検証、アジャイル開発、組織アジャイル」 この数年の取り組み ⾏政でのアジャイル、⼤企業DX・組織変⾰ (製造・製薬ほか多数) 地域DX (地域企業のコミュニティ) Toshihiro Ichitani All Rights Reserved. 2 # Page. 3 ![Page Image](https://bcdn.docswell.com/page/4EM4K12MJW.jpg) Toshihiro Ichitani All Rights Reserved. 3 # Page. 4 ![Page Image](https://bcdn.docswell.com/page/PERWXLMLJ9.jpg) プロダクト開発とは何か︖ Toshihiro Ichitani All Rights Reserved. 4 # Page. 5 ![Page Image](https://bcdn.docswell.com/page/P7XP6WK6JX.jpg) ソフトウェアを作ること︖ Toshihiro Ichitani All Rights Reserved. 5 # Page. 6 ![Page Image](https://bcdn.docswell.com/page/37KD1V5GED.jpg) プロダクト ソフトウェア ・期待 (仕様) 通りに 動くこと ・利⽤者の⽬的を果たし 価値をもたらすこと ・期待がはっきりしてるから ・そもそも何と整合を取れば 要件も仕様もあらかじめ どんな価値があるのか 決められる（前提） はっきりとはしていない ・前提として必要なのは、 要件定義であり仕様決定 ・前提として必要なのは、 価値とは何か︖の仮説検証 ・「作る」→「使える」 ・「使う(試す)」→「作る」 ・担い⼿は、 ・担い⼿は、 ソフトウェア開発チーム プロダクトチーム Toshihiro Ichitani All Rights Reserved. 6 # Page. 7 ![Page Image](https://bcdn.docswell.com/page/LJ3RQMK5E5.jpg) …なので、俺たちの “Scrum” で プロダクトオーナー スクラムマスター 開発者 プロダクトバックログ ステークホルダー デイリースクラム スプリント スプリント プランニング レビュー スプリントバックログ スプリント インクリメント スプリント レトロスペクティブ 正しくつくる︕ # Page. 8 ![Page Image](https://bcdn.docswell.com/page/8JDY963YJG.jpg) プロダクトオーナー プロダクト えいやっ︕ バックログ スクラムマスター 開発者 プロダクトバックログ ステークホルダー デイリースクラム スプリント プランニング スプリントバックログ スプリント スプリント ちゃんと スクラム レビュー インクリメント スプリント レトロスペクティブ # Page. 9 ![Page Image](https://bcdn.docswell.com/page/VEP6ZY4278.jpg) 間違ったものを 正しくつくる Do the Wrong things Right Photo credit: BeaLeiderman via VisualHunt.com / CC BY-NC-SA Toshihiro Ichitani All Rights Reserved. # Page. 10 ![Page Image](https://bcdn.docswell.com/page/27V3WGXXJQ.jpg) 何をもって “正しい” のか︖ Toshihiro Ichitani All Rights Reserved. 10 # Page. 11 ![Page Image](https://bcdn.docswell.com/page/5JG3D8VREL.jpg) “プロダクトを作る” はアウトプット⽌まり チーム アウトプット (プロダクト) Toshihiro Ichitani All Rights Reserved. 11 # Page. 12 ![Page Image](https://bcdn.docswell.com/page/47Q5196YEP.jpg) ”プロダクトを届ける” だけでもダメ チーム アウトプット (プロダクト) ユーザー 使えている︖ 役に⽴っている︖ Toshihiro Ichitani All Rights Reserved. 12 # Page. 13 ![Page Image](https://bcdn.docswell.com/page/KE49RX4ZJ1.jpg) “アウトカム” が発⽣しているかどうか チーム アウトプット (プロダクト) ユーザー アウトカム プロダクトの利⽤によって ⽬的を果たし成果となる Toshihiro Ichitani All Rights Reserved. 13 # Page. 14 ![Page Image](https://bcdn.docswell.com/page/L71KQN4DEG.jpg) アウトカムとは収益のこと︖ Toshihiro Ichitani All Rights Reserved. 14 # Page. 15 ![Page Image](https://bcdn.docswell.com/page/G7WDM4X8E2.jpg) 収益とは「動⼒源」である プロダクト作りを持続・発展させるために必要 それゆえに「⽬的」そのものにはならない Toshihiro Ichitani All Rights Reserved. 15 # Page. 16 ![Page Image](https://bcdn.docswell.com/page/4JZGQ26973.jpg) 収益とは「結果」である ゆえに「結果」のみを⽬標に置き、諸活動を 最適化してしまうと… 「バックミラー」だけを⾒て 運転するようなもの つまり、「遅⾏指標」による管理が強く、 動きが遅い上に、肝⼼の「アウトカム」の ⾏⽅が不明瞭になる (価値があるかではなく儲かるか) Toshihiro Ichitani All Rights Reserved. Photo credit: arty822 on VisualHunt 16 # Page. 17 ![Page Image](https://bcdn.docswell.com/page/YE6Y6V2DJV.jpg) 前をみよう。 それは、成果を捉え直すということ。 Toshihiro Ichitani All Rights Reserved. Photo via Austin Ban via VisualHunt.com # Page. 18 ![Page Image](https://bcdn.docswell.com/page/GE5G6D28E4.jpg) プロダクト開発における「成果」とは︖ 3つ考えられる ︖︖︖ ︖︖︖ ︖︖︖ Toshihiro Ichitani All Rights Reserved. 18 # Page. 19 ![Page Image](https://bcdn.docswell.com/page/972YM84V7R.jpg) プロダクト開発における「成果」とは︖ ユーザーに価値や意味がもたらされる状態 ユーザー プロダクトを利⽤する⼈が 必要な⽬的を果たせること ︖︖︖ ︖︖︖ Toshihiro Ichitani All Rights Reserved. 19 # Page. 20 ![Page Image](https://bcdn.docswell.com/page/DJYGX6MQJM.jpg) プロダクト開発における「成果」とは︖ その価値実現が持続可能であること︕ ユーザー プロダクトを利⽤する⼈が 必要な⽬的を果たせること チーム プロダクト プロダクトを提供し続けられる 利⽤可能でユーザーに価値を チームであること。つまりチームが 提供できること。つまりプロダクトが 健全であること 健全であること Toshihiro Ichitani All Rights Reserved. 20 # Page. 21 ![Page Image](https://bcdn.docswell.com/page/V7NG1ZW2E8.jpg) チームとプロダクトの健全性なくして プロダクトの持続的な提供はできない ゆえに、ユーザー/チーム/プロダクト 健全性を保つことが「成果」と⾔える Toshihiro Ichitani All Rights Reserved. 21 # Page. 22 ![Page Image](https://bcdn.docswell.com/page/YJ9W5ZXDJ3.jpg) でも…チームもプロダクトも ⽬的ではなく「⼿段」なんじゃない︖ Toshihiro Ichitani All Rights Reserved. 22 # Page. 23 ![Page Image](https://bcdn.docswell.com/page/GJ8NY125ED.jpg) でも…チームもプロダクトも ⽬的ではなく「⼿段」なんじゃない︖ ⾮プロダクト的思考 Toshihiro Ichitani All Rights Reserved. 23 # Page. 24 ![Page Image](https://bcdn.docswell.com/page/LJLP4Q23ER.jpg) チームが疲弊しきっていて、 ユーザーの嬉しさを考えることができる︖ プロダクトが負債で⾝動き取れずで、 価値提供を約束し続けられる︖ アウトカム ユーザー チーム プロダクト Toshihiro Ichitani All Rights Reserved. 24 # Page. 25 ![Page Image](https://bcdn.docswell.com/page/47M4K18MEW.jpg) ユーザー/チーム/プロダクトの 健全性を維持するためには︖ 3者に共通するのは常に⼀定同じではなく 「変化する」ということ Toshihiro Ichitani All Rights Reserved. 25 # Page. 26 ![Page Image](https://bcdn.docswell.com/page/P7RWXL5LE9.jpg) ゆえに、問い直し続けたいのは 今、採⽤している判断は いつの根拠に依るものか︖ いつ得た事実を元に判断しているのか︖ Toshihiro Ichitani All Rights Reserved. 26 # Page. 27 ![Page Image](https://bcdn.docswell.com/page/PJXP6WX6EX.jpg) はるか遠い昔に得た情報を頼りに 今の判断をしていないか︖ その事業判断、機能 開発の根拠にしている ユーザー情報はいつ 得たもの︖ プロダクト開発の あり⽅とやり⽅を うちのチームの「強み」 とは何で、それは今でも 最後に⾒直したのは いつだっけ︖ 通⽤してるんだっけ︖ Toshihiro Ichitani All Rights Reserved. 27 # Page. 28 ![Page Image](https://bcdn.docswell.com/page/3JKD1VWG7D.jpg) はるか遠い昔に得た情報を頼りに 「プロダクト探索」に出よう。 今の判断をしていないか︖ その事業判断、機能 “分かっている” ことだけ作り続けても ジリ貧になる いかに “分かっていない” ことに踏み 込んで、情報・知識を得るか︖ 開発の根拠にしている ユーザー情報はいつ 得たもの︖ 探索とは、新たな学びを得ること プロダクト開発の うちのチームの「強み」 とは何で、それは今でも あり⽅とやり⽅を 最後に⾒直したのは いつだっけ︖ 通⽤してるんだっけ︖ Toshihiro Ichitani All Rights Reserved. 28 # Page. 29 ![Page Image](https://bcdn.docswell.com/page/LE3RQM1575.jpg) 「プロダクト探索」の歩き⽅ ユーザー調査結果、チームのふりかえり記録、 Four keys などのプロダクト指標の計測結果 ユーザーに関する 「仮説」を⽴てる 成果とは 何か にむきあう チームに関する 「仮説」を⽴てる 探索活動(仮説検証)を バックログに積む プロダクトに関する 「仮説」を⽴てる ユーザー/チーム/プロダクト の3つの軸でOKRを⽴てる プロダクト チーム ユーザー バックログ バックログ バックログ 仮説キャンバスで何が ボトルネックか仮説⽴てる Toshihiro Ichitani All Rights Reserved. バックログ化することで 探索を開発と運⽤と同じ運営で 扱えるようにする 29 # Page. 30 ![Page Image](https://bcdn.docswell.com/page/8EDY96XYEG.jpg) 「プロダクト探索」の歩き⽅ ユーザー調査結果、チームのふりかえり記録、 Four keys などのプロダクト指標の計測結果 そもそもの成果の定義 活動が偏らないように バックログ⾃体を分ける ・ユーザー、チーム、プロダクトの3観点で⼗分か︖ ユーザーに関する ・とはいえ「収益は」何で扱うか︖ (→KGI/KPI設定) ・「成果」と「収益」を混ぜ込まない 「仮説」 を⽴てる プロダクト チーム ユーザー 成果とは 何か にむきあう バックログ バックログ バックログ ⽬標と評価指標を決める 探索活動 を チームに関する 「仮説」 を⽴てる バックログに積む ・3観点で何が実現できれば良いか︖→ 具体的⽬標 ・到達度をどのようにして判断するか︖→評価指標 プロダクトに関する ・ゆえに、OKRがフィットする 「仮説」を⽴てる ユーザー/チーム/プロダクト の3つの軸でOKRを⽴てる (仮説検証) バックログ化することで 探索を開発と運⽤と同じ運営で 扱えるようにする 最適化と探索を⾒分ける 仮説キャンバスで何が ボトルネックか仮説⽴てる ・分かっている情報で改善/向上させること=最適化 ・実現のための⼿段⽅法が明らかではなく、せいぜい 仮説が⽴てられること = 探索 ・どちらの⽬標もありだが最適化に圧倒されない Toshihiro Ichitani All Rights Reserved. 30 # Page. 31 ![Page Image](https://bcdn.docswell.com/page/V7P6ZYP2J8.jpg) 「プロダクト探索」の歩き⽅ ユーザー調査結果、チームのふりかえり記録、 Four keys などのプロダクト指標の計測結果 活動が偏らないように バックログ⾃体を分ける ユーザーに関する 「仮説」を⽴てる チームに関する 「仮説」を⽴てる プロダクトに関する 「仮説」を⽴てる 仮説キャンバスで何が ボトルネックか仮説⽴てる 仮説⽴案のための「調査」 ・そもそも仮説を⽴てるための最⼩限の調査や プロダクト チーム ユーザー 指標計測は⼀定必要。まずここから始める。 バックログ バックログ バックログ ・情報不⾜により「浅い仮説」となってしまう場合 探索活動 (仮説検証)を は仮説⽴案を早々に切り上げて調査や計測に⽐重 バックログに積む を置いたバックログから始める。 仮説を磨く道具の使い分け バックログ化することで ・ユーザーの仮説は仮説キャンバスやカスタマー 探索を開発と運⽤と同じ運営で ジャーニーマップで磨く 扱えるようにする ・チームの仮説はFrom(現状)〜To(理想)の2軸から Gapや可能性を⾒つける ・プロダクトの仮説はバリューストリームマップで ボトルネックの特定から始める ・つまり、使う道具は3観点で異なる Toshihiro Ichitani All Rights Reserved. 31 # Page. 32 ![Page Image](https://bcdn.docswell.com/page/2JV3WG2XEQ.jpg) 「プロダクト探索」の歩き⽅ OKR→仮説→バックログ プロダクト チーム ユーザー バックログ バックログ バックログ 探索活動(仮説検証)を バックログに積む バックログ化することで 探索を開発と運⽤と同じ運営で 扱えるようにする ・ユーザー/チーム/プロダクトの観点で3つのOKRを 設定し、その実現・到達のための仮説を⽴てる ・ユーザー検証 (ユーザーインタビューやテスト等) や チームのための施策試⾏, 技術検証など必要な活動を バックログとして積み上げる 探索もスクラムする ・探索もスプリントによる検査適応を基本とする ・開発や運⽤などのバックログやタスクと同様に チームのメインワークとして探索を取り⼊れる ・他の活動との間で稼働量のバランスを取れるように する。プランニングで同じ⼟俵の上に乗せる ・探索もレトロスペクティブの対象にする Toshihiro Ichitani All Rights Reserved. 32 # Page. 33 ![Page Image](https://bcdn.docswell.com/page/5EG3D8RR7L.jpg) どのくらい準備して、探索始めるべき︖ どのくらい稼働するか、とか決め事が 結構ありそうなんだけど… Toshihiro Ichitani All Rights Reserved. 33 # Page. 34 ![Page Image](https://bcdn.docswell.com/page/4JQ519VY7P.jpg) どのくらい準備して、探索始めるべき︖ どのくらい稼働するか、とか決め事が 結構ありそうなんだけど… 最適化の罠 (ちゃんと考えないうちは進めない問題) Toshihiro Ichitani All Rights Reserved. 34 # Page. 35 ![Page Image](https://bcdn.docswell.com/page/K749RXMZE1.jpg) まず、探索バックログの 最初の1つを積むところから︕ いままでやったこと無いことは始めるのだから 最初から効率よくスマートになんていかない むしろ、スクラムに乗せるのは2周⽬、3周⽬で マチュリティを⾼めていくのが狙いなのだから Toshihiro Ichitani All Rights Reserved. 35 # Page. 36 ![Page Image](https://bcdn.docswell.com/page/LJ1KQN8D7G.jpg) ⾃分たちが熱意を持てるものを まず1つ選んで、始める ことを薦めます Toshihiro Ichitani All Rights Reserved. 36 # Page. 37 ![Page Image](https://bcdn.docswell.com/page/GJWDM4Z872.jpg) 同胞たちよ、 Photo on Visual hunt # Page. 38 ![Page Image](https://bcdn.docswell.com/page/4EZGQ219J3.jpg) 新たな成果をあげていくには 新たな武器 (知識) は必要 “違い” が⾒分けられるか︖ 「学ぶこと」を置き去りにした プロダクト開発は早晩⾏き詰まる # Page. 39 ![Page Image](https://bcdn.docswell.com/page/Y76Y6VLDEV.jpg) 「収益」とは「動⼒源」であって ⽬的にはならない いつの間にか、ユーザー、 チーム、プロダクトが 置き去りになってしまう …ということにも気づかない “バックミラー” で駆動する プロダクト開発では早晩事故る # Page. 40 ![Page Image](https://bcdn.docswell.com/page/G75G6D1874.jpg) 「成果とは何か︖」から “むきなおり” を始めよう ユーザーを、チームを プロダクトを 変える Now 成果=収益︖ # Page. 41 ![Page Image](https://bcdn.docswell.com/page/9J2YM81VJR.jpg) 同胞たちよ︕ Photo credit: nunodantas on Visualhunt.com / CC BY-NC-SA # Page. 42 ![Page Image](https://bcdn.docswell.com/page/DEYGX6ZQEM.jpg) ここ（デブサミ）は 20年の時を刻んできた場所だ https://codezine.jp/devsumi/2003 Toshihiro Ichitani All Rights Reserved. 42 # Page. 43 ![Page Image](https://bcdn.docswell.com/page/VJNG1Z3278.jpg) 僕らは デブサミの度に “世界” を変えてきた と思う Toshihiro Ichitani All Rights Reserved. 43 # Page. 44 ![Page Image](https://bcdn.docswell.com/page/YE9W5Z9DE3.jpg) デブサミが世界を 変えるのではない Toshihiro Ichitani All Rights Reserved. 44 # Page. 45 ![Page Image](https://bcdn.docswell.com/page/GE8NY1957D.jpg) デブサミが世界を 変えるのではない デブサミから帰っていく ﹅ ﹅ ﹅ ﹅ ﹅ おのおのが⾃分の世界を ﹅ ﹅ ﹅ おのおのとして変えてきたんだ Toshihiro Ichitani All Rights Reserved. 45 # Page. 46 ![Page Image](https://bcdn.docswell.com/page/LELP4QW37R.jpg) だからね、 Photo credit: Risto Kuulasmaa on Visualhunt # Page. 47 ![Page Image](https://bcdn.docswell.com/page/4JM4K19M7W.jpg) 「成果」を誰かに 決めてもらうだけの世界線は 終わらせよう。 # Page. 48 ![Page Image](https://bcdn.docswell.com/page/PJRWXLGL79.jpg) ⾃分のハンドルは ⾃分で握れ Toshihiro Ichitani All Rights Reserved. 48 # Page. 49 ![Page Image](https://bcdn.docswell.com/page/PEXP6WQ67X.jpg) Our Journey Continues ! Photo on Visual hunt