Download as PDF, PPTX
リーン・スタートアップ のためのテスト
- 1. リーン・スタートアップ のためのテスト 顧客を知り新しい価値を提供するための テストについて語ろう 2011/11/11 JaSST’11 Tokai SIG 加藤匡邦（エアーズ株式会社）
- 2. アジェンダ • 自己紹介（SIGオーナー） • リーン・スタートアップ概要(SIGオーナー) •自己紹介 / アイスブレイク（みなさん） • ディスカッション（みなさんと）
- 3. 自己紹介 @mackato Mr. kato (bruce lee) in Green Hornet. Not me.
- 4.
- 5.
- 6. Plan A MARC AIRS Mobile Is Agile Really Ruby Simple Cloud
- 7.
- 8. Plan B v.2
- 9.
- 10.
- 11. Hamackathon Hamackathon#2 Mobile -2010.12.04
- 12. JAWS-UG 浜松 JAWS-UG HamamatsuKick-off - 2011.11.26
- 13.
- 14. Eric Ries Speech Web 2.0Expo 2009 Startup Lessons Leaned Conference(2011) RailsConf 2011 - Why Rails Makes Startups Book The Lean Startup (2011) Blog Startup Lessons Learned Jp: 2012?
- 15. Lean Startup Principles Entrepreneursare everywhere Entrepreneurship is management Validated Learning Build - Measure - Learn Innovation Accounting
- 16.
- 17. Web startup trends Development Operation Distribution
- 18. Web startup trends Development Operation Distribution Free, Agile
- 19. Web startup trends Development Operation Distribution Free, Agile Cheap, Easy
- 20. Web startup trends Development Operation Distribution Free, Agile Cheap, Easy No sales guys
- 21. Web startup trends Development Operation Distribution Free, Agile Cheap, Easy No sales guys Low-Risk
- 22. Startup 100 75 Possible Upside 50 25 Possible Downside 0 0 1 2 3 4 5 6 7 8 9 10
- 23. Large companies 100 Possible Upside 75 50 Possible Downside 25 0 0 1 2 3 4 5 6 7 8 9 10
- 24. Entrepreneurship is Management うまくいく組織作り not just 製品開発 伝統的なマネジメント手法は通用しない 極端な不確実性に対処する原則や手法
- 25.
- 26.
- 27.
- 28.
- 29.
- 30.
- 31. The Pivot ピボットとは、学んだことに軸足をお きつつ方向を変えること。 Podcasting Directories OnlineGame Auction, E-commerce
- 32. The Pivot ピボットとは、学んだことに軸足をお きつつ方向を変えること。 Podcasting Directories OnlineGame Auction, E-commerce
- 33. The Pivot ピボットとは、学んだことに軸足をお きつつ方向を変えること。 Podcasting Directories OnlineGame Auction, E-commerce
- 34. The Pivot ピボットとは、学んだことに軸足をお きつつ方向を変えること。 Podcasting Directories OnlineGame Auction, E-commerce
- 35. Speed Wins もしピボット間の時間を短縮できれば 成功の確率を高くすることができます 資金が尽きる前に 失敗 =うまくいかない方法の発見 できるだけ早く失敗する
- 36. Waterfall Requirements Specifications Design Problem: Known Solution: Known Implementation Verification Maintenance
- 37. Waterfall Requirements 進 の単位 Specifications 次の工程へ進むこと Design Problem: Known Solution: Known Implementation Verification Maintenance
- 38. Achieving Failure もし誰も欲しくないものを作っていたら 予定通り？ 予算以内？ 高品質？ 美しいデザイン？ 失敗の達成 = ダメなプランの着実な実行
- 39. Agile Product Owner Problem: Known Solution: Unknown
- 40. Agile Product Owner 進 の単位 動作するコード Problem: Known Solution: Unknown
- 41. Lean Startup Problem: Unknown Hypotheses, Experiments, Insights Solution: Data, Feedback, Insights Unknown
- 42. Lean Startup Problem: 進 の単位 Unknown Hypotheses, Experiments, Insights 顧客に関する立証された学び Solution: Data, Feedback, Insights Unknown
- 43. Build - Measure- Learn Learn Build Measure
- 44. Build - Measure- Learn IDEAS Learn Build DATA CODE Measure
- 45. Build - Measure- Learn IDEAS Learn Build DATA CODE Measure このループにかける総時間を最小化する
- 46. Innovation accounting 1. ベースラインの設定 MinimumViable Product(MVP)を作る 現時点での顧客行動を測る 2. エンジンのチューニング ベースラインから理想型に向かって各種指標値を 向上できるか実験する 3. ピボットする or このまま辛抱する 実験結果が収穫逓減に達したらピボットすべき
- 47.
- 48.
- 49. MVP (Nov 2008) Website: WordPress First version deals: T-shirts Coupon generation: FileMaker Send 500 PDFs: Apple Mail
- 50. MVP (Nov 2008) Website: WordPress First version deals: T-shirts Coupon generation: FileMaker Send 500 PDFs: Apple Mail $16.5 billion IPO (Nov 2011)
- 51.
- 52.
- 53.
- 54.
- 55. Presentations RailsConf 2011 -Why Rails Makes Startups http://slidesha.re/lSTh5f Eric Ries at Startup Lessons Learned sllconf 2011 - Japanese Translation http://slidesha.re/ihm1Ce Books The Lean Startup アジャイルな見積りと計画づくり http://theleanstartup.com/book http://amzn.to/soK2x6 アントレプレナーの教科書 Subject To change http://amzn.to/tJGmsZ http://amzn.to/uyKznA
- 56.
- 57.
- 58.
- 59.
- 60.
- 61. Questions ピボットはいつすべきか？ ビジョン or 戦略or 製品？ 何を計ればいいのか？ どのように製品は成長すべきか？ 我々は何らかの価値を想像しているのか？ MVPには何が含まれているのか？ もっと速くできるか？
- 62. Test for LeanStartup 顧客開発のためにテストをどのように活用 するか？ 顧客や要求が不確実な中でどのようなテス トをおこなうべきか？ 時間や予算が限られる中で必要な機能や品 質をどのように定義するか？