仮説→実験→検証→学び... プロダクト開発を前に進めるためにMobius Outcome Deliveryを学び実践していること

Slide 1

Slide 1 text

2024/01/10 Regional Scrum Gathering Tokyo 2024 コネヒト株式会社田中俊也仮説→実験→検証→学び... プロダクト開発を前に進めるためにMobius Outcome Deliveryを学び実践していること 1

Slide 2

Slide 2 text

2 突然ですが僕は当時こんな悩みを抱えていました

Slide 3

Slide 3 text

3 なんでやってるんだっけ？自分がやってることって意味ある？作ったけどまたうまくいってない普段やってる開発が点になっていて繋がっていないのではないか。学びを将来に活かせられてないのではないか。施策A 施策B

Slide 4

Slide 4 text

4 なんとなく進みが遅いと感じるが、どこがボトルネックになっているのか特定がしづらいのではないか仮説実験検証手伝いたいけどどこで困ってるんだろう学びどうやって解決しよう

Slide 5

Slide 5 text

5 やったことがチーム内に閉じていて、その知見をチーム間で活かせられてないのではないかうちはうちよそはよそ

Slide 6

Slide 6 text

6 ● 当時プロダクト開発に関するもやもやを解消したいと思ってました ● 去年の7月にMobius Outcome Delivery研修を受けました（とても楽しかったのでおすすめ！） ● もやもやに対するヒントになりそうだったがMobius Outcome Deliveryはどうやって現場に取り入れていく(=意識できる)のか、が自分の中でわからなかった本セッションのモチベーション

Slide 7

Slide 7 text

7 ● Mobius Outcome Deliveryを自分なりに解釈をし、実践をしてきました ● まだ実験の途中であり、うまくいってないこともたくさん ● 同じような悩みを抱えていたら、色々議論したいです！本セッションのモチベーション

Slide 8

Slide 8 text

8 ● あだ名：TOC（トッシー） ● 所属：コネヒト株式会社 ● 職種：Webエンジニア ● X(Twitter)：@toc_toc05 Toshiya Tanaka(田中俊也)

Slide 9

Slide 9 text

9 コネヒトについてありとあらゆる価値観が見つめ直され、それぞれに思い描く家族の姿はどんどん変わっている。家族の数だけ形があって、つくりたい未来がある。私たちコネヒトは、その「家族像」というテーマに向き合う会社です。すべての家族が思い描く姿を実現できるように。家族を学んで、アクションし、時にパートナーと一緒に、「あなたの家族像」が実現できる社会をみなさんとつくってまいります。あなたの家族像が実現できる社会をつくる

Slide 10

Slide 10 text

10 ママリについてユーザー同士で悩みを相談しあう Q&A機能月間投稿数130万件、回答率95%、一つ目の回答がくるまで 2-3分(最頻値) Q&Aコミュニティ生活に役立つ記事を毎日配信。専門家監修の記事も多数メディアインスタハッシュタグ「 #ママリ」の投稿数が約 1,030万件超で #ママ（投稿数：約570万件）よりも投稿されている SNS

Slide 11

Slide 11 text

11 コネヒトの開発体制

Slide 12

Slide 12 text

12 コネヒトの開発体制ココ→

Slide 13

Slide 13 text

13 何を実現し、どう活用してるのか ● Mobius Outcome Deliveryについて ● Mobius Outcome Deliveryの思想、Mobius Navigatorをどうやって実現し、取り入れてるのか Mobius Navigatorを実践して、どうだった？ ● 活用した効果やみんなの声 ● Mobius Navigatorを実践し、広めるための工夫本セッションの構成前半後半

Slide 14

Slide 14 text

14 前半 ● Mobius Navigatorを実現し、現場に取り入れた具体的な事例を知ることができます後半 ● 新しい試みを取り入れる際の工夫の仕方を知ることができます本セッションで得られるもの

Slide 15

Slide 15 text

15 ● Mobius Outcome Delivery(Mobius Navigator)について知りたい方 ● Mobius Outcome Delivery(Mobius Navigator)の具体的な実現事例について知りたい方 ● プロダクトを成長させるために仮説検証を繰り返している方本セッションの主な対象者

Slide 16

Slide 16 text

