問題が見つけづらい時代に、どうやって問題を見つけるのか。そのためには理想の提示が必要、という『未来を実装する』のインパクトに関する議論の一部を抜き出してスライドにしました。 未来を実装…
リーンスタートアップとは、アイデアを生む手段ではなく、マネジメント論顧客に対し、仮説構築 → 実験 → 学び → 意思決定」のサイクルの実践限られたリソースの中でのコストパフォーマンスの高い意思決定が重要「MVP」と「Lean Canvas」で届けたい価値とビジネスモデルの明確化を書籍『リーンスタートアップ』が出版されて、7年近くが経つ。起業家エリック・リースによる、全く新しいスタートアップ論を示したこの本は、シリコンバレーを含め全米で一大ブームを巻き起こした。起業家や経営者の方はもちろん、デザイナーやエンジニア、マーケターの方も一度は耳にしたことがあることだろう。 しかし「リーンスタートアップとはなにか」と改めて聞かれると、言葉できちんと説明することが意外と難しいことに気がつく。「MVP」「Lean Canvas」等、単語こそ知っていたとしても、それらを体系化的にに説明するのは中々出来な
Kalau anda teringin nak fasih English, boleh belajar Bahasa Inggeris online dengan kami. Kelas dijalankan menggunakan Zoom / Google Meet. Kelas Bahasa Inggeris Online Ini Khas Untuk Orang Dewasa Yang Faham English, Tapi Bila Speaking: Ayat Berterabur, Grammar Hancur Dalam proses nak fluent English, kenapa mesti malu? Kami di JomEnglish Academy faham, anda nak sangat cakap smooth dan rasa confident
このブログは Recruit Engineers Advent Calendar 2016 - Adventar の12/7の記事になります。 はじめに 現在、新規事業開発部門にて、いくつかのチームの開発リーダーをしていまして、その中でチームの目標を決める中でグロースフェーズにおける開発チームの直近のやるべきことを洗い出したので、アドベントカレンダーのネタにさせていただきます。 前提として、本ポストで対象になる新規事業は下記の投稿における分類で言うと「エンジニアの書いたコード上で売上が立たないビジネスモデル」になります。そのため、エンジニアリングでKPIを向上させ売上に寄与するような一般的なグロースハッカー的な動き方についてはスコープ外です。詳しくは下記リンクをご一読ください。 i2key.hateblo.jp 現在のビジネスステージ 上記はAsh Maurya氏のRUNNING LEAN
DevOpsはエンタープライズのスタートアップへの憧れ と、楽天の川口さんが言ってたなーなるほどなーと今になってしっくりきてたのでブログを書いてみる。んで、ブログ書くために、あれ?そもそもあってるっけと思いFacebookストーキングしたら違ってた。 "DevOpsはエンタープライズからスタートアップへの横恋慕" by 川口さん と言われていた模様。うーむ、横恋慕のほうが味わい深い・・・。 そして、早速タイトルを修正した。先行きが不安だ。ちなみにかなり長めのポエムなので時間のないかたはそっと閉じて頂ければ。 自分自身が長いこと新規事業畑にいたこともありDevOpsへの関わり方として、エンタープライズな状況下(Dev部門、Ops部門、ビジネス部門、...and so on)においてDevOpsをしたというよりも、サービスをゼロから立ち上げ、グロースする中でのDevOpsという経験が強く、最近
ローレムに提供した下記ネタの原文を自分の活動ログとしてこっちにも残しておきます。(マルチポスト的でごめんなさい) 余裕があればもっといっぱい色々書きたいことあるので追記していきます。多分。やっぱしないかも。 l-orem.com リーンスタートアップで大事なことは、リスクを最小化するという価値観や考え方だ。一方Webや書籍ではどうしても教科書的な内容が多い。その様な環境において、初学者はどうしてもそこに書いてあるやり方ばかりにフォーカスしてしまう。結果「これはリーン」「これはリーンでない」というどうでもいい議論になりがちだ。本記事ではそこに一石を投じたいと思う。 リーンスタートアップを方法論として捉えてる人へ・・・うまくいきゃどうやったっていいじゃん! 本記事は4/16に開催されたリンスタ関ヶ原での発表「LEAN STARTUP アンチパターン」から抜粋した物です。 1. キャンバス依存パ
ユーザファーストと聞いて、何を思い浮かべるだろうか?よく、ユーザの声をしっかり聞いていないからユーザファーストではないとか、顧客第一ではない、なんて話を聞くけど、それは全くのナンセンスだ。 ユーザは自分のほしいモノはわかっていないし、無責任まず大前提として、ユーザは自分がほしいものは分かっていない。いくらグループインタビューを重ねても、そこからipodは生まれなかっただろうし、Appleもユーザヒアリングはしないことで有名だ。それから、ユーザに「このボタンの位置についてどう思いますか?」と問われれば、「そうですね、もっと右にあったほうがいいと思います」と、意見を言わないと!いう善意から、責任も伴わない思いつきの意見をどんどんいう。だから、ユーザに「どう思うか」と聞くのは愚の骨頂だ。 長期的視点と短期的視点それから、ユーザファーストという時に、それはユーザにとって短期的にいいものか、長期的に
大企業における失敗する、成功するリーン・スタートアップとは? Lean Startup for Enterprise Meetup セミナーレポート 前編 「皆さんはリーンスタートアップを勘違いしています」。こう語るのはLean Startup Japan代表の和波俊久氏だ。自身も起業家として事業開発を行う傍、プロセスコンサルタントとして数々の大企業の新規事業、既存事業のプロセス設計に関わってきた和波氏だからこそ語れる「リーンスタートアップの本当の話」。リーンスタートアップの起源から大企業にとってのリーンスタートアップまで。和波氏によるLean Startup for Enterprise Meetup 「実践を通じて発見した、大企業における成功するリーン スタートアップとは」をレポートする。後編はこちら。 勘違いされやすいリーン・スタートアップ そもそもリーン・スタートアップとは何か。「
こんにちは。投稿推進部の清水(@pachirel)です。 2009年にクックパッドに入社してから、インフラ周り、クックパッドの人事周り(採用・評価)や広告周りのシステム開発を担当していました。 2014年4月頃から、2〜3名の小さなチームで新規サービスのプロトタイピングをいくつか行っています。 企画の詳細は省きますが、私がこの10ヶ月ほどで学んだことをまとめました。アジャイル開発やLean startupの考えに共感しているので、そこから得た内容に私の体験を付け加えたものになっています。 今回はプログラミングに関する技術的な内容は含まれていません。 なぜ作るか スタートアップが失敗する原因で一番多いのは「人が必要としていないものを作ってしまった」というものです。 The Top 20 Reasons Startups Fail 社内の新規サービス開発でも同じ傾向があるのではないでしょうか。
スタートアップを始めるのは霧の中で前が見えずに進むようなものです。 いま自分がどのフェーズにいるかも分からないし、次に何をしたら良いか分からない。 これはスタートアップを始める者の共通の悩みだと思いますが、先日、アメリカを横断しながらスタートアップ界隈の様々なキーパーソンから直接教わる機会があり、ボヤっとしていたスタートアップのロードマップのようなものが自分の中でかなりクリアになりました。 帰国後にそのロードマップを、500 StartupsのメンタリングのもとでのハッカソンやVASILYの新規事業に当てはめる中で自分の中で完全に腹落ちし、かつ新サービスだけでなく、新機能レベルでもこのロードマップは使えることに気づきました。 今回はそんな「スタートアップロードマップ」の概要を紹介したいと思います! ※各段階の詳細は次回以降の記事で順に紹介します。 スタートアップロードマップの7ステップ 上
リクルートホールディングスは2014年9月、学生を対象にしたインターン「GROWTH HACK IN US アメリカ横断インターンシップ」を開催しました。ボストン、ニューヨーク、サンフランシスコを横断する中で、MIT Media Lab、500 Startups、IDEOなどを訪問。最先端の技術と研究に触れる旅を通じて、学生たちは何を得たのでしょうか? 帰国したばかりの皆さんに話を聞きました。 (※この記事は株式会社リクルートホールディングスによるPR記事です) ▽ 未来をハックせよ。夢に合わせて選べる3つのインターンシップ|リクルートホールディングス サマーインターンシップ 2014 ―― ということで、リクルートホールディングスさんの「GROWTH HACK IN US アメリカ横断インターンシップ」担当の東さんと、参加された学生さんにお集まりいただきました。 東 リクルートホールディ
「PayPal創業者のピーターティールがリーン・スタートアップを完全否定した」と言われている。 ティールは単なる一発屋ではなく、その後も投資家としてfacebookなどに出資して成功しているということもあって、これは結構話題になった。 彼の書いた本を確認してみると、たしかに、多くのリーン・スタートアップ教信者の神経を逆なでするようなことが描かれている。 ティールが批判したのは、現在のシリコンバレー起業家にありがちな以下の4つの考え方だ。 (1)少しずつ段階的に前進すること:壮大なビジョンがドットコム・バブルを引き起こした。だから自分に酔ってはいけない。大口をたたく人間は怪しい。世界を変えたいなら謙虚でなければいけない。小さく段階的な歩みだけが安全だ。 (2)無駄なく柔軟であること:ビジネスの先行きは誰にもわからない。だから計画を作って計画通りにやるのは柔軟性に欠ける。試行錯誤を繰り返し、先
2013年に「リーン・スタートアップ」という書籍が出版されて、それからリーン (LEAN) という考え方に注目が集まるようになった。LEAN とは「無駄のない」とか「ぜいにくのない」とかそういう単語らしい。 書籍リーン・スタートアップには「スタートアップやその類が新しい事業を始めるときに普通にやってるとだいたい失敗するから、潜在顧客や顧客からのフィードバックをこまめに集めて軌道修正しながらゴールを見極めるやり方が良い」とか、雑にまとめるとそういうことが書いてる。 仮説を立ててフィードバックをもらって検証するということを短いイテレーションで繰り返す・・・というのを "フィードバックループ" と呼んでいて、それを細かくやる場合、製品を作り込んでからフィードバックをもらうのでは遅いし、例えばペーパープロトタイプをするとかそういう実験的なことで欲しいフィードバックが得られるならそれが一番いい ─
これからリーンスタートアップを始めたい開発者・技術者向けの@IT記事一覧をリリースしました。今後インタビューやコラムなどを順次追加します。 2008年に米国の起業家エリック・リース氏が提唱した「リーンスタートアップ」。「スタートアップ」という名前からベンチャーや起業家のものと思われがちですが、技術者出身のリース氏が、ビジネス面の考え方を取り入れた開発手法/マネジメント手法として提唱した概念であり、その適用範囲はWebサービスを提供するベンチャーや起業家にとどまらず、エンタープライズ分野の中堅・大企業における新規社内プロジェクトにまで及びます。 特に、ビジネスパーソンやプランナーとは異なり、自身の手によって新しいプロダクトを生み出すことができる開発者・技術者が実践するには打ってつけの手法といえます。アップルやグーグル、フェイスブックをはじめ、技術者が起業をして成功を収めた有名な事例が数多くあ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く