Eric Ries at Startup Lessons Learned sllconf 2011 - Japanese Translation

#sllconfようこそリーンスタートアップ「ムーブメント」へ #leanstartup Eric Ries (@ericries) エリック・リース http://StartupLessonsLearned.com翻訳: 関口有紀＋平鍋健児(Japanese Translation by Yuki Sekiguchi + Kenji Hiranabe)

リーンスタートップムーブメントは世界各地に近くのMeetupを探すにはこちら http://lean-startup.meetup.com/

学術の世界にも浸透• ハーバードビジネススクール • Minimum Viable Product* ファンド *市場のフィードバックを得るために必要な最低限の機能を持った製品というコンセプト http://www.hbs.edu/news/releases/mvpwinners2011.html • テクノロジーベンチャーの立ち上げについて http://platformsandnetworks.blogspot.com/2011/01/launching-tech-ventures-part-i- course.html• スタンフォード大学 • リーンローンチパッド（LaunchPad） http://steveblank.com/category/lean-launchpad/• ブリガムヤング大学 • リーンスタートアップリサーチプロジェクト http://nathanfurr.com/2010/09/15/the-lean-startup-research-project/

関連書籍も増加 http://bit.ly/FourSteps 日本語版 RunningLeanHQ.comhttp://bit.ly/Custdev http://www.amazon.co.jp/dp/4798117552/

僕（エリック）の本ももうすぐ！ Coming September 13, 2011 http://lean.st or http://bit.ly/LeanStartupBook

この本の出版に関してもリーンスタートアップの手法を用いてこの例のような各種実験をしています。詳細はhttp://lean.stで。

リーンスタートアップの原則起業家（アントレプレナー）はどこにでもいるアントレプレナーシップとはマネジメントである立証された学び構築 (Build) - 計測 (Measure) - 学習 (Learn) イノベーションアカウンティング

リーンスタートアップの原則起業家（アントレプレナー）はどこにでもいる

スタートアップとは何か?• スタートアップとは、極度な不確実性のもとに、新しい製品やサービスを提供するためにつくられる、人から構成される団体である• 会社の規模や経済や産業のどこに属しているかなどは全く関係ない

スタートアップとは何か?スタートアップ = 実験

人の時間を無駄にするのはやめよう

誰を責めるべきか • 科学的管理法の父 • 仕事を調査分析することで最善の方法を見つける • 例外による管理 • 仕事をタスクとして作業分割し標準化 • パフォーマンスに応じた報酬 “過去においては人が第一であった。これからはシステムが第一になるだろう。” (1911)Frederick Winslow Taylor (1856 – 1915)

リーンスタートアップの原則起業家（アントレプレナー）はどこにでもいるアントレプレナーシップとはマネジメントである

アントレプレナーシップとはマネジメントである • 我々のゴールはただ一つの製品をつくることではなく、機関・団体を創ること • 伝統的なマネジメント手法では上手く行かない - MBAで学ぶような“general management” とか • スタートアップの特徴である極端な不確実性に対処するのに適した原則や実践手法が必要 • 数人でやってるガレージベンチャーのことだけを意味するのではない

「ピボット」について

この言葉はあらゆるところで使われるようになりまさにハイプサイクルの典型のよう

The New Yorker の風刺にも使われるほど I’「別れる訳じゃないの。他の男性にピボットするだけ。」

TechCrunchでも「使い古されてる」と認定…

では「ピボット」とは実際何なのか• 成功したスタートアップに共通していることは？ - PDAのデジタル通貨としてスタートしたが、eBay用のオンライン決済へと進化した＜訳者注：PayPalの例＞ - BASICの翻訳ツールをつくることでスタートしたが世界最大のOSモノポリへと進化した <訳者注： Microsoftの例＞ - 自分達はオンラインゲーム会社のつもりだったが実は写真の共有サイトであったことにびっくりした＜訳者注： Flickrの例＞• ピボット: 学んだことに軸をおきつつ方向を変える

