Link
Embed
Share
Beginning
This slide
Copy link URL
Copy link URL
Copy iframe embed code
Copy iframe embed code
Copy javascript embed code
Copy javascript embed code
Share
Tweet
Share
Tweet
Slide 1
Slide 1 text
石垣雅人 - DMM.com LLC 2019/06/23 「DevLOVE X」 DevLOVE X 組織文化に浸透させ、 プロダクトをグロースさせる データ駆動 x リーン x スクラムを Product Growth 100 1
Slide 2
Slide 2 text
© DMM.com 2 About me 石垣 雅人 Masato Ishigaki i35-267 @i35_267 i35-267 Product Owner at DMM.com プラットフォーム事業本部 2015年度 新卒入社 Role : PO, PM, EM, Dev, Mk スタートアップ 1社 アドバイザー
Slide 3
Slide 3 text
© DMM.com 3 テーマ / ゴール About DMM.com プロダクト開発において正解はない。 「正解がないもの」を作るにはどうしたら良いか。 さらにプロダクトをグロースさせるには。 Photo by people building structure during daytime on Unsplash
Slide 4
Slide 4 text
© DMM.com 4 Agenda About DMM.com プロダクトをグロースさせるには 「武器」を手にするまでのジャーニー 「データ駆動」という武器 強固な組織構造がもたらす「力学」 最後に
Slide 5
Slide 5 text
© DMM.com 5 Agenda About DMM.com プロダクトをグロースさせるには 「武器」を手にするまでのジャーニー 「データ駆動」という武器 強固な組織構造がもたらす「力学」 最後に
Slide 6
Slide 6 text
© DMM.com 6 1→100 0→1
Slide 7
Slide 7 text
© DMM.com 7 0
Slide 8
Slide 8 text
© DMM.com 8 Product Build 1 0 User
Slide 9
Slide 9 text
© DMM.com 9 ... 10... 1 Product Growth User
Slide 10
Slide 10 text
© DMM.com 10 プロダクト開発の 「不確実性」 とどう戦うか
Slide 11
Slide 11 text
© DMM.com 11 1→100 0→1
Slide 12
Slide 12 text
© DMM.com 12 日々、自問自答している 「どうやったら沢山のユーザーへ」 「そもそも何を作るべきか」 「どうやって作るべきか」
Slide 13
Slide 13 text
© DMM.com 13 正解はない 銀の弾丸もない
Slide 14
Slide 14 text
© DMM.com 14 どんな武器をもって 戦っていくか
Slide 15
Slide 15 text
© DMM.com 15 Agenda About DMM.com プロダクトをグロースさせるには 「武器」を手にするまでのジャーニー 「データ駆動」という武器 強固な組織構造がもたらす「力学」 最後に
Slide 16
Slide 16 text
© DMM.com 16 「不確実性」 を下げることがエンジニアリングの本質
Slide 17
Slide 17 text
© DMM.com 17 Agile Lean Startup 確実性 不確実性 Data-Driven 構造の力学
Slide 18
Slide 18 text
© DMM.com 18 Agile - Scrum プロダクト開発において「確実」はない。 失敗することが前提。
Slide 19
Slide 19 text
© DMM.com 19 ... Build Feedback 10... 1
Slide 20
Slide 20 text
© DMM.com 20 失敗することが前提。 = Agility
Slide 21
Slide 21 text
© DMM.com 21 ... Agility Build Feedback 10... 1
Slide 22
Slide 22 text
© DMM.com 22 ... Build Feedback Sprint # 累積 featureC featureB featureA MVP #1...
Slide 23
Slide 23 text
© DMM.com 23 Agility = Build & Feedback Team + Architecture
Slide 24
Slide 24 text
© DMM.com 24 Agility = Build & Feedback Team + Architecture
Slide 25
Slide 25 text
© DMM.com Team 25
Slide 26
Slide 26 text
© DMM.com Team 集合知によるケイパビリティの向上 26
Slide 27
Slide 27 text
© DMM.com スクラムの原典 野中郁次郎・竹内弘高の論文 「The New New Product Development Games」 (1986年) NASAと日本の製品開発プロセスを比較して論じた。 基にジェフ・サザーランドが「スクラム」を提唱 27
Slide 28
Slide 28 text
© DMM.com 28
Slide 29
Slide 29 text
© DMM.com このようなチームを 「スクラム」と名付けた 29
Slide 30
Slide 30 text
© DMM.com TypeCのようなチームで重要な観点として “Unlearn” = 学びほぐし 「Agile x Unlearn」 1. 不安定な状態を保つ 2. 自ら組織化する 3. 開発フェーズを重複させる 4. 「マルチ学習」 5. 柔らかなマネジメント 6. 学びを組織で共有する
Slide 31
Slide 31 text
© DMM.com スクラムの原典 “Unlearn” 一度学んだものをほぐして再構築する 人間は、自分の経験してきたもの、学んできたものの範囲でしか、物事を考えることができない 新しい経験 新しい経験 “Unlearn”
Slide 32
Slide 32 text
© DMM.com Team ケイパビリティー 年数 32
Slide 33
Slide 33 text
© DMM.com Team ケイパビリティー 年数 成長度の塊 成長度の鈍化 戦略的に “Unlearn”する
Slide 34
Slide 34 text
© DMM.com Team ケイパビリティー 年数 成長度の塊 成長度の鈍化 何を “Unlearn”する
Slide 35
Slide 35 text
© DMM.com 35 Photo by people Ben White on Unsplash 「知」も積み重ねると 成長度は鈍化する
Slide 36
Slide 36 text
© DMM.com 36 Photo by people Ben White on Unsplash 「知」を”Unlearn”させる
Slide 37
Slide 37 text
© DMM.com 37 Photo by people Ben White on Unsplash 組織における「知」の流れを理解 知識創造論「SECIモデル」
Slide 38
Slide 38 text
暗黙知 暗黙知 暗黙知 形式知 形式知 形式知 形式知 暗黙知 表出化 内面化 連結化 i i g i i i i i i g g g i g o E E E E 共同化 i = 個人、g = グループ、o=組織、E=環境
Slide 39
Slide 39 text
表出化 内面化 連結化 i i g i i i i i i g g g i g o E E E E 共同化 i = 個人、g = グループ、o=組織、E=環境 暗黙知 暗黙知 暗黙知 形式知 形式知 形式知 暗黙知 形式知 共同化 表出化 連結化 内面化
Slide 40
Slide 40 text
暗黙知 暗黙知 暗黙知 形式知 形式知 形式知 形式知 暗黙知 共同化 表出化 内面化 連結化 i i g i i i i i i g g g i g o E E E E SECIモデル SECIモデルを高速で回すことが 改善が回っている状態で最強。 組織のケイパビリティーを上げる
Slide 41
Slide 41 text
暗黙知 暗黙知 暗黙知 形式知 形式知 形式知 形式知 暗黙知 共同化 表出化 内面化 連結化 i i g i i i i i i g g g i g o E E E E SECIモデル 戦略的に “Unlearn”する プロセスを注入する
Slide 42
Slide 42 text
暗黙知 暗黙知 暗黙知 形式知 形式知 形式知 形式知 暗黙知 表出化 内面化 連結化 i i g i i i i i i g g g i g o E E E E 共同化 i = 個人、g = グループ、o=組織、E=環境 重要視するところ 42
Slide 43
Slide 43 text
暗黙知 暗黙知 暗黙知 形式知 形式知 形式知 形式知 暗黙知 表出化 内面化 連結化 i i g i i i i i i g g g i g o E E E E SECIモデル 共同化 i = 個人、g = グループ、o=組織、E=環境 “Case Study”
Slide 44
Slide 44 text
t 1week 1week Unlearn Unlearn Learn スプリント スプリント スプリント Learn Learn スクラム MTG スクラム MTG 44
Slide 45
Slide 45 text
YWT レトルスペクティブ 「Fun/Done/Learn」 「闇鍋」
Slide 46
Slide 46 text
最近、”Unlearn”して ”スプリントレビュー”をやめました。
Slide 47
Slide 47 text
”モブプロ”を文化として実行 「知」の”Learn”と”Unlearn”を交互に変換する 47
Slide 48
Slide 48 text
© DMM.com 48 Agile = How > What > Why
Slide 49
Slide 49 text
© DMM.com 49 ... Build Feedback Whyを考える
Slide 50
Slide 50 text
© DMM.com 50 Agile = How Why, What = ?
Slide 51
Slide 51 text
© DMM.com 51 Lean Startup 仮説からの学習のサイクル IDEA BUILD PRODUCT MEASURE DATA LEARN
Slide 52
Slide 52 text
© DMM.com 52 スプリントバックログ インクリメント 開発→リリース 効果検証 プロダクトバックログ 直感に頼る仮説
Slide 53
Slide 53 text
© DMM.com 53 スプリントバックログ インクリメント 開発→リリース 効果検証 直感に頼る仮説は、量産されやすい。 プロダクトバックログアイテムが肥大化して 開発者を圧迫する。 スーパー経営者だったらそれでも良いかもしれない。 でも私たちは、普通のエンジニアだということを忘れてはい けない。 プロダクトバックログ 直感に頼る仮説
Slide 54
Slide 54 text
© DMM.com 54 IDEA BUILD PRODUCT MEASURE DATA LEARN BMLループ
Slide 55
Slide 55 text
© DMM.com 55 IDEA BUILD PRODUCT MEASURE DATA LEARN
Slide 56
Slide 56 text
© DMM.com 56 IDEA BUILD PRODUCT MEASURE DATA LEARN どう作るか ビッグデータ基盤へ データストリーム データの可視化 どう学習するか 効果的な施策立案 何を作るか 顧客開発
Slide 57
Slide 57 text
© DMM.com 57 スプリントバックログ インクリメント 開発→リリース 効果検証 プロダクトバックログ 仮説に妥当性を持たせる 仮説立案 A/Bテスト,etc... A B
Slide 58
Slide 58 text
© DMM.com 58 スプリントバックログ インクリメント 開発→リリース 効果検証 プロダクトバックログ 仮説に妥当性を持たせる 仮説立案 A/Bテスト,etc... A B プロダクトバックログを減らして 開発しなくていい機能を減らす。 10機能 → 3機能 開発者の負荷軽減
Slide 59
Slide 59 text
© DMM.com 施策 : ヒット率 40% 59 ... 10... 1 施策A 施策B 施策C ◎ △ ☓ 施策数 結果
Slide 60
Slide 60 text
© DMM.com 60 確かに 「やるべきでないこと」はわかった。 「やるべきこと」の精度をもっと高めたい
Slide 61
Slide 61 text
© DMM.com 61 現在の最善だと思っているアプローチ 「データ駆動」
Slide 62
Slide 62 text
© DMM.com 62 成功した施策を 「データ分析」をもとに 反復可能・再現可能 にする 施策 A 施策 A-v1 施策 A-v2
Slide 63
Slide 63 text
© DMM.com 63 1→10… 持続可能なビジネスを育てる
Slide 64
Slide 64 text
© DMM.com 64 10% 40% 40% 10% t Growth Early Phase Growth Phase HyperGrowth Phase Mature Phase S字カーブ 原文: Data-Informed Product Building (Sequoia Capital Data Science Team)
Slide 65
Slide 65 text
© DMM.com 65 t Second Functions Third Functions Fourth Functions Fifth Functions Growth First Function 原文: Data-Informed Product Building (Sequoia Capital Data Science Team) S字カーブの 連続
Slide 66
Slide 66 text
© DMM.com Summary 66 t Second Functions Third Functions Fourth Functions Fifth Functions Growth First Function 原文: Data-Informed Product Building (Sequoia Capital Data Science Team) S字カーブの連続 Product Growth = Learning from Prev-Functions
Slide 67
Slide 67 text
© DMM.com 施策 : ヒット率 80% 67 ... 10... 0 施策A 施策B 施策C ◎ ◯ ◎ 施策数 結果
Slide 68
Slide 68 text
© DMM.com 68 Agile Lean Startup 確実性 不確実性 Data-Driven 構造の力学
Slide 69
Slide 69 text
© DMM.com 69 Agenda About DMM.com プロダクトをグロースさせるには 「武器」を手にするまでのジャーニー 「データ駆動」という武器 強固な組織構造がもたらす「力学」 最後に
Slide 70
Slide 70 text
© DMM.com 70 データが「駆動」するとは? 「データ」を見ることで次の行動につながること KPI
Slide 71
Slide 71 text
© DMM.com 71 データが「駆動」するとは? 「データ」を見ることで次の行動につながること プロダクト戦略(KPI)を作っていく
Slide 72
Slide 72 text
© DMM.com 72 「データ」 ユーザーの声が一番反映されるファクター ユーザーも自身にほしいものはわからない しかし、ときにユーザーの感覚を超えて無意識な行動が集約する
Slide 73
Slide 73 text
© DMM.com 73 「データ分析」及び「予測モデル」を作ることで プロダクトの少し先の未来を予測可能にする
Slide 74
Slide 74 text
© DMM.com 74 「データ」に基づいて意思決定 1つのプロダクトの仮説から経営的判断まで
Slide 75
Slide 75 text
© DMM.com 75 「論点」 「データ」or「直感」 について
Slide 76
Slide 76 text
© DMM.com 76 論点 「データ」or「直感」 について A. そもそも考えていく フェーズが違う
Slide 77
Slide 77 text
© DMM.com 77 Product Build 1 0 「イノベーション」 「直感・経験」 「デザイン思考」
Slide 78
Slide 78 text
© DMM.com 78 Product Growth 10.. 1 「持続可能なビジネス」 「反復可能な施策」 「データ駆動」
Slide 79
Slide 79 text
© DMM.com 79 Data Data-Driven 意思決定 意思決定 Data Data-informed
Slide 80
Slide 80 text
© DMM.com 80 1. プロダクトの状態を可視化できる。 2. 仮説/施策を作り、売上に貢献できる 3. 意思決定を最速化できる。 4. 意思決定を定量的に共有できる。 5. 未来を予測して戦略が作れる。
Slide 81
Slide 81 text
© DMM.com 81 チーム データ駆動 リーン スクラム 組織構造
Slide 82
Slide 82 text
© DMM.com 82 Agenda About DMM.com プロダクトをグロースさせるには 「武器」を手にするまでのジャーニー 「データ駆動」という武器 強固な組織構造がもたらす「力学」 最後に
Slide 83
Slide 83 text
© DMM.com 83 「データ駆動」= 組織全体
Slide 84
Slide 84 text
© DMM.com 84 3大要素 データ = ビックデータ基盤 構造の力学 = 縦割りの構造 Agility = データによって学ぶ回数
Slide 85
Slide 85 text
© DMM.com 85 3大要素 データ = ビックデータ基盤 構造の力学 = 縦割りの構造 Agility = データによって学ぶ回数
Slide 86
Slide 86 text
© DMM.com 86 KPI 相関指標 先行指標 SQL、ML ServiceA ServiceB Tracking User Stream Stream BigData
Slide 87
Slide 87 text
© DMM.com 87 3大要素 データ = ビックデータ基盤 構造の力学 = 縦割りの構造 Agility = データによって学ぶ回数
Slide 88
Slide 88 text
© DMM.com 88 PO SM Dev PO SM Dev PO SM Dev SRE Service B PO SM Dev PO SM Dev Service A Team ドメインごとに自己組織化
Slide 89
Slide 89 text
© DMM.com 89 PO SM Dev SRE Service B PO SM Dev PO SM Dev Service A アーキテクチャとして Microservicesを採用 コンウェイの法則 アーキテクチャーは、 組織構造を反映させたものになる。 アーキテクチャと組織構造の相関関係 PO SM Dev PO SM Dev Team
Slide 90
Slide 90 text
© DMM.com 90 PO SM Dev PO SM Dev PO SM Dev SRE Service B PO SM Dev PO SM Dev Service A Team 「逆コンウェイの法則」 最適なアーキテクチャーにあわせて組織デザインを設計する。 コンウェイの法則 アーキテクチャーは、組織構造を反映させたものになる。 思考の流れ
Slide 91
Slide 91 text
© DMM.com 91 PO SM Dev SRE Service B PO SM Dev PO SM Dev Service A 「意思決定」の速さ 「意思決定」のスムーズさ 「Agility」 = 施策実施権限 PO SM Dev PO SM Dev Team 構造によって発生する力学
Slide 92
Slide 92 text
© DMM.com 92 PO PO PO Service B PO PO Service A アンチパターン SM Front-end Engineer Back-end Engineer SM
Slide 93
Slide 93 text
© DMM.com 93 PO PO PO Service B PO PO Service A アンチパターン SM Front-end Engineer Back-end Engineer SM ・依存関係が激しい ・リリースするのに調整が必要 ・エンジニアがプロダクトに主体性を持てない ・ビジネス部門と開発部門が分かれているとありがち
Slide 94
Slide 94 text
© DMM.com 94 PO SM Dev PO SM Dev PO SM Dev SRE Service B PO SM Dev PO SM Dev Service A Build & Feedback
Slide 95
Slide 95 text
© DMM.com 95 Agenda About DMM.com プロダクトをグロースさせるには 「武器」を手にするまでのジャーニー 「データ駆動」という武器 強固な組織構造がもたらす「力学」 最後に
Slide 96
Slide 96 text
© DMM.com 96 テーマ / ゴール About DMM.com ・0→1、1→100のフェーズの違い ・プロダクトグロースには「データ駆動」という武器 ・強固な組織構造による「力学」が必要 Photo by people building structure during daytime on Unsplash
Slide 97
Slide 97 text
© DMM.com 97 ご清聴ありがとうございました。