Weitere ähnliche Inhalte Ähnlich wie 結果的に組織がAgileな状態であること #agile #scrum #leanstartup (20) Mehr von Itsuki Kuroda (12) 結果的に組織がAgileな状態であること #agile #scrum #leanstartup2. 顧客発見
【ニーズ検証】
顧客実証
【売って検証】
組織構築
【本格拡大】
Problem/Solution
Fit
Product/Market
Fit Scaling
Retention CAC < LTV 売上
課題解決可能
な最小限
売り方最適化 / 売上最大化売る
品質
モデル
魅力的品質 最低限の性能品質
魅力的品質
当たり前品質
アップセル/クロスセルに向けた性能品質
魅力的品質
当たり前品質
指標値例
検証アク
ション
検証
ポイント
MVP
目標
MVP作って壊す
MVP
品質
最低限の
売れる状態
セグメントに応じて売れる状態
検証が既存ユーザに影響与えない
独自な価値提供を出来ているか
深い課題を抱えた顧客がいるか
その課題の解決策は妥当か
開発
モデル例
独自な価値提供を出来ているか
顧客は本当に買ってくれるか
コスト構造に無理がないか
顧客開拓
【リーチ検証】
独自な価値提供を出来ているか
最適な売り方の検証
最適な価格設定の検証
導入期 成長期 成熟期
【SoE】Agile【SoE】カウボーイ 【SoE】Agile 【SoR】WaterFall
利益
独自な価値提供を出来ているか
CPA最適化
マーケットシェア
CVR最大化等のUI/UX仮説検証
価格設定/商品検討のための仮説検証
クロスセルのためのエンタープライズ個別対応開発
仮説検証済み機能によるマーケット刈り取り開発
納期必達型の商品開発
負債解消ビックリライト(ObjC->Swift化)
ビジネス仮説検証の高速化文化祭前夜感と全能感を味わ
う時期
&
ALL高品質
競合との性能競争(消耗戦)
キードライバー値
最大化
利益最大化
ビジネス
フェーズ
7. 顧客発見
【ニーズ検証】
顧客実証
【売って検証】
組織構築
【本格拡大】
Problem/Solution
Fit
Product/Market
Fit Scaling
Retention CAC < LTV 売上
課題解決可能
な最小限
売り方最適化 / 売上最大化売る
品質
モデル
魅力的品質 最低限の性能品質
魅力的品質
当たり前品質
アップセル/クロスセルに向けた性能品質
魅力的品質
当たり前品質
指標値例
検証アク
ション
検証
ポイント
MVP
目標
MVP作って壊す
MVP
品質
最低限の
売れる状態
セグメントに応じて売れる状態
検証が既存ユーザに影響与えない
独自な価値提供を出来ているか
深い課題を抱えた顧客がいるか
その課題の解決策は妥当か
開発
モデル例
独自な価値提供を出来ているか
顧客は本当に買ってくれるか
コスト構造に無理がないか
顧客開拓
【リーチ検証】
独自な価値提供を出来ているか
最適な売り方の検証
最適な価格設定の検証
導入期 成長期 成熟期
【SoE】Agile【SoE】カウボーイ 【SoE】Agile 【SoR】WaterFall
利益
独自な価値提供を出来ているか
CPA最適化
マーケットシェア
CVR最大化等のUI/UX仮説検証
価格設定/商品検討のための仮説検証
クロスセルのためのエンタープライズ個別対応開発
仮説検証済み機能によるマーケット刈り取り開発
納期必達型の商品開発
負債解消ビックリライト(ObjC->Swift化)
ビジネス仮説検証の高速化文化祭前夜感と全能感を味わ
う時期
&
ALL高品質
競合との性能競争(消耗戦)
キードライバー値
最大化
利益最大化
ビジネス
フェーズ
8. 顧客発見
【ニーズ検証】
顧客実証
【売って検証】
組織構築
【本格拡大】
Problem/Solution
Fit
Product/Market
Fit Scaling
Retention CAC < LTV 売上
課題解決可能
な最小限
売り方最適化 / 売上最大化売る
品質
モデル
魅力的品質 最低限の性能品質
魅力的品質
当たり前品質
アップセル/クロスセルに向けた性能品質
魅力的品質
当たり前品質
指標値例
検証アク
ション
検証
ポイント
MVP
目標
MVP作って壊す
MVP
品質
最低限の
売れる状態
セグメントに応じて売れる状態
検証が既存ユーザに影響与えない
独自な価値提供を出来ているか
深い課題を抱えた顧客がいるか
その課題の解決策は妥当か
開発
モデル例
独自な価値提供を出来ているか
顧客は本当に買ってくれるか
コスト構造に無理がないか
顧客開拓
【リーチ検証】
独自な価値提供を出来ているか
最適な売り方の検証
最適な価格設定の検証
導入期 成長期 成熟期
【SoE】Agile【SoE】カウボーイ 【SoE】Agile 【SoR】WaterFall
利益
独自な価値提供を出来ているか
CPA最適化
マーケットシェア
CVR最大化等のUI/UX仮説検証
価格設定/商品検討のための仮説検証
クロスセルのためのエンタープライズ個別対応開発
仮説検証済み機能によるマーケット刈り取り開発
納期必達型の商品開発
負債解消ビックリライト(ObjC->Swift化)
ビジネス仮説検証の高速化文化祭前夜感と全能感を味わ
う時期
&
ALL高品質
競合との性能競争(消耗戦)
キードライバー値
最大化
利益最大化
ビジネス
フェーズ
IDEAをCASHに変える
フローの効率化
13. リソース効率性とフロー効率性
A A A A A A A A A A A A A A A
B
C
B
C
B
C
B
C
B
C
B
C
B
C
B
C
B
C
B
C
B
C
B
C
B
C
B
C
B
C
A A A A A
A A A A A
A A A A A
B B B B B
B B B B B
B B B B B
C C C C C
C C C C C
C C C C C
月 火 水 木 金 月 火 水 木 金 月 火 水 木 金
月 火 水 木 金 月 火 水 木 金 月 火 水 木 金
リリースまでのリードタイム 1w
リリースまでのリードタイム 2w
リリースまでのリードタイム 3w
リリースまでのリードタイム 3w
リリースまでのリードタイム 3w
リリースまでのリードタイム 3w
A機能、B機能、C機能の実装それぞれ15人日かかる場合
14. リソース効率性とフロー効率性
A A A A A A A A A A A A A A A
B
C
B
C
B
C
B
C
B
C
B
C
B
C
B
C
B
C
B
C
B
C
B
C
B
C
B
C
B
C
A A A A A
A A A A A
A A A A A
B B B B B
B B B B B
B B B B B
C C C C C
C C C C C
C C C C C
月 火 水 木 金 月 火 水 木 金 月 火 水 木 金
月 火 水 木 金 月 火 水 木 金 月 火 水 木 金
リリースまでのリードタイム 1w
リリースまでのリードタイム 2w
リリースまでのリードタイム 3w
リリースまでのリードタイム 3w
リリースまでのリードタイム 3w
リリースまでのリードタイム 3w
A機能、B機能、C機能の実装それぞれ15人日かかる場合
「リソース効率性」が良い
(例)稼働率100%、リソースに遊びが無い
「フロー効率性」が良い
(例)機能リリースまでのリードタイムの短さ
15. リソース効率性
A A A A A A A A A A A A A A A
B
C
B
C
B
C
B
C
B
C
B
C
B
C
B
C
B
C
B
C
B
C
B
C
B
C
B
C
B
C
月 火 水 木 金 月 火 水 木 金 月 火 水 木 金
リリースまでのリードタイム 3w
リリースまでのリードタイム 3w
リリースまでのリードタイム 3w
A機能、B機能、C機能の実装それぞれ15人日かかる場合
複数のことを同時にやるとプロダクトがユーザに届くまで・検
証を開始するまでのリードタイムが長くなる。
ただし、皆に仕事が割り振られるため、また時間の余る限り複
数の仕事を持つためリソースあたりの稼働率は高くなる。
17. フロー効率性
A A A A A
A A A A A
A A A A A
B B B B
B B B B
B B B B
C C C
C C C
C C C
月 火 水 木 金 月 火 水 木 金 月 火 水 木 金
リリースまでのリードタイム 1w
リリースまでのリードタイム 約2w
A機能、B機能、C機能の実装それぞれ15人日かかる場合
A
A
A
B B
B B
B B
同時にやることをひとつにするとプロダクトがユーザに届くま
でのリードタイムは短くなる。しかし、全員が同じことをやる
ため、一時的に手持ちがなくなる人が出たりするためリソース
の稼働率は下がる。(Aだけでみるとトータル稼働は多い)
19. リソース効率性とフロー効率性
A A A A A A A A A A A A A A A
B
C
B
C
B
C
B
C
B
C
B
C
B
C
B
C
B
C
B
C
B
C
B
C
B
C
B
C
B
C
A A A A A
A A A A A
A A A A A
B B B B
B B B B
B B B B
C C C
C C C
C C C
月 火 水 木 金 月 火 水 木 金 月 火 水 木 金
月 火 水 木 金 月 火 水 木 金 月 火 水 木 金
リリースまでのリードタイム 1w
リリースまでのリードタイム 約2w
リリースまでのリードタイム 3w
リリースまでのリードタイム 3w
リリースまでのリードタイム 3w
A機能、B機能、C機能の実装それぞれ15人日かかる場合
A
A
A
B B
B B
B B
10
20. リソース効率性とフロー効率性
A A A A A A A A A A A A A A A
B
C
B
C
B
C
B
C
B
C
B
C
B
C
B
C
B
C
B
C
B
C
B
C
B
C
B
C
B
C
A A A A A
A A A A A
A A A A A
B B B B B
B B B B B
B B B B B
C C C C C
C C C C C
C C C C C
月 火 水 木 金 月 火 水 木 金 月 火 水 木 金
月 火 水 木 金 月 火 水 木 金 月 火 水 木 金
リリースまでのリードタイム 1w
リリースまでのリードタイム 2w
リリースまでのリードタイム 3w
リリースまでのリードタイム 3w
リリースまでのリードタイム 3w
リリースまでのリードタイム 3w
A機能、B機能、C機能の実装それぞれ15人日かかる場合
「リソース効率性」が良い
(例)稼働率100%、リソースに遊びが無い
「フロー効率性」が良い
(例)機能リリースまでのリードタイムの短さ
10
32. 顧客発見
【ニーズ検証】
顧客実証
【売って検証】
組織構築
【本格拡大】
Problem/Solution
Fit
Product/Market
Fit Scaling
Retention CAC < LTV 売上
課題解決可能
な最小限
売り方最適化 / 売上最大化売る
品質
モデル
魅力的品質 最低限の性能品質
魅力的品質
当たり前品質
アップセル/クロスセルに向けた性能品質
魅力的品質
当たり前品質
指標値例
検証アク
ション
検証
ポイント
MVP
目標
MVP作って壊す
MVP
品質
最低限の
売れる状態
セグメントに応じて売れる状態
検証が既存ユーザに影響与えない
独自な価値提供を出来ているか
深い課題を抱えた顧客がいるか
その課題の解決策は妥当か
開発
モデル例
独自な価値提供を出来ているか
顧客は本当に買ってくれるか
コスト構造に無理がないか
顧客開拓
【リーチ検証】
独自な価値提供を出来ているか
最適な売り方の検証
最適な価格設定の検証
導入期 成長期 成熟期
【SoE】Agile【SoE】カウボーイ 【SoE】Agile 【SoR】WaterFall
利益
独自な価値提供を出来ているか
CPA最適化
マーケットシェア
クロスセルのためのエンタープライズ個別対応開発
仮説検証済み機能によるマーケット刈り取り開発
納期必達型の商品開発
負債解消ビックリライト(ObjC->Swift化)
ビジネス仮説検証の高速化文化祭前夜感と全能感を味わ
う時期
&
ALL高品質
競合との性能競争(消耗戦)
キードライバー値
最大化
利益最大化
ビジネス
フェーズ
CVR最大化等のUI/UX仮説検
証
価格設定/商品検討のための仮
説検証
35. 1st week 2nd week 3rd week 4th week 5th week 6th week 7th we
1st week 2nd week 3rd week 4th week 5th week 6th week 7th we
CVR
CVR
±0 ±0 ±0 ±0 ±0 ±0 +3
±0 ±0 +1 +1 +1+1 +1
±0 ±0 +1 +1+1±0 ±0
±0 ±0 +1±0 ±0 ±0 ±0
売上
or
KPI
売上
or
KPI
release
A
B
C
0
0.75
1.5
2.25
3
1st week 2nd week 3rd week 4th week 5th week 6th week 7th w
0
0.75
1.5
2.25
3
1st week 2nd week 3rd week 4th week 5th week 6th week 7th w
ビジネス価値とリソース効率性重視の開発スタイル
A
B
C
ビジネス価値とフロー効率性重視の開発スタイル
36. 1st week 2nd week 3rd week 4th week 5th week 6th week 7th we
1st week 2nd week 3rd week 4th week 5th week 6th week 7th we
CVR
CVR
±0 ±0 ±0 ±0 ±0 ±0 +3
±0 ±0 +1 +1 +1+1 +1
±0 ±0 +1 +1+1±0 ±0
±0 ±0 +1±0 ±0 ±0 ±0
売上
or
KPI
売上
or
KPI
release
A
B
C
0
0.75
1.5
2.25
3
1st week 2nd week 3rd week 4th week 5th week 6th week 7th w
0
0.75
1.5
2.25
3
1st week 2nd week 3rd week 4th week 5th week 6th week 7th w
A
B
C
学んでいない期間
稼いでいない期間
学んでいない期間
稼いでいない期間
オーバーヘッドで
若干合計稼働は増える
ビジネス価値とリソース効率性重視の開発スタイル
ビジネス価値とフロー効率性重視の開発スタイル
複数の実験を
同時にやると濁る
37. 1st week 2nd week 3rd week 4th week 5th week 6th week 7th we
CVR
±0 ±0 +1 +1 +1+1 +1
±0 ±0 +1 +1+1±0 ±0
±0 ±0 +1±0 ±0 ±0 ±0
売上
or
KPI
0
0.75
1.5
2.25
3
1st week 2nd week 3rd week 4th week 5th week 6th week 7th w
A
B
C
ビジネス価値とフロー効率性重視の開発スタイル
38. 1st week 2nd week 3rd week 4th week 5th week 6th week 7th we
CVR
±0 ±0 +1 +1 +1+1 +1
±0 ±0 +1 +1+1±0 ±0
±0 ±0 +1±0 ±0 ±0 ±0
売上
or
KPI
0
0.75
1.5
2.25
3
1st week 2nd week 3rd week 4th week 5th week 6th week 7th w
A
B
C
Scrumの場合
Sprint#1 Sprint#2 Sprint#3
スプリント毎に成果を積み上げていく
40. 1st week 2nd week 3rd week 4th week 5th week 6th week 7th we
CVR
±0 ±0 +1 +1 +1+1 +1
±0 ±0 +1 +1+1±0 ±0
±0 ±0 +1±0 ±0 ±0 ±0
売上
or
KPI
0
0.75
1.5
2.25
3
1st week 2nd week 3rd week 4th week 5th week 6th week 7th w
A
B
C
Scrumの場合
Sprint#1 Sprint#2 Sprint#3
スプリント毎に成果を積み上げていく
バックエンド
エンジニア
フロント
エンジニア
プロダクト
オーナー
顧客
+1
承認レビュー
仕様確認
API開発 API開発
Front開発
デプロイ待ち 待ち待ち
テスト
テスト
20
47. 1st week 2nd week 3rd week 4th week 5th week 6th week 7th we
CVR
±0 ±0 +1 +1 +1+1 +1
±0 ±0 +1 +1+1±0 ±0
±0 ±0 +1±0 ±0 ±0 ±0
売上
or
KPI
0
0.75
1.5
2.25
3
1st week 2nd week 3rd week 4th week 5th week 6th week 7th w
A
B
C
Scrumの場合
Sprint#1 Sprint#2 Sprint#3
スプリント毎に成果を積み上げていく
良質玉
価値
(成果)
質低玉 ムダ
59. 1st week 2nd week 3rd week 4th week 5th week 6th week 7th we
CVR
±0 ±0 +1 +1 +1+1 +1
±0 ±0 +1 +1+1±0 ±0
±0 ±0 +1±0 ±0 ±0 ±0
売上
or
KPI
0
0.75
1.5
2.25
3
1st week 2nd week 3rd week 4th week 5th week 6th week 7th w
A
B
C
Sprint#1 Sprint#2 Sprint#3
事前検証A 事前検証B A実証後の本格実装
仮説の
検証
効果
ありそう
本実装 成果
62. 顧客発見
【ニーズ検証】
顧客実証
【売って検証】
組織構築
【本格拡大】
Problem/Solution
Fit
Product/Market
Fit Scaling
Retention CAC < LTV 売上
課題解決可能
な最小限
売り方最適化 / 売上最大化売る
品質
モデル
魅力的品質 最低限の性能品質
魅力的品質
当たり前品質
アップセル/クロスセルに向けた性能品質
魅力的品質
当たり前品質
指標値例
検証アク
ション
検証
ポイント
MVP
目標
MVP作って壊す
MVP
品質
最低限の
売れる状態
セグメントに応じて売れる状態
検証が既存ユーザに影響与えない
独自な価値提供を出来ているか
深い課題を抱えた顧客がいるか
その課題の解決策は妥当か
開発
モデル例
独自な価値提供を出来ているか
顧客は本当に買ってくれるか
コスト構造に無理がないか
顧客開拓
【リーチ検証】
独自な価値提供を出来ているか
最適な売り方の検証
最適な価格設定の検証
導入期 成長期 成熟期
【SoE】Agile【SoE】カウボーイ 【SoE】Agile 【SoR】WaterFall
利益
独自な価値提供を出来ているか
CPA最適化
マーケットシェア
クロスセルのためのエンタープライズ個別対応開発
仮説検証済み機能によるマーケット刈り取り開発
納期必達型の商品開発
負債解消ビックリライト(ObjC->Swift化)
ビジネス仮説検証の高速化文化祭前夜感と全能感を味わ
う時期
&
ALL高品質
競合との性能競争(消耗戦)
キードライバー値
最大化
利益最大化
ビジネス
フェーズ
CVR最大化等のUI/UX仮説検
証
価格設定/商品検討のための仮
説検証
70. 1st week 2nd week 3rd week 4th week 5th week 6th week 7th we
CVR
±0 ±0 +1 +1 +1+1 +1
±0 ±0 +1 +1+1±0 ±0
±0 ±0 +1±0 ±0 ±0 ±0
売上
or
KPI
0
0.75
1.5
2.25
3
1st week 2nd week 3rd week 4th week 5th week 6th week 7th
A
B
C
フロー効率性重視の当初の開発計画
A
B
デザイン改善・UI/IX改善
技術負債解消
C C C
C その他、改善
71. 1st week 2nd week 3rd week 4th week 5th week 6th week 7th we
CVR
±0 ±0 +1 +1 +1+1 +1
±0 ±0 +1 +1+1±0 ±0
±0 ±0 +1±0 ±0 ±0 ±0
売上
or
KPI
0
0.75
1.5
2.25
3
1st week 2nd week 3rd week 4th week 5th week 6th week 7th
A
B
C
A
B
C
デザイン改善・UI/IX改善
技術負債解消
急遽、ビジネス的に大きな変更が舞い込んできた
商品の変更(営業連携、API連携=リリース日FIX)
リリース日
C その他、改善
フロー効率性重視の当初の開発計画
73. 1st week 2nd week 3rd week 4th week 5th week 6th week 7th we
CVR
±0 ±0 +1 +1 +1+1 +1
±0 ±0 +1 +1+1±0 ±0
±0 ±0 +1±0 ±0 ±0 ±0
売上
or
KPI
0
0.75
1.5
2.25
3
1st week 2nd week 3rd week 4th week 5th week 6th week 7th
A
B
C
リリース日フロー効率性重視の当初の開発計画
1st week 2nd week 3rd week 4th week 5th week 6th week 7th we
CVR ±0 ±0 ±0 ±0 ±0 ±0 +3
売上
or
KPI
release
A
B
C
0
0.75
1.5
2.25
3
1st week 2nd week 3rd week 4th week 5th week 6th week 7th w
リソース効率性重視の大きなバッチサイズ開発 リリース日
価値を生んでいない期間を最大化・・・
価値を積み上げていく予定が・・
76. 1st week 2nd week 3rd week 4th week 5th week 6th week 7th w
CVR ±0 ±0 ±0 ±0 ±0 ±0 +3
売上
or
KPI
release
A
B
C
0
0.75
1.5
2.25
3
1st week 2nd week 3rd week 4th week 5th week 6th week 7th
余談(場合によっては、目的にそぐわないケース)
Sprint#1 Sprint#2 Sprint#3
リソース効率に振り切ったスクラム
価値までのリードタイムが長く、中々効果に繋がらない
スクラムという手段に溺れた状態
目的を意識せずに形骸化したセレモニーをやっている状態
【教訓】何のためにアジャイルなのか目的を問うこと
79. 1st week 2nd week 3rd week 4th week 5th week 6th week 7th we
1st week 2nd week 3rd week 4th week 5th week 6th week 7th we
CVR
CVR
±0 ±0 ±0 ±0 ±0 ±0 +3
±0 ±0 +1 +1 +1+1 +1
±0 ±0 +1 +1+1±0 ±0
±0 ±0 +1±0 ±0 ±0 ±0
売上
or
KPI
売上
or
KPI
release
A
B
C
0
0.75
1.5
2.25
3
1st week 2nd week 3rd week 4th week 5th week 6th week 7th w
0
0.75
1.5
2.25
3
1st week 2nd week 3rd week 4th week 5th week 6th week 7th w
ビジネス価値とリソース効率性重視の開発スタイル
A
B
C
ビジネス価値とフロー効率性重視の開発スタイル
80. 1st week 2nd week 3rd week 4th week 5th week 6th week 7th we
1st week 2nd week 3rd week 4th week 5th week 6th week 7th we
CVR
CVR
±0 ±0 ±0 ±0 ±0 ±0 +3
±0 ±0 +1 +1 +1+1 +1
±0 ±0 +1 +1+1±0 ±0
±0 ±0 +1±0 ±0 ±0 ±0
売上
or
KPI
売上
or
KPI
release
A
B
C
0
0.75
1.5
2.25
3
1st week 2nd week 3rd week 4th week 5th week 6th week 7th w
0
0.75
1.5
2.25
3
1st week 2nd week 3rd week 4th week 5th week 6th week 7th w
ビジネス価値とリソース効率性重視の開発スタイル
A
B
C
ビジネス価値とフロー効率性重視の開発スタイル
“How Much”どれだけ多くできるかという押し込むバイアス。
制約を前提として、まとめてたくさんのことをやるときのバイアス。
リソース効率性のパラダイムが強い。
“How Little”どれだけ細かく刻めるかを考えると変化に強くなる。
どれだけ小さく価値提供できるか。
フロー効率性のパラダイムが強い。