スピードが重要もしピボット間の時間を短縮できるとしたら成功の確度を上げることが可能資金が尽きる前にね

リーンスタートアップの原則起業家（アントレプレナー）はどこにでもいるアントレプレナーシップとはマネジメントである立証された学び

失敗の達成• もし誰も欲しくないものをつくっているとしたら、実現しようがしまいが何の違いがあるのか予定通り? 予算以内? 高品質? 美しいデザイン?• 失敗の達成 = ダメなプランを着実に実行すること

リーン革命 W. Edwards Deming Taiichi OhnoW.エドワーズ・デミング大野耐一 (1900 – 1993) (1912 – 1990) “顧客は生産ラインの中で最も重要な部分だ” –デミング

リーンスタートアップの原則起業家（アントレプレナー）はどこにでもいるアントレプレナーシップとはマネジメントである立証された学び構築 (Build) - 計測 (Measure) - 学習 (Learn)

一周するのにかかる合計時間を最短化せよ

それぞれのステップにはたくさんのことが…より速く学習より速く構築スプリットテストユニットテストカスタマーディベロップメントユーザビリティテスト5つのWhy 連続的インテグレーション顧客による「諮問委員会」逐次デプロイメント反証可能な仮説無料 & オープンソース製品オーナークラウドコンピューティングアカウンタビリティクラスター免疫システムジャストインタイムのスケーラビリティ顧客原型リファクタリング部門横断チームより速く計測より速く計測開発者サンドボックス半自治のチームファネル（漏斗）分析 MVPスモークテストスプリットテスト継続的デプロイメントコーホート（同世代）分析ユーザビリティテスト NPS (ネットプロモータースコア) リアルタイム監視 & 警告 SEM (サーチエンジンマーケティング) カスタマーリエゾン予測監視

人の時間を無駄にするのはやめよう

ザ・トヨタウェイhttp://bit.ly/thetoyotaway

ザ・スタートアップウェイ人企業文化プロセスアカウンタビリティ

イノベーションアカウンティング 3つのラーニングマイルストーン1. ベースラインの設定 - Minimum Viable Product (MVP)を創る - 現時点での顧客行動を計る2. エンジンのチューニング - ベースラインから理想形に向かって各種指標値を向上できるか実験する3. ピボットする or このまま辛抱する - 実験結果が収穫逓減に達したら、ピボットすべき

Questions ピボットはいつすべきか? ビジョン or 戦略 or 製品? 何を計れば良いのか? どのように製品は成長すべきか?我々は何らかの価値を創造しているのか? MVPには何が含まれてるのか? もっと速くできるか?

答えはこちらでww Coming September 13, 2011http://lean.st or http://bit.ly/LeanStartupBook

Thanks!• 本の事前予約はこちら @ http://lean.st• ブログ：Startup Lessons Learned - http://StartupLessonsLearned.com• コンタクト (#leanstartup) - http://twitter.com/ericries - eric@theleanstartup.com• 他のリソース - NEW: http://theleanstartup.com - Lean Startup Wiki: http://leanstartup.pbworks.com

誤解 #1 誤解リーンは「ケチ」という意味だ。リーンスタートアップはできるだけお金を使わないようにする。真実リーンスタートアップ手法はコストの話ではない、スピードの話なのだ。

誤解 #2 誤解リーンスタートアップは、Web 2.0/インターネット/コンシューマ向けソフトウェア開発の会社のためのものだ。真実リーンスタートアップは顧客が何を欲するかについての、不確実性に直面するすべての企業に当てはまる。

誤解 #3 誤解リーンスタートアップは、小さなブートストラップしたスタートアップだ。真実リーンスタートアップは意欲的で、大きな資本を投資することもできる。

