Andreessen Horowitz に関してのメモ (2015)YC に続いて Andreessen Horowitz の話をします。スライドにまとめようかと思いましたが、それほどの分量にもならないと思うのでドキュメントのみです。 Marc と Bena16z では「a16z の人がスタートアップとのミーティングに遅刻したら1分あたり10ドル（5分で50ドル！）の罰金」という原則にも端的に表れているように、スタートアップをリスペクトする文化を意識的に作っているようです。
「情熱を探そう」というアドバイスはもうやめよう
2005年のスタンフォード大学の卒業スピーチで、スティーブ・ジョブスは仕事について「たまらなく好きなことを探そう (You’ve got to find what you love)」と説きました。そして彼は「まだ見つけていないのなら、探し続けよう」と続けます。言い換えれば、「情熱を傾けられる仕事を探そう」というアドバイスを、社会に出ていく学生たちに送っています。 https://news.stanford.edu/news/2005/june15/jobs-061505.html私もスティーブ・ジョブスのような起業家をゲストとして講演にお招きして、学生の皆さん向けに話をしていただくことがあります。そんなとき、学生から最も頻繁に出てくる質問は、 「やりたいことが見つからないのですが、どうすればいいでしょうか？」 というものです。起業家が来るたびに、その質問は繰り返されます。それに対して「探
成功するスタートアップは一夜にして成功する。ただし、
「その一夜というのは大抵の場合 1,000 日目から 3,500 日目の間のどこかに起こる」と続きます。これは Startup L. Jackson の言葉です。つまり、たった一夜で成功することはあるが、そこに至るまでには長い時間がかかるということです。 もちろん Instagram のようにローンチ一日目で 25,000、一週間で 100,000 登録を獲得するサービスもあります。Y Combinator のThe Process が示すように、ローンチ後に TechCrunch に取り上げられて一晩だけ注目を集めることに成功することもあるでしょう。 http://www.slideshare.net/takaumada/throw-away-your-marketing-rally-in-the-sales-and-customer-supportしかし多くの会社やサービスや発明は「悲
フォローしておくとよいプロダクトマネージャー
先日のプロダクトマネージャー向けの講演のなかで、個人的にフォローしておくとよいと思う欧米のプロダクトマネージャーを紹介しました。 特に組織のトップのポジションになっている PM の中には、おそらく社内への効果も考えて、自分の考えを頻度高く発信している人たちがいます。そうした人たちによる「PM は何に気を付けるべきか」などのアドバイスは、他の組織の PM や、これから PM を目指す人にとっても有用ではないかと思います。なお、以下は 2018 年 2 月現在の肩書です。 Josh Elman (Greylock & ex-Twitter/Facebook PM)Julie Zhuo (Product Design Director, Facebook)Brandon Chu (GM, Shopify)Dan Hill (Director of Product, Airbnb)Jackie B
3人チャットは結構良い
3人が入っている Facebook Messenger グループに何個か属しています。この 3 人チャット、一回あたりの会話が短くても、グループ自体は長く続く傾向があって、何かをきっかけにふとまたチャットが始まって情報交換などが起こることがあります。 確かに3人のチャットは一対一のチャットよりも負担ではないですし、会話が始まるきっかけも多く、またお互い反応がなくてもいい気楽さがあったりで、情報交換や雑談にちょうどよい距離感なのかなと思います。 増田先生の『なぜ3人いると噂が広まるのか』でも「3人いれば友情が続く」と言われています。実際に調査結果でも、三角形をなすリンクはそうでないリンクよりも長く保たれやすいそうです。 増田『なぜ3人いると噂が広まるのか』この本では、たとえば共通の友人Bがいて、自分と友人Aが疎遠になりそうになった時に、友人Bがたまたま声をかけて3人で集まったりすることがある
逆説のスタートアップ思考的「逆張りマップ」ワークショップ — 整理編
スタートアップは世間的にはまだコンセンサスの取れていないことに取り組むことで一気に成長します。その際、多くの場合はどこかの点で「新規性」のある取り組み — ある種の「逆張り」をすることになります。 そこで先日学生の皆さん向けに「逆張りマップ」を作るワークショップをしてみました。その方法と手順をここにまとめておきます。 逆張りマップの目的と概要このマップを作成する目的は以下のとおりです。 サーベイをしながら成功や失敗した製品やサービスの傾向を知る自分たちの研究や製品がどこに位置しているのかを整理する製品の相対評価の会話を通して、自分の戦略に自覚的になるこれは新しい発想を生むためのものではなく、あくまでサーベイのためのもであり、既存の考え方の整理がメインになると思います。しかしサーベイは新しい発想にたどり着くための非常に重要な足がかりとなります（失敗の原因はサーベイ不足だという話が前に挙がりま
「全社員に本を配る」という企業文化
全社員（あるいは部門の全体）にとある書籍を配る企業の話をいくつか聞いたことがあります。 1990 年台後半、Microsoft では「イノベーションのジレンマ」がかなりの数の社員に配られた、という話を聞いたことがあります。また Square と Twitter の CEO である Jack Dorsey は The Checklist Manifesto を全新入社員に配っていた時期があるそうです。私も前職時代、Made to Stick が配られて読みました。 https://www.instagram.com/p/C4FfF/?taken-by=jack (コメントについてについて白色で塗りつぶしました)個人的に本が好きだというのもありますが、社内に同じ本を配る、というのは中々良い教育投資なのでは思っています。というのも、一人の意識が変わってもなかなか組織は変わりません。かといってトレ
アンチ・リーンスタートアップという選択肢
40 億円以上の資金調達をした、AI パーソナルアシスタントを開発するx.ai が、自分たちは技術的な挑戦があり長期の開発が必要な「アンチリーン」なスタートアップである、という記事を出しています。 彼らはリーンスタートアップ的な方法論が、AI のような研究開発を必要とするスタートアップには不向きだと主張して、スタートアップの領域を、 リーンスタートアップアンチリーンスタートアップ（AI やセキュリティなど）ムーンショット（SpaceX や 23andMe など、1960年代の月面着陸ほど難しく、何が可能かを再定義するような事業）と 3 つに分け、アンチリーンなスタートアップは、リーンとムーンショットの両極端の中間であり、三ヶ月のアクセラレーター期間中では解決できないような、長期的な戦略に根ざした製品開発が必要だと主張しています。
スタートアップはモメンタムによって生き延びる
“Startup survives on momentum” (スタートアップはモメンタムによって生き延びる) とは Y Combinator の Sam Altman による、MIT の講演での発言です（日本語版要約）。ここでのモメンタムは「勢い」と訳せるでしょうか。 Sam は Y Combinator で数百ものスタートアップを観てきた経験則として、繰り返しモメンタムの重要性に触れています。たとえば、 「モメンタムと成長はスタートアップの生命源だ」「自分がスタートアップに伝える数少ない命令のうちの一つは、絶対に会社のモメンタムを失うな、ということ」「進捗（新機能、顧客、売上のマイルストン、パートナーシップ等）をドラムビートのように刻み続けろ」「成長とモメンタムが優れた実行の鍵だ」などです。特に Stanford の授業で使っていた下記の一枚は象徴的です。 http://startup
効果的な 1 on 1 ミーティングのためにマネージャができること
2016 年に逝去した、元 Intel CEO の Andy Grove による High Output Management の日本語訳が復刊され、さらに Hard Things の Ben Horowitz の序文がついたことで、改めてスタートアップ界隈でも 1 on 1 (ワンオンワン) ミーティングの効果が注目され、各社や各人の 1 on 1 のノウハウが共有されるのではないかと期待しています。 Y Combinator の Sam Altman はスタートアップ初期でのコミュニケーションの重要性を何度も説いています。特にスタートアップは業務が複雑になりがちで、かつ状況の変化も早いため、コミュニケーションがボトルネックになりがちです。 コミュニケーションの遅れは意思決定の遅れにつながります。そして意思決定の遅れは事業の進捗を遅らせたり、トラブルの兆候を見逃してトラブル発生の原因にな
GitHub のプロジェクトなどから学ぶ、サイドプロジェクト成功のパターン
ビジネス上のプロジェクトの成功法則やマネジメント方法は様々な形で語られています。一方で、主に余暇の時間で行われる技術的なサイドプロジェクト（ソフトウェア、ハードウェア含む）に成功パターンはあるのでしょうか。 最近では定量的なプロジェクトの分析を行うために GitHub のプロジェクトのデータを使おうとしている動きがあります。もちろん GitHub を使った研究はあくまでソーシャルコーディングのプロジェクトをスコープとするものですし、一部は因果関係というよりも相関関係でしかありませんが、知見として活用できる部分もあると思うので、GitHub の研究や私個人の経験を通して見てきたサイドプロジェクトの成功パターンをまとめてみたいと思います。 以下では大きく 3 つに分けて解説します。 チームアイデアとテーマプロセス 1. チーム最初に残念なお知らせです。どうやらプロジェクト内部の仕事の多くは少人
スタートアップの時代の終わり（そしてプロジェクトの時代）
2016 年 2 月は「スタートアップの時代の終わり」という話題がよく取り上げられた月でした。以下にその論考の一部をまとめてみます。 大企業がスタートアップの手法やツールを身に着け始めており、disrupt されにくくなってきている（The Information: The End of Tech Startups）スタートアップを始めるのは安く簡単になったが、スケールするための競争は激しくなっていおり、インターネット業界が成熟するに連れてスタートアップの入り込む余地が少なくなってきている（自動車業界のように）（Ev Williams）ビジネスのスピードが上がっていて、スタートアップ自体が破壊 (disrupt) されるスピードも早くなっている（Marc Andreessen）スマートフォンが全く新しい巨大なマーケットを多く作ったが、ほとんどのマーケットは既に独占され、良き時代は終わった（
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
仕事と幸福度の研究