16 何を実現し、どう活用してるのか ● Mobius Outcome Deliveryについて ● Mobius Outcome Deliveryの思想、Mobius Navigatorをどうやって実現し、取り入れてるのか Mobius Navigatorを実践して、どうだった？ ● 活用した効果やみんなの声 ● Mobius Navigatorを実践し、広めるための工夫本セッションの構成前半後半

Slide 17

Slide 17 text

17 Mobius Outcome Delivery

Slide 18

Slide 18 text

18 https://www.mobiusloop.com/

Slide 19

Slide 19 text

19 ● DiscoveryからDeliveryまでを繋ぎ、見えるようにする ● 3つのセクションで構成 ○ Discover ○ Decide ○ Deliver メビウスは価値を生み出すためのナビゲーター Mobius Navigator https://www.mobiusloop.com/

Slide 20

Slide 20 text

20 ● 問題を設定、発見するフェーズ ● Why & Who：なぜやるのか、誰に向けてやるのか ● Outcomes：得られる計測可能なアウトカム ● 例） ○ デザイン思考な部分 Discover

Slide 21

Slide 21 text

21 ● 問題を解決する方法を判断するフェーズ ● Options：アウトカムを達成するためにどんな方法があるのか ● 例） ○ バックログリファインメント ref. Outcome-driven delivery with Open Practice Library Decide

Slide 22

Slide 22 text

22 ● 決定した方法を実際にユーザーに届けるフェーズ ● うまくいったこといかなかったことを確認し、学びを得る ● 例） ○ プランニング ○ デイリースクラム ○ レトロスペクティブ ref. Outcome-driven delivery with Open Practice Library Deliver

Slide 23

Slide 23 text

23 問題を発見やり方を決める適切に作る

Slide 24

Slide 24 text

24 メビウスはDiscoveryとDeliveryをつなぐチームの羅針盤となるこういうことがしたいんだけどこうしたら早く届けられそうユーザーの反応はこんな感じだったね別の問題がありそうだね開発者 PdM 開発者 PdM

Slide 25

Slide 25 text

25 メビウスはアウトカムドリブン ● アウトプットよりアウトカム ● 測定可能なアウトカム ○ 自分たちがうまくいっているかがわかる ref. What is a Measurable Outcome (MO)? どうやったら成功したってわかるかな？

Slide 26

Slide 26 text

26 メビウスは繋がり続けるもっと作る？別の問題を見つける？

Slide 27

Slide 27 text

27 ● DiscoveryとDeliveryをつなぐ、チームの羅針盤である ● アウトカムドリブンである ● 一回で終わりではなく、繋がり続ける Mobius Navigator

Slide 28

Slide 28 text

28 “Outcome Deliveryは、バラバラだったドットをつなぎ、すごい実験をして本当に意味のある成果を生み出すのです” Jamie O’Shaunessey, プロダクトマネージャー、Skype

Slide 29

Slide 29 text

29 キーワード繋がり、ループ

Slide 30

Slide 30 text

30 直感的にすごい大事な考え方だから普段の開発で意識したい。でもどうやって実践できる？

Slide 31

Slide 31 text

31 Mobius Navigatorの思想をどうやって実現し、取り入れてるのか

Slide 32

Slide 32 text

32 当時の課題感普段やってる開発が点になっていて繋がっていないのではないか。学びを将来に活かせられてないのではないか。なんとなく進みが遅いと感じるが、どこがボトルネックになっているのか特定がしづらいのではないかやったことがチーム内に閉じていて、その知見をチーム間で活かせられてないのではないか

Slide 33

Slide 33 text

33 当時の課題感普段やってる開発が点になっていて繋がっていないのではないか。学びを将来に活かせられてないのではないか。なんとなく進みが遅いと感じるが、どこがボトルネックになっているのか特定がしづらいのではないかやったことがチーム内に閉じていて、その知見をチーム間で活かせられてないのではないか

Slide 34

Slide 34 text

34 メビウスは繋がり続けるもっと作る？別の問題を見つける？

Slide 35

Slide 35 text

35 メビウスは繋がり続けるもっと作る？別の問題を見つける？これを意識できる仕組みを作ることで点になっている（ように見える）開発を繋がりを持ったものにできるのではないか

Slide 36

Slide 36 text

