Download as PDF, PPTX
More Related Content
![POStudy塾とPOStudy Day[Day3]で学んだこと - プロダクトオーナー祭り2015 #postudy](https://cdn.slidesharecdn.com/ss_thumbnails/postudy20151128chaen-151206055329-lva1-app6891-thumbnail.jpg?width=640&height=640&fit=bounds)
Similar to 結果的に組織がAgileな状態であること #agile #scrum #leanstartup
結果的に組織がAgileな状態であること #agile #scrum #leanstartup
- 1.
- 2. 顧客発見 【ニーズ検証】 顧客実証 【売って検証】 組織構築 【本格拡大】 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高品質 競合との性能競争(消耗戦) キードライバー値 最大化 利益最大化 ビジネス フェーズ
- 3.
- 4.
- 5.
- 6.
- 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に変える フローの効率化
- 9.
- 10.
- 11.
- 12.
- 13. リソース効率性とフロー効率性 A A AA 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 AA 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 AA 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人日かかる場合 複数のことを同時にやるとプロダクトがユーザに届くまで・検 証を開始するまでのリードタイムが長くなる。 ただし、皆に仕事が割り振られるため、また時間の余る限り複 数の仕事を持つためリソースあたりの稼働率は高くなる。
- 16. 1つのリソースを稼働率が100%になるまで分配する 例 ・マルチタスク ・大きなウォーターフォール型開発（SOR的） A B C Resource 流れる対象 30% 30%40% リソース稼働率：100% (作業時間を絞り出す量を最大化) 1リソースに フォーカスする 流れる対象 流れる対象 リソース効率性
- 17. フロー効率性 A A AA 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だけでみるとトータル稼働は多い）
- 18.
- 19. リソース効率性とフロー効率性 A A AA 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 AA 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
- 21.
- 22.
- 23.
- 24. リソース効率 フロー効率 リソース効率とフロー効率の関係 High HighLow Low 稼働率100%のチーム 機能がリリースされるまでの リードタイム長い 稼働率は100%ではないチーム 機能がリリースされるまでの リードタイム短い Variation This is Leanhttps://www.amazon.co.jp/dp/919803930X/The Efficiency Matrix -
- 25. リソース効率 フロー効率 リソース効率とフロー効率の関係 High HighLow Low 稼働率100%のチーム 機能がリリースされるまでの リードタイム長い 稼働率は100%ではないチーム 機能がリリースされるまでの リードタイム短い Variation This is Leanhttps://www.amazon.co.jp/dp/919803930X/The Efficiency Matrix - 例：高級ホテル/旅館 (部屋稼働率:空き部屋あり) (客数に対する従業員数:多) 例：カプセルホテル (部屋稼働率:100%) (客数に対する従業員数:少)
- 26.
- 27.
- 28.
- 29.
- 30.
- 31.
- 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仮説検 証 価格設定/商品検討のための仮 説検証
- 33.
- 34.
- 35. 1st week 2ndweek 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 2ndweek 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 2ndweek 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 2ndweek 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 スプリント毎に成果を積み上げていく
- 39.
- 40. 1st week 2ndweek 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
- 41. バックエンド エンジニア フロント エンジニア プロダクト オーナー 顧客 +1 承認レビュー 仕様確認 API開発 API開発 Front開発 デプロイ待ち 待ち待ち テスト テスト クロスファンクショナル エンジニア (フロント＆バックエンド） プロダクト オーナー 顧客 承認条件（広義のBDD化） Front&API開発（ペアプロ）テスト＆デプロイ(自動化＆パイプライン上の承認) 待ち 待ち (手戻りのムダ排除) (引き継ぎのムダ排除)(手作業のムダ排除) +1 DevOpsやアジャイル等の各種プラクティス活用 目的：学びまでのリードタイム短縮 （フロー効率性を高める） 20
- 42.
- 43. 低下するとリードタイムを悪化させる（＝品質下げるという選択肢がそもそも無い） • プロセス品質下げると手順ミス等により手戻りが発生しデリバリへのリードタイムが長く なる • 内部品質さげるとバグの発生、コードレビューの指摘、技術的負債による実装の複雑さな どにより手戻りや速度低下を招き、デリバリへのリードタイムが長くなる •外部品質さげるとUXバグをうみ、本来検証したいことが検証できず学びまでのリードタイ ムが長くなる。障害発生により、それの対応に終われリソースが枯渇し本来やるべきこと の足かせになり、リードタイムが長くなる • 利用時の品質さげると、カスタマーサポートが頻発しその対応に組織のパワーが持って行 かれリードタイムが長くなる 品質 = 速度 品質が悪いと手戻りを生むので速度に跳ね返る。 手戻っている時間＝価値提供しない時間、学び のない時間 20
- 44. バックエンド エンジニア フロント エンジニア プロダクト オーナー 顧客 +1 承認レビュー 仕様確認 API開発 API開発 Front開発 デプロイ待ち 待ち待ち テスト テスト クロスファンクショナル エンジニア (フロント＆バックエンド） プロダクト オーナー 顧客 承認条件（広義のBDD化） Front&API開発（ペアプロ）テスト＆デプロイ(自動化＆パイプライン上の承認) 待ち 待ち (手戻りのムダ排除) (引き継ぎのムダ排除)(手作業のムダ排除) +1 DevOpsやアジャイル等の各種プラクティス活用 目的：学びまでのリードタイム短縮 （フロー効率性を高める） 学びまでのリードタイム 学びまでのリードタイム 20
- 45. バックエンド エンジニア フロント エンジニア プロダクト オーナー 顧客 +1 承認レビュー 仕様確認 API開発 API開発 Front開発 デプロイ待ち 待ち待ち テスト テスト クロスファンクショナル エンジニア (フロント＆バックエンド） プロダクト オーナー 顧客 承認条件（広義のBDD化） Front&API開発（ペアプロ）テスト＆デプロイ(自動化＆パイプライン上の承認) 待ち 待ち (手戻りのムダ排除) (引き継ぎのムダ排除)(手作業のムダ排除) +1 DevOpsやアジャイル等の各種プラクティス活用 目的：学びまでのリードタイム短縮 （フロー効率性を高める） 学びまでのリードタイム 学びまでのリードタイム 使われない場合、 ムダを高速で造り だしたことになる
- 46.
- 47. 1st week 2ndweek 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 スプリント毎に成果を積み上げていく 良質玉 価値 (成果) 質低玉 ムダ
- 48.
- 49.
- 50.
- 51.
- 52.
- 53.
- 54.
- 55.
- 56.
- 57.
- 58.
- 59. 1st week 2ndweek 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実証後の本格実装 仮説の 検証 効果 ありそう 本実装 成果
- 60.
- 61.
- 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仮説検 証 価格設定/商品検討のための仮 説検証
- 63.
- 64.
- 65.
- 66.
- 67. 情報の流れ（BMLを逆流） モノの流れ（BMLの流れ） ニーズ pullpullpull ①仮説②何を学ぶのか ③必要なデータ ④計測方法 ⑤必要な計量器 ⑥構築方法 ⑫実証 ⑪学ぶ ⑩データで検証 ⑨計測する ⑧完成したMVP⑦構築する push push push BUILDMEASURE LEARN BUILD設計 MEASURE設計 LEARN設計 ① ② ③ ④ ⑤ ⑥ ⑫ ⑪ ⑩ ⑨ ⑧ ⑦
- 68.
- 69. Sprint #N Sprint #N+1 Sprint #N+2 Sprint #N-1 1Q 2Q 3Q バックログ ・デザインの改善（CVR向上目的） ・UI/UX改善（CVR向上目的） ・技術負債解消（保守性） ・ログ周りの改善（モニタリング） 開発案件リスト ・Web開発タスク#1 ・Web開発タスク #2 ・Web開発タスク #3 API開発チーム(アウトソース) 3ヶ月周期のWF型の計画駆動開発 アプリ開発チーム(インハウス) 2週間スプリントのスクラム開発 ↑ こっちの話
- 70. 1st week 2ndweek 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 2ndweek 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 その他、改善 フロー効率性重視の当初の開発計画
- 72.
- 73. 1st week 2ndweek 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 リソース効率性重視の大きなバッチサイズ開発 リリース日 価値を生んでいない期間を最大化・・・ 価値を積み上げていく予定が・・
- 74. チームがリリース日という制約を前提としてしまった - 前提を疑うべき - 制約をコントロール対象にする -そのリリース日って本当に固定なの？ - 例えば事前にデプロイしておき、当日に切り替える - Feature Toggle運用とかやりようはある - エンジニアリングで制約をコントロール対象にできれ ば、フロー効率で考えられる。 - デプロイとリリースを切り離す。 【教訓】
- 75.
- 76. 1st week 2ndweek 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 リソース効率に振り切ったスクラム 価値までのリードタイムが長く、中々効果に繋がらない スクラムという手段に溺れた状態 目的を意識せずに形骸化したセレモニーをやっている状態 【教訓】何のためにアジャイルなのか目的を問うこと
- 77.
- 78.
- 79. 1st week 2ndweek 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 2ndweek 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”どれだけ細かく刻めるかを考えると変化に強くなる。 どれだけ小さく価値提供できるか。 フロー効率性のパラダイムが強い。
- 81.
- 82.
- 83.