誤解 #4 誤解リーンスタートアップは、ビジョンをデータや顧客からのフィードバックで置き換える真実リーンスタートアップは、説得力のあるビジョンで駆動され、そのビジョンの要素を１つ１つ厳格にテストする。

MVP: Minimum Viable Product （市場評価を得るための最小の製品）• もしその製品が本当の問題を解決しているのなら、先見性のある顧客は、まだない機能をも想定して製品を正しい方向に導いてくれる。• 大きなビジョンを、小さな機能追加の積み重ねで到達することができる。堂々巡りをせずに。• 開発の反復（イテレーション）にコミットすることがん必要。• MVP は大きなビジョンの製品だけに必要。小さな製品には必要ない。

継続的デプロイLearn Faster Build FasterCustomer Development Continuous DeploymentFive Whys Small Batches Minimum Viable Product Refactoring Measure Faster Split Testing Actionable Metrics Net Promoter Score SEM

継続的デプロイの原則同じ問題を２度起こさない何かが失敗したらラインを止める予防よりも、素早い対応

継続的デプロイ• 新しいソフトウェアを素早くデプロイ - IMVU ではチェックインからプロダクションまでの時間は20分。• よい変更と悪い変更を（素早く）区別• 悪い変更を素早くもとに戻す。 - そして「ラインを止める」• 小さなバッチで。 - IMVU では大きなバッチといえども3日分の仕事。• 大きなプロジェクトを小さなバッチに分割。

クラスタ免疫システム一片のコードをプロダクションに配備する、というのはどういうことか：• ローカルにテストする。 (SimpleTest, Selenium) - 全員が完全なサンドボックスを持っている。• 継続的統合サーバー (BuildBot) - すべてのテストをパスする。そうでなければ、「ラインを止める」 - チームが速過ぎれば、自動でフィードバック• 逐次デプロイ - リアルタイムでクラスタ状態とビジネス指標をモニタ - 指標を大きく逸脱するような変更はリジェクト• アラートと予測的モニタリング (Nagios) - すべてのステークホルダが関心を持つ全指標をモニタ - もし何かの指標が逸脱したら、誰かを起こす - 許容境界値の予測には統計的傾向を使う• 顧客が失敗を見てしまったら - 問題を顧客のためになおす - 各レベルでの防御を改善する

MVP:市場評価を得るための最小の製品Learn Faster Build FasterCustomer Development Continuous DeploymentFive Whys Small Batches Minimum Viable Product Refactoring Measure Faster Split Testing Actionable Metrics Net Promoter Score SEM

なぜ製品を作るのか?• 顧客を喜ばせる• 多くの顧客にサインアップしてもらう• たくさんのお金を稼ぐ• 大きなビジョンを実現させる；世界を変える• フィードバックから学習することで、未来を予見しよう

可能なアプローチ• “成功確率を最大化する” - 顧客が欲しがる「可能性」を上げるために、十分な機能を持った最高の製品を最初から作る。 - 問題：最後までフィードバックがない。調整するには遅すぎるかもしれない。• “早くリリース、頻繁にリリース” - とにかく、可能な限りたくさんのフィードバックをもらう。 - 問題：顧客が欲しいと思われるものを追いかけて、ぐるぐる回ってしまう。

MVP• エバンジェリスト(先見性のあるアーリーアドプター)から学習するための最小セットの機能 - 欲しい人が誰もいない製品を作ることを避ける - 使った$1あたりの学習量を最大化する• きっと、あなたが思うよりもずっと小さい！

MVP: Minimum Viable Product （市場評価を得るための最小の製品）• もしその製品が本当の問題を解決しているのなら、先見性のある顧客は、まだない機能をも想定することができる。• 大きなビジョンを、小さな機能追加の積み重ねで到達することができる。堂々巡りをせずに。• 開発の反復（イテレーション）にコミットすることがん必要。• MVP は大きなビジョンの製品だけに必要。小さな製品には必要ない。