36 課題に対するアプローチ Mobius Navigatorの思想作って終わりではなく、繋がり続けることが直感的にわかる普段やってる開発が点になっていて繋がっていないのではないか。学びを将来に活かせられてないのではないか。なんとなく進みが遅いと感じるが、どこがボトルネックになっているのか特定がしづらいのではないかやったことがチーム内に閉じていて、その知見をチーム間で活かせられてないのではないか

Slide 37

Slide 37 text

37 課題に対するアプローチ Mobius Navigatorの思想作って終わりではなく、繋がり続けることが直感的にわかる普段やってる開発が点になっていて繋がっていないのではないか。学びを将来に活かせられてないのではないか。なんとなく進みが遅いと感じるが、どこがボトルネックになっているのか特定がしづらいのではないかやったことがチーム内に閉じていて、その知見をチーム間で活かせられてないのではないか

Slide 38

Slide 38 text

38 起こりうるDiscoveryとDeliveryの分断ちゃんと考えた状態で開発者に話さないと何かに困ってるんだろうか？開発者 PdM

Slide 39

Slide 39 text

39 メビウスはDiscoveryとDeliveryをつなぐチームの羅針盤となるこういうことがしたいんだけどこうしたら早く届けられそうユーザーの反応はこんな感じだったね別の問題がありそうだね開発者 PdM 開発者 PdM

Slide 40

Slide 40 text

40 メビウスはDiscoveryとDeliveryをつなぐチームの羅針盤となるこういうことがしたいんだけどこうしたら早く届けられそうユーザーの反応はこんな感じだったね別の問題がありそうだね開発者 PdM 開発者 PdM アイデアの起案から届けるまでを見えるようにする ↓ どこで躓いてるのかがわかる ↓ ボトルネック解消に動きやすい ↓ ボトルネック解消につながる会話を増やす

Slide 41

Slide 41 text

41 課題に対するアプローチ Mobius Navigatorを用いた視える化 DiscoveryからDeliveryまで見える化することでどこで時間がかかっているかを特定 Mobius Navigatorの思想作って終わりではなく、繋がり続けることが直感的にわかる普段やってる開発が点になっていて繋がっていないのではないか。学びを将来に活かせられてないのではないか。なんとなく進みが遅いと感じるが、どこがボトルネックになっているのか特定がしづらいのではないかやったことがチーム内に閉じていて、その知見をチーム間で活かせられてないのではないか

Slide 42

Slide 42 text

42 課題に対するアプローチ Mobius Navigatorを用いた視える化 DiscoveryからDeliveryまで見える化することでどこで時間がかかっているかを特定 Mobius Navigatorの思想作って終わりではなく、繋がり続けることが直感的にわかる普段やってる開発が点になっていて繋がっていないのではないか。学びを将来に活かせられてないのではないか。なんとなく進みが遅いと感じるが、どこがボトルネックになっているのか特定がしづらいのではないかやったことがチーム内に閉じていて、その知見をチーム間で活かせられてないのではないか

Slide 43

Slide 43 text

43 メビウスを中心に組織の学習を強化したい開発者 PdM 他チームの PdM 開発者経営層 PdM

Slide 44

Slide 44 text

44 メビウスを中心に組織の学習を強化したい開発者 PdM 他チームの PdM 開発者経営層 PdM チーム内チーム間組織

Slide 45

Slide 45 text

45 課題に対するアプローチ Mobius Navigatorを用いた視える化 DiscoveryからDeliveryまで見える化することでどこで時間がかかっているかを特定 Mobius Navigatorの思想作って終わりではなく、繋がり続けることが直感的にわかる普段やってる開発が点になっていて繋がっていないのではないか。学びを将来に活かせられてないのではないか。なんとなく進みが遅いと感じるが、どこがボトルネックになっているのか特定がしづらいのではないかやったことがチーム内に閉じていて、その知見をチーム間で活かせられてないのではないか Mobius Navigatorをチーム間で共有メビウスの繋がりを共有することでチーム間の学習を強化

Slide 46

Slide 46 text

46 課題に対するアプローチ Mobius Navigatorを用いた視える化 DiscoveryからDeliveryまで見える化することでどこで時間がかかっているかを特定 Mobius Navigatorの思想作って終わりではなく、繋がり続けることが直感的にわかる普段やってる開発が点になっていて繋がっていないのではないか。学びを将来に活かせられてないのではないか。なんとなく進みが遅いと感じるが、どこがボトルネックになっているのか特定がしづらいのではないかやったことがチーム内に閉じていて、その知見をチーム間で活かせられてないのではないか Mobius Navigatorをチーム間で共有メビウスの繋がりを共有することでチーム間の学習を強化 Mobius Navigatorが解決のヒントになるのではないか？

