7日間断食して得られたもの
断食といっても正確にはファスティングという水と酵素ドリンクだけで過ごすやつを7日間行いました。
2月に受けた人間ドックで脂肪肝と診断されたのでよくいく鍼灸の先生にその話をしたところ、ファスティングやれば？といわれて興味を持ったのがきっかけです。
結論からいうと当初の目的だった脂肪肝とかどうでもよくなるくらいいろんな変化がありました。
やったこと
まずトレーナーを探した
ファスティングは素人が単独でやると危険なこともあるので、まず適切な指導をしてくれる専門家の人を見つけなければいけません。僕はネットで見つけた断食メガネさんという専門家の方に教えてもらいながらやりました。後から知ったのですがメガネさんはペライチのユーザーさんでした。
スケジュール調整
ファスティングはざっくりいうと 準備食（2日間） → ファスティング（7日間） → 回復食（3日間） という流れで行います。
期間中は外食ができないので、飲み会やランチが入れられずいろいろ調整する必要がありました。振り返ると断食よりここの調整が一番大変だった気がします。
いよいよ断食開始
準備食（2日間）
ファスティング中は肝臓が忙しいため、前段階で肝臓に負担がかからない食事をとって極力肝臓を休ませます。具体的には添加物の多いお菓子スイーツ、お酒、カフェイン、肉、魚、卵、動物性たんぱく質、揚げ物などを避けます。必然的に病院食みたいな感じの食事になります。
ファスティング（7日間）
準備食期間を終えたら本格的にファスティング開始です。期間中に摂取するのは以下だけ。
- 水
- 酵素ドリンク
- 塩
酵素ドリンクというのは、なんか乳酸菌とかが入ってて腸内環境良くしてくれる＆最低限のブドウ糖が摂取できるようになってる飲み物です。
ファスティング期間は人によっては3日間や5日間で行うみたいですが、メガネさんによると3日目から本格的に脂肪が燃焼しはじめるという話だったので、僕は思い切って長めの7日間とりました。
回復食（3日間）
ファスティング後に直後にいきなり体への負担が大きいものを食べると倒れたりするそうなので、準備食同様やさしいものを食べます。
どんな変化があったか
さて、結論まで長くなってしまいましたが、断食することでどんな変化があったか書きます。
- 体重: 79.5kg → 73.4kg
- 体脂肪率: 18.2% → 12.8%
結論、めちゃくちゃ痩せました。
それも筋肉はあまり減らず脂肪が減るという嬉しい結果に。ビジュアルの変化としてはお腹まわりの脂肪がすっきりなくなり、シックスパックが出てきました。
ジムでの計測ですが、当初の目的である内臓脂肪が減少し、ウエストも引き締まっていました！
体型以外に起こったさまざまな変化
上記の変化以外にも、ファスティング中は思いもよらない変化が沢山ありました。
- 日中の集中力が高まった
- 慢性疲労や慢性咽頭炎がなくなった
- 睡眠時間が減り、寝覚めがよくなった
- メンタルが安定し、ぶれることがなくなった
一番驚いたのは、数ヶ月悩まされていた慢性的な疲労感がなくなったことです。むしろ体力が有り余りすぎてファスティング中は毎朝欠かさず5km〜8km走ってから出社してました。消化にエネルギーを使わない分睡眠の質が高くなり、短時間睡眠でもすっきり目が覚め、まるでスーパーマリオ状態でした。
ケトン体質になるおかげでいいことが起こる
ファスティング中は体内のブドウ糖が枯渇するため、代わりに脂肪酸から作り出されるケトン体をエネルギーとします。ケトン体が脳に入るとα波の分泌が高まり高い集中力が保てることがわかっています。
さらにケトン体は脂肪酸から作り出されるため、期間中はボーナスステージのようにカロリーを消費すればするほど脂肪を燃焼する体質になります。これが運動すればするほど驚くほど脂肪が落ちるしくみです。
そして、胃腸が休まることで腸内環境が整うため、幸福ホルモンであるセロトニンや快楽ホルモンのドーパミンが分泌され、自律神経が整いメンタルが安定しさまざまな不調が改善されます。
ファスティングはダイエットの文脈で語られることが多いですが、本来は健康法の一種です。胃腸を休め、ホルモンバランスを整え、免疫細胞の生まれ変わりを促進することで体に蓄積された毒素を排出します。
今回とてもよかったので1〜2年に一回くらいは体の大掃除のつもりでやってもいいかなと思いました。
20代の若手エンジニア向けにキャリアについて話してきました
というイベントで20代のエンジニア向けにお話してきました。
「会社員 → フリーランス → スタートアップ起業」というキャリアを通じて学んだことや自分が若手エンジニアだったらどのように過ごすかという軸でお話してきました。 短い時間だったので多くの内容は話せませんでしたが、参考にしてもらえたらうれしいです。
発表資料
キャリアについて考えるということ
自分が若い頃は正直それほどキャリアについて細かく考えていませんでした。ただ新卒で会社員になる前から20代のうちに起業するという方向性は胸に抱いていたため、それに向けて何が必要かを考えながらいろんな選択をしてきた気がします。
遠い未来に自分がどうなっていたいか具体的にイメージするのは難しいかもしれませんが、エンジニアとしてどういう方向性を目指すかというざっくりした指針くらいは考えておくといいのかもと思います。
iPhoneの読み上げ機能で読書量が2倍になった
昨年末から友人に教えてもらって使いはじめたんですが、iPhoneの機能に「スピーチ」というのがあります。
文章を読み上げてくれる機能なんですがこれが素晴らしく便利で、まるでオーディオブックのようにKindleの内容を読み上げてくれるんですね。
知ってから使わない日はないくらい便利なので、記事にしてみました。
何がいいのか
一言でいうと「とにかくスキマ時間を活用してインプットできるようになった」ということに尽きます。
例えば家から駅までの徒歩移動中や家事をしてるときって、考え事とか音楽聴くとかしかできなくて結構ストレス感じてたんですね。そういう時間を有効に使えるようになったのは大きいです。
また、体感として活字を読むよりも聴く方が圧倒的に楽なので、疲れて気分的に本読むのがおっくうなときとかもインプットできるというのは助かってます。
どんな時に使うか
以下のタイミングで使っています。スキマ時間はだいたいKindleを聴くようになりました。
- 徒歩での移動中
- ジムでのトレーニング、ランニング中
- 朝の支度中や食事中、入浴時
- 疲れてて本をよむ気分にはならないけど手持ち無沙汰なとき
使い方
- 設定アプリを開く
- [一般] > [アクセシビリティ] > [スピーチ]へ移動
- [画面の読み上げ] をONにする
これで設定完了。あとはKindleで読みたい本を開いて2本指で上から下にスワイプすれば読み上げ開始してくれます。読み上げスピードも自由に調整できて便利。
どんな本に向いているか
スピーチ機能で読み上げる本には向き不向きがあります。
頻繁に立ち止まって精読する必要のある難解な本や、技術書などは向いていません。またマーカーを沢山引いて勉強するぞ！みたいな場合も向いてないと思います。
向いてるのは活字でも読みやすい本です。僕の場合ビジネス書やライトめの自己啓発書が多いです。例えば今年に入ってからは以下を聴きました。
全部積読してた本です。嬉しい！
ちなみに、Kindleだけじゃなくてブラウザで開いた記事の読み上げとかにも使えます。
読み上げの弱点
スピーチ機能にはいくつか弱点があります。
まず、読み上げスピード自体は活字で読むよりも遅いです。読書できる状況のときは普通に読んだほうが効率的です。
あと、音声が若干カタコトというか機械的な感じがあるので、人によっては気になるかもしれません。
「健康で文化的な最低限度のSPA」というテーマでSPAについて話してきました！
SPAサービスサミットというイベントで登壇し、ペライチの取り組みについてお話してきました！
ペライチはいわゆるSPA（= Single Page Application）サービスですが、それに耐えうるフロントエンドをどのように構築してきたかという内容です。
うちもまだまだ試行錯誤中ですが、これまで開発を行ってきた中で突き当たった課題とその対処法についてできる限りシェアしました。
SPAに興味がある方はとても多いようで、80人の会場は満席で、参加者の皆さん前のめりで非常に盛り上がったように思います。
イベントの詳細なレポートは会場提供していただいたGoodpatchさんがまとめてくれてますので、こちらからどうぞ！
パフォーマンスチューニング開発合宿
先日会社のメンバーで開発合宿に行ってきました！
弊社では恒例行事として、3ヶ月に一度1泊2日の開発合宿を行っています。これまでの合宿では特に開発テーマは決めずに各々が各自のタスクを消化しているだけだったのですが、今回初の試みとして、全員で「プロダクトのパフォーマンスを向上する」事にチャレンジするという取り組みを行いました。
合宿の準備
今回、準備した事が2つあります。
まず、現在のプロダクトの課題がどこにあるのか探す事。どこがボトルネックで何を改善すればいいかの目処を立て、リストアップしていきました。
2つ目はパフォーマンス・チューニングのマニュアルを作ること。エンジニア、デザイナー、総務兼エンジニアインターンなど、役職もスキルレベルもバラバラなメンバーが集まっているので、基礎的な部分をオリエンテーションできるように資料を作りました。
合宿当日
各メンバーにそれぞれチューニングしてほしい場所を割当てた上でコードを改善していきます。僕の役割はというと、ひたすらメンバーが上げてくるプルリクエストのレビュー＆各々の処理の効果測定。
他にもいろいろやったよ
余談ですが、合宿中はメンバー同士の親交を深める事を目的に開発だけでなく他にもいろんな事をやります。
スタートアップ的な映画を見たり、公園でチームビルディングアクティビティをやったり、寮母の手料理を食べたりムーディーな風呂に入ったりしました！
結果
1泊2日7人で合計14個のプルリクエストをマージしました。結果、サービ全体で2秒以上、平均約45%の速度向上に成功しました。
良かったこと
今回は定量的に成果を測定できるテーマだったため、限られた時間の中で表示速度を何秒縮められるかといったタイムアタック的な緊張感があり、とても集中力高く取り組めました。またそれと同時にただタスクをこなすだけよりも大きな達成感が得られたという実感がありました。
そして、メンバー全員で同一の目標ににチャレンジした事でチームの一体感が高まったように思います。
まとめ
「パフォーマンス向上」というテーマは、日常的な機能開発と切り離してトライできる上に終わりがないので、開発合宿にとても向いてるいいテーマだなと思いました。
今後も継続的にチャレンジしていきたいと思います。（皆さん他にも良いテーマがあればぜひ教えてください….！）
IVS CTONight&Day初参加してきました。非常に濃い3日間でした。
IVS CTO Night & Dayとは
ざっくりいうとAmazonさんが企画、開催するCTO向けのカンファレンスです。
IVS CTO Night & Dayは、CTO及び技術責任者のためカンファレンスです。 CTO同士によるディスカッションや事例共有、交流により業務に役立つ気付きや発見が生まれ、CTOコミュニティを構築することを目的としております。
宮崎で過ごす非常に濃い3日間
学生時代、学生団体の活動で7泊8日100人で沖縄の離島で合宿するみたいなイベントをやってた事がありますが、それと似た感じでとても濃縮された感覚がありました。全員強制的に日常と切り離されることでより親密度が上がり、密度の高い話ができるというか。この3日間、本当濃かったです。
参加者は全員CTO（相当職）
参加者は、会社として数名規模から数千人規模までとさまざまなフェーズのCTOが合計100人くらい来ていました。今回いろんな人と交流し、経営者、CTOという立場として、具体的で参考になる話が沢山聞けました。
中には、自分がまだ体験した事のないようなHARD THINGSをいくつも体験してきた人もいて、そういう人の話はすごく参考になるし、もっと覚悟をもって経営に臨まなければいけないなと改めて自分と向き合うきっかけになりました。
また、コンテンツ以外の時間はほとんど一日中交流していたといっても過言ではない2日間の中でさまざまなテーマでいろんな人とディスカッションしましたが、経営陣の中でもしくは組織の中で自分のCTOとしての役割をどう位置づけるかという話や、経営者としてCTOがやるべき事などのテーマでのディスカッションは非常に盛り上がり、多くの人の意見を聞く事ができて、いろんな視点を得ることができました。
次のフェーズで何が起こるかなどの話が聞けた
登壇者によるセッションでは楽天の元CTO安武さん、Supership和田さん、DMM亀山会長など、経験豊富なCTOおよび経営者の方のお話をCTO向けの視点、言葉で語ってくださりとても勉強になりました。
中でも安武さんの、組織のサイズや状況によってルールは変えないとだめで、盲目的に守り続けていると破綻するという話はとても納得感がありました。
AWSの中の人と交流できた
イベントスタッフとして参加されていたAWSの人たちと交流できたのは、普段自分が利用しているサービスの中の人を知るという意味で非常に新鮮でした。ざっくばらんな雑談から、技術の具体的な相談まで、さまざまな話ができてとてもよかったなと思います。
個別技術相談会ではプロダクトのインフラ構成にフィードバックをもらったり細かい質問を沢山させてもらって非常にためになりました。
AWSによるセッションもあり、その内容も技術の事からAmazonのカルチャーの話まで様々で、かの有名な two pizza rule を始めとしたAmazonという会社のカルチャーをどのように浸透しているかという話は今後の文化づくりの参考にしたいなと思いました。
まとめ
さまざまなフェーズの会社のCTO職の方とディスカッションしたり、事例共有したり、課題を相談し合えるとても有意義な空間でした。
えふしんさんが仰ってましたが、「会社での自分の課題が増えれば増えるほど得られるものが増える」というのは本当そのとおりだと思います。
学生時代イベント運営をやってたことがありますが、こんなに濃密な企画をつくり、遠方に参加者を集めるのは大変な労力を要することかと思います。Amazonさんは本当に素晴らしい会社だと思います。ありがとうございました。
（余談1）LTさせてもらった
初参加ということもあり、なるべく多くの方に顔を覚えてもらおうと思い弊社で実施している採用の取り組みについてレゼンさせてもらいました。スライド置いておきます。 スライドはこちら
（余談2）初めてAWSビジネスサポートのお世話になった
2日目のセッション中にサービスの負荷が急上昇し、すぐ近くにいるAWSスタッフを尻目にビジネスサポートに問い合わせするという展開に。初めて利用しましたが、遠隔から懇切丁寧にいろいろ対応していただき非常に助かりました。
dots主催のスタートアップ向けイベントで登壇してきました！
というイベントで登壇してきました。
どんな内容を話したのか
25分間かけて、ペライチを創業してからのいままでの文化や、開発のアーキテクチャ、顧客開発手法のことなどについて話してきました。
反響が大きかったネタ
登壇後の懇親会でみなさんから聞かれたのは、「お手伝いメンバー制度」についてでした。このへんの仕組みづくりについての話はまた別の機会に深掘って話せると面白いかなと思っています。
スライドにはない質疑応答で話したこと
Q：お金の面などで苦労した事はありますか？
A：生活費がたりなくて自分の部屋をAirbnbで貸し出して外国人と共同生活してしのいでました。
Q：KGIの設定ってどんなふうにしてますか？
A：Solution Product Fitするまではするまではとにかくユーザーが「ページを作成できる」プロダクトにするためにユーザーテストを重ねました。具体的な手法についてはユーザビリティエンジニアリングが参考になると思います。
Q：勉強会とかってどういうふうにやってますか？
A：主要メンバーは普段開発で手一杯な事が多いので、「新しい事を学びたい」というモチベーションのあるお手伝いメンバーに勉強会を開いてもらっています。
その他
今回話した内容について質問や気になったことがあれば、TwitterやFacebookなどでお気軽に質問していただければ答えます。
スタートアップをやるために重要な気質「楽観主義」を獲得する方法
誰もチャレンジしようと思わない途方もなく大きな事に着手すること、何度否定されても自分を信じ続けられる事。スタートアップに限らず、大きな事を成すには「楽観主義」という資質が重要になると思います。
今回のエントリでは『脳科学は人格を変えられるか？』という本を読んで学んだ楽観主義の特徴と、その気質を獲得するために必要な事についてできる限り具体的に書いてみようと思います。
※長いので、時間がない人は下の方の「楽観主義を獲得する方法」のとこだけ読めばいいと思います。
楽観主義は未来に真の希望を抱くこと
楽観的な気質とはいわば、未来に真の希望を抱くことだ。それは「ものごとはかならず打開できる」という信念であり、「どんなことがあってもかならず対処できる」という揺るがぬ思いだ。単なる脳天気とはまるでちがう。
楽観主義者というのは、ただ楽天的に物事を前向きに捉えている人というわけではなく、どんなことがあってもかならず対処できると信じている人のことです。
彼らは打たれ強く、いいことも悪いことも受け入れ、何事に対しても「自分で状況をコントロールできる」と意識の底で信じています。いわば根拠のない自信を強く持っているといえます。
困難に直面したときに動じず、打開できると信じる姿勢はスタートアップをやるにはとても重要な気質だと思います。
楽観的とポジティブとの違いについて
一般的に「楽観的」と「ポジティブ」には少し言葉のニュアンスの違いがあるようです。
ポジティブ：積極的に問題解決しようとする前向きな姿勢・態度
楽観的：なんとかなるさという深刻にならない考え方
当記事中では、「楽観主義」という言葉を両方の意味を含んで使っています。
楽観主義であることの利点
楽観的になると、さまざまな利点があります。
常に幸福指数が高くなる
「楽観が幸福につながるのは、そうした志向によって、人が人生に積極的に取り組むようになるからだ。悲観主義者がもっていない魔法のハッピー・ジュースを楽観主義者が手にしているからではない」。
楽観主義者はそうでない人に比べて幸福感を得やすいという特徴があります。それは仕事や対人関係において、より積極的に取り組むからです。目の前のことに夢中になって取り組むことは、その行為自体が幸福感につながり、そうでない場合に比べて得るものも多いという事です。
仕事においてもフロー状態に入りやすいため捗るはず。
あきらめが悪くなる
楽観的な思考と、行動を志向する性質とが結びついてこそ、楽観はさまざまな利益をもたらす。真の楽観主義者は困難に直面しても簡単にはあきらめず、倍の努力をしてでも問題を克服する道を見つけ出そうとするのだ。
諦めないことは成功するまで努力し続けるという、スタートアップにとって非常に重要な気質です。
アイディアが沢山出てくる
ポジティブな人はネガティブな人に比べてブレストが得意です。
ある実験で、楽しい映画を観たグループと、恐怖映画を観たグループそれぞれに「30分自由な時間があれば何がしたいか」という問いの答えを書き出してもらうと、楽しい映画のグループの方がずっと多くのアイディアを思いついたそうです。
これは、資質というよりもその瞬間の気分がポジティブかどうかが重要だと考えられますが、どんな場面でもポンポンアイデアをだせるような人は、楽観主義者だと考えられます。
気にしなくなる
不確定な未来に思いを巡らせてネガティブに悩む非生産的な時間がなくなり、常に行動する事ができるようになります。
運がよくなる
これは僕の主観です。運がいい人ってポジティブな人が多くないですか？単純に目の前の物事をどう捉えるかという以上にそう感じます。逆に、運がいい人でネガティブな人ってあまり見かけない気がします。
楽観主義を獲得する方法
楽観主義者はどのようにして形成されるか
それぞれの人格は、脳の奥にあるこうした回路の微妙な変化とともに形作られていく。危機に出会ったときに勇気を奮い起こし、それまで以上に強くなってどん底から這い上がれるか、あるいは挫折感に打ちのめされ、ネガティブなほうへと果てしなく思いをめぐらすようになるかは、それぞれの脳の中でサニーブレインとレイニーブレインのどちらが優勢かに左右される。
楽観主義を形成するのは、遺伝と経験です。後天的に楽観主義的気質を得るためには、ポジティブに感じる体験をたくさんし、日頃から楽観主義者と同じようにふるまう事が重要だと考えられます。
具体的に何をすればいいのか？
これらの楽観主義的の特徴をもとに、楽観主義の気質を手に入れるためにどのようなふるまいを心がければいいかを書き出してみました。
諦めの悪い人間になる
例えば電車にギリギリ間に合わなそうな時、最後まで諦めず走ってみる。あれこれ考えずとりあえず信じてみる事が大事です。
他人の挑戦する姿を滑稽だと思うのをやめる
楽観主義は、一見不可能な事に対して真剣に挑戦できる気質です。
誰かがなにかに真剣に取り組んでいる姿を見ても、そんな事に時間を使うのはムダだと感じたり、滑稽だと感じるのはやめましょう。たとえそれが一見意味がなさそうな事や不可能にみえるような事だとしても、真剣に見守ってそっといいねボタンをおしてあげましょう。
人が集まる場所に積極的に参加し、その場を全力で楽しむ
快楽の経験は、サニーブレインの回路を強める源になる。そして楽観的な心の傾向を育むという、大きなメリットがもたらされる
人が集まる場所に積極的に参加しその場を楽しむ経験を積み重ねる事で心の傾向が楽観主義に寄っていきます。
逆に悲観主義の人は、楽観主義者にくらべて快楽の持続力が弱い傾向にあります。例えばパーティーに参加しても、いま抱えているタスクや心配事を考えてしまい「あー帰ったらこれやらないと」と考えてしまう傾向があるようです。これは感情を抑制する前頭前野の活動が活発になりやすい事が原因です。楽観主義的気質を育むには飲み会でもなんでも、人と積極的に会話し、楽しみ、感情を解放する事が重要です。
ネガティブな事に触れない、念じない、発さない
ネガティブな思考は連鎖します。嫌な事を考えると、いま抱えている他の悩みや、過去の嫌な事などが連鎖的に思い浮かんでしまいます。日頃から生活や仕事の中でのネガティブを排除していく事が大事です。
これは環境にも言えることで、ネガティブな事を発する友人関係やコミュニティとは極力関わらない方にし、その逆の人たちと一緒にいる時間を増やし、コミュニケーションする時に相手のいいところを積極的に見つけ、褒めるようにしましょう。
全ての事に当事者意識を持つ
楽観主義者は、自分にコントロールできる（と思っている）事の範囲が広いです。言い換えると、あらゆる物事に対して当事者意識が高いのだといえます。
そのためには、目の前の出来事に対して「自分だったらどうするか？」という視点を持つ癖をつける事が大事だと思います。逆に自分には関係ないと思った瞬間に、それは自分の力では変えられないものになってしまいます。
楽観主義者を目指すなら、目の前の事に積極的に関わる姿勢を持ち、コントロールできると思い込む事が大事なのではないでしょうか。
心に予防線を張るのをやめる
不確定な未来に対して最悪の状況を想定してしまう癖をやめましょう。
「どうせ◯◯だ」「きっとうまくいかない」と思う事が潜在意識に影響を与え、ネガティブマインドに寄ってしまいます。
さらに心に予防線を引く人はあえて成功から遠ざかる行動をとる傾向にあります。試験前に部屋の掃除したくなるなどがその典型例ですが、失敗した時に自分の力量による内的原因ではなく外的原因だと思う事ができるからです。それを解決する方法はひとつ。とにかく目の前のやるべき事に集中する事です。
以上、楽観主義的気質を得るためにやった方がいいことを書いてみました。スタートアップ経営者にとっては特に重要な気質ではないでしょうか。個人的にもまだまだ足りてないと思うので頑張ろうと思います。
創業初期のスタートアップは「余命１年でも一緒に働きたい」という人しか採用してはならない
前回のまとめ記事の続編です。
今回もこちらの記事『スタートアップのはじめかた: アイデア・プロダクト・チーム・実行 Part Ⅱ』から、特に重要だと思った点をまとめてみました。
スタートアップのチームビルディングや採用に興味ある方には参考になると思います。
タイトルにもつけましたが、今回の記事の中で特に印象的だったのがAirbnbを例にとった以下の内容です。
面接の際に聞かれた質問の中で有名なのは、「今、余命一年を宣告されたとして、それでもAirbnbで働きたいか？」というものでした。ブライアンは後に自分が少し狂っていたと認めました。今では余命が10年ならどうかという質問をしているそうです。
スタートアップが短期間で急成長を成し遂げるために必要なのは、不確定な未来を信じてどれだけ猛烈に働けるか。それだけ、採用基準は極限まで高くするべきという事ですね。
僕が働いているホットスタートアップという会社では、平日の夜や休日に開発に協力してくれるお手伝いメンバーの方々がいるのですが、実際に一緒に働いてみて初めて分かることが沢山あります。
そういう意味で実際に本採用の前に候補者と一緒に働いてみるといいという内容は非常に共感できましたし、採用候補者の募集、スクリーニングという観点でも効果的だと思います。
成功するために重要なポイント
チーム
共同創業者の選び方
- なんとしても共同創業者を持つべき。Yコンビネーターで上位20％の優良企業は、2人以上の共同創業者で立ち上げられている
- ただし気軽に手っ取り早く共同創業者を選ぶのは絶対にやめるべき。いまいちな共同創業者を持つくらいならいない方がまし。
- 共同創業者同士の関係は最も重要。共同創業者との間に流れる空気に違和感がある時はすぐに解決しておくべき。
- 共同創業者選びで一番よい場所は大学。次にイケてる会社。例えばFacebookやGoogleのような
- 共同創業者の資質は「しつこく、したたか」でタフであること。
- 共同創業者の理想像は一つのことだけに長けている専門家ではなく全てにおいて長けている人物。
- できるだけ数年の親交を深め互いをよく知った人が理想
- 自分が技術者でないなら、共同創業者は間違いなく技術者であるべき
- 2人〜3人の共同創業者を持つスタートアップが一番期待できる
採用
- 創業期での採用ミスは致命的で、そのコストを取り返すことは不可能
- スタートアップにおいてたくさん社員がいる事でいいことはひとつもない
- 特に創業期は、少ない人数で事業を回せるならそれに越したことはない（なるべく最小限を維持すべき）
- 優れたチームを作るには創業者と同じくらい企業に入れ込める社員（企業が傾いた時はともにオフィスで寝泊まりして危機回避できるまで毎日プロダクトの改善に務めるくらいのことができる人）を入れる
- 採用するための基準を極限まで高く設ける(Airbnbの面接で有名な質問として「余命1年と宣告されたとして、それでもうちで働きたいか？」)
- 社員を採用する必要性にかられるぎりぎりのところまで、採用のことは一切考えない
- ただし一度社員を採用してチームを大きくする過程に入ったら、ベストな人材をとることをタスクの最優先事項に設定するべき
- 採用活動で妥協してそこそこ出来る程度の人を雇うとその後ずっと後悔することになる
- 採用候補者は自分たちの知り合いから探すのが一番いい
- 採用候補者の経験は大した問題じゃない。才能、企業理念に理解があるかどうかが大事。
- 採用活動は3つのの条件を設けて望むべき「候補者が賢いどうか」「やることはやる奴か」「ずっと長く一緒の時間を過ごして行きたいかどうか」
- 一番いいのは本採用の前に1日か2日一緒に働くこと。これができれば面接など必要ない。
- 紹介者や、過去に一緒に働いたことがある人に候補者のことを詳しく聞いておくべき「候補者が取り組んだプロジェクトについて」「今なぜまた雇おうとしないのか」「候補者をまた雇いたいか」etc
- 迷った時は、なるべくコミュニケーションスキルが高い人を優先してとるべき（仕事をうまく進めるために）
- また、リスクをとることを厭わない性格の人をすすんで採用するべき
- ファッションでスタートアップをやろうと思っている人は採用すべきでない
株
- 株式分割については早く話し合っておくべき(創業したなら数週間のうちに取り決めておくべき)
- 目安として、最初の10人にはおよそ10％ほどの株式を渡しておくのがいい
- 投資家に対して株を喜んで手放すくせに社員に対して一つも渡そうとしない態度はよくない。全く反対であるべき
- 創業者の仕事は社員がみな企業に貢献できているという認識を持っていてそれに幸せを感じていられるようにすること（これは株式付与と強い密接がある）
マネジメント
- 初めてのスタートアップに挑戦する時は、自分のマネジメントスキルのなさを自覚して特に注意しながらコミュニケーションをしていくべき
- チームが達成した成果をすべてチームのおかげだと褒め称え、全ての失敗を自分の責任にすること
- 社員のやることに対して細かいところまでいちいち口を出す必要はない。小さなものでいいので継続的に仕事を任していくべき
解雇
- 仕事ができない人には早く会社を去ってもらうべき（社内に政治を持ち込む人、ずっとネガティブな雰囲気を出す人も）
- こういう人の存在はスタートアップでは死因になる
- ただ、解雇するのは失敗を何度も繰り返している社員だけにとどめる
- 一度や二度の失敗には寛容に
実行
- 社員が一生懸命働く文化を企業の中に作りたいなら、自分が態度を示していくべき
- もくもくと仕事を終わらせるマシーンの様に働き、その背中を社員に見せ続ける必要がある
- 毎日何か達成できる目標をもって過ごすことが重要
- 優れた創業者は、社員全員と共有した包括的なゴールを設定している「ある期日までに次のビルドを完成させること」etc
- 創業者の仕事のひとつは、目標を何度も何度も社員に一対一で説明し、壁に貼り付け、毎週のミーティングでも繰り返す事
- 会社の目標で見失ってはいけないのは「成長率」と「勢い」。これを維持し続けていくことは一番の目標にするべき
- 成長率を指標にして常に管理し、毎週レビューをするべき。この指標を無視して言い訳をするようになったら終わり
- リモートワークは苦労が多い。共同創業者は同じ場所で仕事をするべき
- 本当に猛烈なレベルで動いているスタートアップだけがうまくいく
- 毎日少しだけ余分に働くことが、競合に対して最終的に大きな差を生む
- 猛烈な雰囲気をつくるのはCEOの仕事。この姿勢をみんなに見せつけられるのは創業者しかいない
- 「とにかく早く実行する」「質を向上する」どちらか片方ではなくこの２つを同時に行うことが求められる
- 目の前の大きな課題を小さなタスクに分割して、一つ一つを猛烈な早さで改善していく
- 優れた起業家はメールの返事がとても早い。つまり決断が早い
- チームに勢いがないときは、まず小さくてもいいから達成できる何かを探しなんとしても達成する。そうすれば他の様々な問題が立ち消えていく
- 社内で意見が衝突したら「ユーザーの意見を聞く」というルールを設定しておく
今回の記事も非常に勉強になりました。 （元記事『スタートアップのはじめかた: アイデア・プロダクト・チーム・実行 Part Ⅱ』）
スタートアップに必要なのはとにかくユーザーを熱狂させるプロダクトを作ること
こちらのサムアルトマン氏のYCombinatorでの講演の翻訳記事『スタートアップのはじめかた: アイデア・プロダクト・チーム・実行 Part I』がとても勉強になったので、特に重要だと思った点をまとめてみました。
思ったのは、とにかくユーザーを熱狂させるプロダクトを作るべきだということ。走りだしてユーザーがつくまではとにかく顧客との対話、プロダクトの改善に集中するべきですね。
改めて肝に銘じようと思いました。
スタートアップを始めるには２つの理由が必要
- 自分しか目の前の問題を解決する能力ある人間がいないから
- スタートアップを始める事だけがその問題を解決する方法だから
成功のために重要なポイント
アイデア
- 次から次に壁に投げつけるべき
- 実行した上でのPivotは歓迎。Pivotすればするほどよい。
- アイデアがうまくいく算段が立つなら、１０年をつぎ込んでその先の成長に賭ける価値、参入障壁の作り方について考えぬく価値がある
- 誰もマネできないビジネスを考える
- 複数のアイデアで迷っているなら、失敗するケースがどうしても思い浮かばないものを選ぶべき
- 優れたアイデアは重要な使命を持っているものである
- 社会に貢献できる重要な使命をもったスタートアップであれば、企業の外の人が助けてくれる機会が増える
- 優れたアイデアに共通するのは人々はなかなか賛同してくれないこと。
- アイデアはどんどん人に話すべき。なぜなら本当に優れたアイデアを聞いた時、周りの人は盗もうという発想にならないから
- 最初は小さなマーケットでもいいからほかの人が取り組んでいないアイデアを試すべき。小さくて限られた市場にだけ特化しているべき
- アイデアを練るときは、その市場がどの程度成長するかという要素に時間をかけておくべき（10年以内に巨大になり得る市場をおさえておく必要がある）
- 「巨大だけど成長率がそれほどでもない市場」よりも「小さいけど成長率に期待できる市場」
- 最も優れたアイデアは次の２つのどちらか。「既存の企業とは一つだけ極めて重要な違いを持つアイデア」「全く新しいアイデア」
- 失敗する企業は既存の企業のコピーキャットであるか、取るに足らない違いしかないもの。
プロダクト
- 成功したスタートアップが駆け出しの頃にやっていたことは「プロダクトの改善」「顧客と話し合う」これ以外に時間をかけない
- 資金調達、PR、採用、営業活動の多くの問題は優れたプロダクトさえあれば簡単に解決できる
- ターゲットを絞らずなんとなく需要があるものを作ると間違いなく失敗する
- 作るべきプロダクトは小数の人々が愛してやまないものにすべき
- 営業やマーケティングは本当に二の次の話。最初の段階で自然に市場に受け入れられないようなら、プロダクトに改善の余地がある
- 最初に用意するのは考えられるなかで一番重要な要素だけを持つ小さなプロダクト。完成形はひとまず忘れる
- 毎日フィードバックをくれるユーザーを数人集めておくべき
- フィードバックを得たら社内でプロダクトに反映させるまでの仕組みを作る
- フィードバックから改善までの速度にかかっている
少し長いですが、これからスタートアップを始めようと思っている人には必読だと思います。 （元記事『スタートアップのはじめかた: アイデア・プロダクト・チーム・実行 Part I』）
開発合宿に参加して感じたメリット4つ
先日、株式会社REALの中西さん主催の開発合宿に参加してきました。
普段と異なる環境で各々自分のやりたい事に集中して取り組むという主旨のものだったのですが、とても良かったので、参加して感じた開発合宿のメリットについて書いてみます。
普段中々取り組めない事に集中して取り組める。
今回のような開発合宿の一番の価値は、重要度が高いけど緊急度が低いタスクに取り組める環境だと思います。
仕事とは関係ない個人サービスを作ったり、気になっている技術の習得をしたりと、やりたい事に集中できます。
個人的には、普段中々取り組めていなかったVagrantやRuby on Railsの学習にまとまった時間をとれたのは大きな収穫でした。
余談ですが、実家に帰ったり旅行に行くと作業が捗る謎の現象ってありますよね。開発合宿はそういう意味でも捗ります。
いろんな人の技術や考え方に触れられる
異なる環境で働くエンジニアが14人も集まれば、スキルセットや考え方もさまざまです。
1泊2日とはいえ寝食を共にし温泉に入りお酒を飲めば、いろんな話をします。技術の話にとどまらず、互いのキャリアビジョンや経営哲学について触れられた事はとても勉強になりました。
生活習慣を見直す機会になる
合宿にいくと生活習慣がリセットされます。きちんと朝食を食べて、日中は開発。風呂に入って夜は寝る。人間らしい生活習慣を取り戻せます。
またそれだけでなく、一度リセットされる事で日常生活に戻った時に新たな気持ちで新しい生活習慣を取り入れる事ができます。
自然に触れる
今回の合宿はKANAYA BASEで行ったのですが、太陽の光を浴び、波の音を聞きながら開発するという贅沢な環境でした。
日頃デジタル世界に溶け込んでいるエンジニアにとっては、自然に触れて五感を研ぎ澄ますいい機会になると思います。
人間は日光を浴びる事でセロトニンが分泌されて精神が安定しやすくなるらしいので、そういう意味でもヘルシーです。
最後に今回の開発合宿の写真を貼ります。
めちゃくちゃ楽しかった！！
という事で、開発合宿オススメです。そんなKANAYA BASEさん、なんと年内で閉鎖だそうです。開発合宿を考えている方はぜひ！
ブログ初心者の僕が調べた、読まれる記事を書く７つのコツ
今日からブログ始める事にしたんですが、書き方がよく分からないので調べてみました。
伝えたいテーマを一つに絞る
とりとめもない文章は読み手にとってストレスですよね。
記事のタイトルが「ブロガー勉強会に参加してきました」とした場合おはようからはじまり、ブロガー勉強会に行ってきたという話題から、内容の羅列、最後に帰りにラーメンを食べた上、そのラーメンの評価までぐだぐだと。 これでは、いつまでたってもリピーターもつかず、うだつのあがらないブログになってしまいますよね。。
目次から書き始める
何も考えずに書き始めるよりも、考えを整理してから書き始めた方が効率的です。
まずは目次だけを書き並べておくことで、話題の順序の決定や纏めるべき項目、削除したほうがいい項目などが整理できるようになります。記事の構成自体が伝わりやすいかどうかのチェックにもなるので、とてもおススメです。
簡潔にまとめる
長すぎる文章は読みづらい上に伝わりづらいです。
長ければ長いほど要点がぶれ、何が言いたいのかわからない記事になりがちです。私の中では１ブログ記事はだいたい書籍にすると４ページ相当までが限界かな、と思っています。
画像を入れる
長すぎる文章は読みづらい上に伝わりづらいです。
最初に画像があるのとないのでは、「読みたくなる率」が全然違います。
投稿のタイミングに気を配る
読まれる時間帯があるみたいです。
記事が最も読まれるのは午前中なので、なるべく午前中に投稿する。曜日は月曜日と木曜日がよい。間違っても深夜に投稿しないこと。
見出しが重要
多くの読者はまず見出しだけを読み、その後を読むかどうか判断しています。
< 中略 >
「この文章にはこういった価値があるんですよ！」ということが、見出しで一発で分かるようにしましょう。
SEO対策
ブログをSEOに適した構造にすることで、より検索エンジンに評価されやすくなり、リンクの獲得戦略やキーワードの最適化から、最大の効果を得られるようになる
という事で参考にしていこうと思います。