手法• ランディングページでのスモークテスト、 AdWords• 1日あたり$5のSEM (Search Engine Marketing)• 製品コードにスプリットテストを埋め込む• ペーパープロトタイプ• 顧客発見、検証• 機能を削除 (“カット＆ペースト”)

不安• 間違った判断(False negative): 「顧客は最初から全機能がある製品なら喜んだはずなのに、 MVPがダメだったために、ぼくらはビジョンを捨ててしまった。」• ビジョナリ・コンプレックス: 「でも、顧客は本当は何が欲しいかわかっていないんだ！」• 忙しすぎて学習の暇がない: 「最初から正しく作った方が速い。計測ばかりしていたら顧客を喜ばすことに集中できない」

なぜなぜ５回Learn Faster Code FasterFive Whys Root Continuous DeploymentCause Analysis Measure Faster Rapid Split Tests

なぜなぜ5回による真因分析• 企業プロセスの継続的改善に使われる手法。• 何か予期せぬことが起こったときに、「なぜ」という問いを5回発する。• 5つの階層すべての予防に、バランスよく投資する。• 想定されるすべての技術的問題の背後には、ふつう、人間の問題が存在する。症状だけでなく原因を直す。

素早いスプリットテストLearn Faster Code FasterFive Whys Root Continuous DeploymentCause Analysis Measure Faster Rapid Split Tests

いつでもスプリットテスト• 仮説を検証するには、A/B テスティングが鍵• 全員が理解できるくらいにシンプルにする• スプリットテストは、コード１行で実現する。 if( setup_experiment(...) == "control" ) { // do it the old way } else { // do it the new way }

AAA指標• Actionable = 行動できる• Accessible = 結果が見える• Auditable = 監査できる

マクロを計測• いつでもコホート（同世代群）ベースの指標を継続的に見る• 小さくスプリットテストし、全体を計測 Control Group (A) Experiment (B) # Registered 1025 1099 Downloads 755 (73%) 733 (67%) Active days 0-1 600 (58%) 650 (59%) Active days 1-3 500 (48%) 545 (49%) Active days 3-10 300 (29%) 330 (30%) Active days 10-30 250 (24%) 290 (26%) Total Revenue $3210.50 $3450.10 RPU $3.13 $3.14

http://www.publickey1.jp	7188
http://blogs.itmedia.co.jp	4299
http://kuranuki.sonicgarden.jp	3412
http://www.ikedahayato.com	1420
http://d.hatena.ne.jp	1319
http://changevision.wordpress.com	836
http://www.techventurebusiness.com	550
http://www.scoop.it	302
http://blogos.com	77
url_unknown	61
http://mi.hit.sony.co.jp	45
https://si0.twimg.com	22
http://paper.li	16
http://confluence.namco.com:8081	16
http://blog.segu.jp	14
http://www.slideshare.net	13
http://tohca-tohca.tumblr.com	13
http://rss.ameba.jp	13
http://yasulab.tumblr.com	13
http://sprmario.tumblr.com	11
http://webcache.googleusercontent.com	11
https://twimg0-a.akamaihd.net	9
http://a0.twimg.com	7
http://lite.blogos.com	6
http://us-w1.rockmelt.com	6
http://translate.googleusercontent.com	5
http://www.twylah.com	4
http://springpad.com	2
http://springpadit.com	2
https://twitter.com	2
http://twitter.com	2
http://b.hatena.ne.jp	2
http://admin.blogos.com	1
http://hatebutv.com	1
http://translate.google.co.jp	1
http://publickey1.jp	1
http://cache.yahoofs.jp	1

Eric Ries at Startup Lessons Learned sllconf 2011 - Japanese Translation

by Kenji Hiranabe on Jun 05, 2011

Accessibility

Categories

Tags

Upload Details

Usage Rights

37 Embeds 19,703

Statistics

Eric Ries at Startup Lessons Learned sllconf 2011 - Japanese Translation — Presentation Transcript