Slide 47

Slide 47 text

47 ● 実際にどうやってMobius Navigatorを組織に取り入れたのか、の具体的な手法を話します ○ ※独自で作成したもので研修で紹介されたものではありません ● Notionを活用した実現方法になるので、合う組織、合わない組織があるかと思います ● 一つの事例として、参考になればと思いますここから超具体の話

Slide 48

Slide 48 text

48 ● 実際に組織で利用しているものと同等のものを配布しました ● 実物をみるとよりイメージが湧くかもしれません。実際に作ったものを配布しています https://surf-toothbrush-068.notion.si te/Mobius-Navigator-Template-73022 d6bc9e043ff838981cd92d91add

Slide 49

Slide 49 text

49 どうやって実現したのか作ったもののデモを見ていきましょう👇

Slide 50

Slide 50 text

50 コネヒト式Mobius Navigatorの全体像テーマ(親)：課題や問題、解決したいこと実験(子)：課題を解決するための実験、取り組みテーマ(親)：課題や問題、解決したいこと

Slide 51

Slide 51 text

51 コネヒト式Mobius Navigatorの仕組みテーマを作成やり方を決め実験を紐付ける

Slide 52

Slide 52 text

52 ストーリー例健康診断を受けてちょっとショック健康診断を受けたら何点か指摘された項目があった健康体に戻すために運動などをする健康な身体に戻すべく、運動や食事改善をする運動にハマって大会へ自分の身体が変化することに喜びを感じ、運動にハマる。より高い目標を設定する。

Slide 53

Slide 53 text

53 デモ動画 https://youtu.be/T5aI84k5WHo

Slide 54

Slide 54 text

54 全体像

Slide 55

Slide 55 text

55 全体像誰になぜ何をやるのかテーマを作成するアウトカムを決めるどうやって実験できるか考える実験を作成検証する検証結果を考察・共有する (必要な場合）開発をする別の問題を見つける次の実験をやる

Slide 56

Slide 56 text

56 まとめるとテーマと実験が相互に結びつく状態 👉仮説→実験→検証→学び...のループを実現・見える化した

Slide 57

Slide 57 text

57 Notionの機能をたくさん使ってます ● ボタンを使ってステータス更新やページ作成を自動化

Slide 58

Slide 58 text

58 Notionの機能をたくさん使ってます ● ステータスで今どんな状態かがわかる ● 日付でいつ始まったのか、完了したのかがわかる

Slide 59

Slide 59 text

59 詳しくはテックブログへ 👇Notionを活用したMobius Navigatorの実現仮説→実験→検証→学び...プロダクト開発のループを実現するために行っていること 👇実験を行うために活用しているテンプレートについて A/Bテスト標準化へ取り組んだ話

Slide 60

Slide 60 text

60 コネヒト式Mobius Navigatorを用いた開発プロセス例何が課題かな？誰に向けてやる？どうやって早くユーザーに届けようか？どうやって実現しよう？簡単に実験できないかな？〇〇な結果からこんな学びが得られたよ PdM PMM PdM 開発者開発者 PdM 他チームのPdM

Slide 61

Slide 61 text

61 コネヒト式Mobius Navigatorを用いた開発プロセス例どうやって早くユーザーに届けようか？どうやって実現しよう？簡単に実験できないかな？ PdM 開発者開発者何が課題かな？誰に向けてやる？〇〇な結果からこんな学びが得られたよ PdM PMM PdM 他チームのPdM Mobius Navigatorを利用

Slide 62

Slide 62 text

62 コネヒト式Mobius Navigatorを用いた開発プロセス例何が課題かな？誰に向けてやる？〇〇な結果からこんな学びが得られたよ PdM PMM PdM 他チームのPdM どうやって早くユーザーに届けようか？どうやって実現しよう？簡単に実験できないかな？ PdM 開発者開発者プロダクトバックログ（GitHub Projects）スプリントバックログ (zenhub)

Slide 63

Slide 63 text

63 行っていること ● PdMを中心に利用 ○ Discoverフェーズでの利用 ○ 学びの共有、見える化 ● Mobius Navigatorを用いた知見共有 ○ 部署横断の知見共有会(後述します) ● オープンなドキュメントとしていつでも振り返れるようにする現状のMobius Navigatorの利用場面

Slide 64

Slide 64 text

64 行っていないこと ● 実際に作るフェーズはスクラムで利用してたツールをそのまま利用 ○ プロダクトバックログ：Github Projects ○ スプリントバックログ：zenhub 現状のMobius Navigatorの利用場面

Slide 65

Slide 65 text

65 頻度 ● 週1回 30分参加者 ● PdM、経営陣、各部署の部長・リーダー開発者(一部)、プロダクトの相談したい人は誰でもやること ● Mobius Navigatorを見ながらやったことの結果や学びを共有部署横断の知見共有会

Slide 66

Slide 66 text

66 解決のアイデア Mobius Navigatorを用いた視える化 DiscoveryからDeliveryまで見える化することでどこで時間がかかっているかを特定 Mobius Navigatorの思想作って終わりではなく、繋がり続けることが直感的にわかる Mobius Navigatorをチーム間で共有メビウスの繋がりを共有することでチーム間の学習を強化普段やってる開発が点になっていて繋がっていないのではないか。学びを将来に活かせられてないのではないか。なんとなく進みが遅いと感じるが、どこがボトルネックになっているのか特定がしづらいのではないかやったことがチーム内に閉じていて、その知見をチーム間で活かせられてないのではないか

Slide 67

Slide 67 text

67 具体に落とし込む Notionのステータス管理 DiscoveryからDeliveryまで見える化することでどこで時間がかかっているのかを特定 Notionのリレーション作って終わりではなく、繋がり続けることが直感的にわかる成果物をチーム間で共有メビウスの繋がりを共有することでチーム間の学習を強化普段やってる開発が点になっていて繋がっていないのではないか。学びを将来に活かせられてないのではないか。なんとなく進みが遅いと感じるが、どこがボトルネックになっているのか特定がしづらいのではないかやったことがチーム内に閉じていて、その知見をチーム間で活かせられてないのではないか

Slide 68

Slide 68 text

68 前半まとめ ● Notionの機能を応用し、Mobius Navigatorを表現した ○ 施策の繋がり＝ループを実現 ○ 施策起案→開発→検証をステータスで見える化 ● それにより自然にMobius Navigatorに沿ったプロダクト開発を進められるフローを作った ● 作成したものを主に部署横断のMTGで利用することで各チームの状況を見える化し、共有できるようにした

Slide 69

Slide 69 text

69 何を実現し、どう活用してるのか ● Mobius Outcome Deliveryについて ● Mobius Outcome Deliveryの思想、Mobius Navigatorをどうやって実現し、取り入れてるのか Mobius Navigatorを実践して、どうだった？ ● 活用した効果やみんなの声 ● Mobius Navigatorを実践し、広めるための工夫本セッションの構成前半後半終わり！

Slide 70

Slide 70 text

70 何を実現し、どう活用してるのか ● Mobius Outcome Deliveryについて ● Mobius Outcome Deliveryの思想、Mobius Navigatorをどうやって実現し、取り入れてるのか Mobius Navigatorを実践して、どうだった？ ● 活用した効果やみんなの声 ● Mobius Navigatorを実践し、広めるための工夫本セッションの構成前半後半終わり！

Slide 71

Slide 71 text

71 Mobius Navigatorを実践して、どうだった？

Slide 72

Slide 72 text

72 解決のアイデア Mobius Navigatorを用いた視える化 DiscoveryからDeliveryまで見える化することでどこで時間がかかっているかを特定 Mobius Navigatorの思想作って終わりではなく、繋がり続けることが直感的にわかる Mobius Navigatorをチーム間で共有メビウスの繋がりを共有することでチーム間の学習を強化普段やってる開発が点になっていて繋がっていないのではないか。学びを将来に活かせられてないのではないか。なんとなく進みが遅いと感じるが、どこがボトルネックになっているのか特定がしづらいのではないかやったことがチーム内に閉じていて、その知見をチーム間で活かせられてないのではないか

Slide 73

Slide 73 text

● 繋がりがわかりやすくなったことで各施策の文脈が思い出しやすい 73 起こせている変化-繋がり

Slide 74

Slide 74 text

● 「〇〇チーム、実験中なもの多くない？大丈夫？」といった会話がみられた 74 起こせている変化-ボトルネック

Slide 75

Slide 75 text

● 開発に関わっていない人でも情報がどこにあるのか共通認識ができた 75 起こせている変化-チーム間の共有

Slide 76

Slide 76 text

76 解決のアイデア Mobius Navigatorを用いた視える化 DiscoveryからDeliveryまで見える化することでどこで時間がかかっているかを特定 Mobius Navigatorの思想作って終わりではなく、繋がり続けることが直感的にわかる Mobius Navigatorをチーム間で共有メビウスの繋がりを共有することでチーム間の学習を強化普段やってる開発が点になっていて繋がっていないのではないか。学びを将来に活かせられてないのではないか。なんとなく進みが遅いと感じるが、どこがボトルネックになっているのか特定がしづらいのではないかやったことがチーム内に閉じていて、その知見をチーム間で活かせられてないのではないか

Slide 77

Slide 77 text

77 解決のアイデア Mobius Navigatorを用いた視える化 DiscoveryからDeliveryまで見える化することでどこで時間がかかっているかを特定 Mobius Navigatorの思想作って終わりではなく、繋がり続けることが直感的にわかる Mobius Navigatorをチーム間で共有メビウスの繋がりを共有することでチーム間の学習を強化普段やってる開発が点になっていて繋がっていないのではないか。学びを将来に活かせられてないのではないか。なんとなく進みが遅いと感じるが、どこがボトルネックになっているのか特定がしづらいのではないかやったことがチーム内に閉じていて、その知見をチーム間で活かせられてないのではないか解決への一歩が踏み出せていそうだ

Slide 78

Slide 78 text

78 ● 慣れな問題な気もするが、学習コストは高そう ● 実験じゃない場合にちょい悩むことがある（ABテストとかしない、検証じゃないケース） ● 改善ってほどじゃないけど、最初構造わからなかったとはいえ課題もまだまだ

Slide 79

Slide 79 text

79 利用頻度の度合い色が濃いほど利用が多い

Slide 80

Slide 80 text

80 うまくいっていること ● 施策(ループ)の繋がりが見えやすくなっている ● 残り続けているものなど状態を見える化 ● 各チームの行っていることを Mobius Navigatorを中心に会話改善の余地あり ● 利用に一定の慣れが必要 ● チームによって活用仕切れていない（フェーズに合ってない）面もある Mobius Navigator導入の効果

Slide 81

Slide 81 text

81 変化は起こせていそう

Slide 82

Slide 82 text

82 変化を起こすために行なった工夫点を紹介

Slide 83

Slide 83 text

83 Mobius Navigatorを実践してきた道のりコネヒト式 Mobius Navigatorの作成活用の場づくり使ってみた学びを取り入れさらなる改善

Slide 84

Slide 84 text

84 Mobius Navigatorを実践してきた道のり仲間とやる READMEの存在細かく検査と適応やってもらうのではなく一緒にやるコネヒト式 Mobius Navigatorの作成活用の場づくり使ってみた学びを取り入れさらなる改善

Slide 85

Slide 85 text

85 仲間とやる変化を起こすために

Slide 86

Slide 86 text

86 仮説→実験→結果→学び→仮説 … のループを回したいよねわかる。最近Mobius Outcome Deliveryの研修を受けまして。課題感が同じ仲間がいた

Slide 87

Slide 87 text

87 得意領域が異なる仲間 ● Mobius Navigatorを学んだアイデア ● Notionの活用が得意 ● 過去にNotionを活用したドキュメントの展開実績あり

Slide 88

Slide 88 text

88 アイデアがあるなら、その場でやっちゃおう今画面映しながら作っちゃいます？確かに。やってみよう。

Slide 89

Slide 89 text

89 進む…進むぞ…！〇〇なアイデアがあるんですけどそれはNotionを使って実現できそう

Slide 90

Slide 90 text

90 叩きはほぼ1時間くらいで完成残りは設計や思想周りのドキュメント(README)を僕の方で書いときますね細かいプロパティの調整はやっておくね

Slide 91

Slide 91 text

91 ● 1人でなく2人で進められた ○ 相談できる同志（FEARLESS CHANGE 39） ● 共通のゴールに対してお互いの得意分野で進められた仲間とやる何がいいってTOCが1人でやってないのがいいよね弊社CTO

Slide 92

Slide 92 text

92 READMEの存在変化を起こすために

Slide 93

Slide 93 text

93 READMEの存在 ● 目的、使い方、FAQを記載 ● 自分自身も立ち帰れる場所となる

Slide 94

Slide 94 text

94 組織全体に展開されるロードマップドキュメントの先頭ページに入れる「ロードマップの README」を書くことです。 (中略)そうすれば、ステークホルダーが、ロードマップから何を期待できるのか、どう使われるのか理解できるようになります

Slide 95

Slide 95 text

95 細かく検査と適応変化を起こすために

Slide 96

Slide 96 text

96 ● 何回か使ってみてふりかえる ● みんなでやってみてふりかえる ● 一定の区切りでふりかえる細かく検査と適応

Slide 97

Slide 97 text

97 細かく検査と適応 3回使ってみてふりかえるクォーターの区切りでふりかえるみんなで使ってみてふりかえる 2~3週間 1ヶ月 3ヶ月本当に有用か望まれてるのか本当に使えるかより良くできるか目的は達成できるか次の展望は

Slide 98

Slide 98 text

98 細かく検査と適応 3回使ってみてふりかえるクォーターの区切りでふりかえるみんなで使ってみてふりかえる 2~3週間 1ヶ月 3ヶ月本当に有用か望まれてるのか本当に使えるかより良くできるか目的は達成できるか次の展望は最初のうちは細かくFBをもらいニーズがあるか、使えるかを確かめる

Slide 99

Slide 99 text

99 細かく検査と適応 3回使ってみてふりかえるクォーターの区切りでふりかえるみんなで使ってみてふりかえる 2~3週間 1ヶ月 3ヶ月本当に有用か望まれてるのか本当に使えるかより良くできるか目的は達成できるか次の展望はニーズがあるとわかったらより良くできるように改善していく

Slide 100

Slide 100 text

100 やってもらうのではなく一緒にやる変化を起こすために

Slide 101

Slide 101 text

101 ● 慣れな問題な気もするが、学習コストは高そう ● 実験じゃない場合にちょい悩むことがある（ABテストとかしない、検証じゃないケース） ● 改善ってほどじゃないけど、最初構造わからなかった (再掲)とはいえ課題もまだまだ

Slide 102

Slide 102 text

102 “プロセスを作るところから巻き込む” “人にテンプレートを埋めるように依頼する前に自分で最低3回は必ず埋めてみる” やってもらうのではなく、一緒にやる

Slide 103

Slide 103 text

103 ● Mobius Navigator もくもく会の開催 ○ 週1回15分 ○ PdMたちで集まってドキュメントの更新をもくもく ○ わからないことを聞いたりできる ● 自身でもちゃんとテンプレートを埋める ○ 施策を一つ担当してテンプレートを記載するやってること

Slide 104

Slide 104 text

104 変化を起こすために仲間とやる READMEの存在細かく検査と適応やってもらうのではなく一緒にやるコネヒト式 Mobius Navigatorの作成活用の場づくり使ってみた学びを取り入れさらなる改善

Slide 105

Slide 105 text

105 何を実現し、どう活用してるのか ● Mobius Outcome Deliveryについて ● Mobius Outcome Deliveryの思想、Mobius Navigatorをどうやって実現し、取り入れてるのか Mobius Navigatorを実践して、どうだった？ ● 活用した効果やみんなの声 ● Mobius Navigatorを実践し、広めるための工夫本セッションの構成前半後半終わり！終わり！

Slide 106

Slide 106 text

106 何をやったかはわかったどういう過程でやったかもわかった

Slide 107

Slide 107 text

107 結局Mobius Navigatorはなんなの？

Slide 108

Slide 108 text

108 Mobius Navigatorはコミュニケーションのきっかけ

Slide 109

Slide 109 text

109 Mobius Navigatorはコミュニケーションのきっかけ(?)

Slide 110

Slide 110 text

110 進めていく中で少しずつ自分の目指したい像が見えてきた

Slide 111

Slide 111 text

111 Mobius Navigatorをもとに自分が目指すもの

Slide 112

Slide 112 text

112 当たるかどうかはわからないけど、「これ絶対ユーザーのためになるよね！」と自信を持ってリリースできたらいいよね、それができるだけ短い期間でできたらいいよね

Slide 113

Slide 113 text

113 当たるかどうかはわからないけど、「これ絶対ユーザーのためになるよね！」と自信を持ってリリースできたらいいよね、それができるだけ短い期間でできたらいいよね

Slide 114

Slide 114 text

114 ● やったことがないから ○ 実際にやってみてニーズがあるかないか証拠を作る ○ 一番簡単に実験できる方法を問い、早くやる自信がないのはなぜ？

Slide 115

Slide 115 text

115 ● いくら考えても実際に届けないと価値にはならない ○ Discoverで止まり続けない ● 最初はアウトカムも曖昧 ○ ナビゲーターを進むことで明確にしていく ● 今できる一番シンプルなことは何？ ○ 実験は意外と簡単にできる ○ 早くやるには待たずにできる方法を自分たちでやる届けないとわからない

Slide 116

Slide 116 text

116 ● 自分達がやりたかったことはできているのか？を問う ○ 「もっと作った方がいい？」 ○ 「別のやり方を試した方がいい？」 ○ 「別の問題がある？」作って終わりではない

Slide 117

Slide 117 text

117 DiscoveryとDeliveryは繋がり続ける 117 届けないとわからない作って終わりではない

Slide 118

Slide 118 text

118 ループも繋がり続ける 118

Slide 119

Slide 119 text

119 プロダクト開発は繋がり続けることを意識したコミュニケーションのきっかけにしたいこの課題をどう解決できるかな？〇〇な結果からこんな学びが得られたよ PdM PMM PdM PMM

Slide 120

Slide 120 text

120 プロダクト開発は繋がり続けることを意識したコミュニケーションのきっかけにしたいこの課題をどう解決できるかな？〇〇な結果からこんな学びが得られたよ PdM PMM PdM PMM 開発者

Slide 121

Slide 121 text

121 プロダクト開発は繋がり続けることを意識したコミュニケーションのきっかけにしたいこの課題をどう解決できるかな？〇〇な結果からこんな学びが得られたよ PdM PMM PdM PMM 開発者こうやったら簡単に確かめられそう

Slide 122

Slide 122 text

122 プロダクト開発は繋がり続けることを意識したコミュニケーションのきっかけにしたいこの課題をどう解決できるかな？〇〇な結果からこんな学びが得られたよ PdM PMM PdM PMM 開発者こうやったら簡単に確かめられそう他チームのPdM

Slide 123

Slide 123 text

123 プロダクト開発は繋がり続けることを意識したコミュニケーションのきっかけにしたいこの課題をどう解決できるかな？〇〇な結果からこんな学びが得られたよ PdM PMM PdM PMM 開発者こうやったら簡単に確かめられそう他チームのPdM 別の問題があるんじゃない？

Slide 124

Slide 124 text

124 早く学びを得て適切なアウトカムを狙う

Slide 125

Slide 125 text

125 ● DiscoveryとDeliveryどっちもやろう ● 実際に使ってもらいニーズがあることを確かめる ○ ニーズがないことがわかるのも学び ● 学びを経てループを繋げていく自信を持ってリリースしていくために前に進んでいる状態へ

Slide 126

Slide 126 text

126 Mobius Navigatorはコミュニケーションのきっかけ

Slide 127

Slide 127 text

127 Mobius Navigatorは自信を持ってリリースし、大きなアウトカムを達成するためのコミュニケーションのきっかけ

Slide 128

Slide 128 text

128 Special Thanks アイデアを受け入れ、「やってみよう！」と言ってくれる組織、チームのみんなに感謝

Slide 129

Slide 129 text

129 ご清聴ありがとうございました

Slide 130

Slide 130 text

130 ● Mobius Navigator ○ https://www.mobiusloop.com/ ● Mobius Outcome Accelerator Quickstart ○ https://www.mobiusloop.com/store/p/mobius-outcome-accelerato r-quickstart ● Open Practice Library ○ https://openpracticelibrary.com/ ● 参加したMobius Outcome Delivery研修 ○ https://www.attractor.co.jp/info/outcome-delivery-20230710/ 参考