とあるスタートアップを抜け、CTOを辞めた話。 - nobkzのブログ
とあるスタートアップを抜け、CTOを辞めた話。 辞めると来まって、1週間ぐらい立ちいろいろ整理してきたので、そろそろこのことについて書く。前々から書かなければ、ならないという謎の使命感を持っていた。 僕は、Technical RockstarsのCTOだった。このスタートアップで、リアルタイムBaaSサービスと等、いろいろなサービスを提供していた。スタートアップ自体は、2013年の11月あたりから、CTOの就任して、大体1年と、半年ぐらいか?そのぐらいの期間CTOだった。 そして、これから、なぜCTOを辞めたのか?というのと、日本のスタートアップ、とくにエンジニアスタートアップの問題点、何を学習したのか? 何を得たのか? そして僕はこれからどうするか?というのを、つらつらと書いていきたいと思っている。 スタートアップとは? ここで、スタートアップがどういうものか?というのを知らない人の為に
新規事業サービスのトーン＆マナーを設計するときに考えたこと - クックパッド開発者ブログ
こんにちは、ユーザーファースト推進室の坂本（@kanako29）です。 昨年12月に新規事業サービス「クックパッドおいしい健康」のトンマナをリニューアルしました。クックパッドに入社してから初めての大きなトンマナ変更を担当したので、その時に気をつけたことや考えたことなどをまとめてみました。 なぜ変えるのか？ 今回のトンマナ変更の理由として、以下がありました。 ターゲットの拡大 メッセージの伝達の明確化 それぞれについて、詳しく説明していきます。 ターゲットの拡大について これまでのターゲットは、「30代後半〜40代の病気の夫を持つ女性」だったのですが、新たに女性の悩みを解決するコンテンツの追加により、肌荒れや体の不調に悩んでいる20代〜30代前半の女性もターゲットになりました。 以前のトンマナだと新たにターゲットとなった女性たちをカバーできないので、新しいターゲットにも使ってもらえるよう変更
共感力が低いエンジニアのための、とあるスタートアップの現場の話
http://startuptechtalk.doorkeeper.jp/events/17559
「スクラムでは遅過ぎる」との声も。Google主催『Startup Tech Night』で聞いた、少人数で高速開発を進めるコツ - エンジニアtype | 転職type
転職・求人情報サイトのtype エンジニアtype スキル 「スクラムでは遅過ぎる」との声も。Google主催『Startup Tech Night』で聞いた、少人数で高速開発を進めるコツ 「ユーザーを中心に考え」て、「すばらしいプロダクトを作る」ことこそが、インターネットの世紀を生きる企業が行うべき最も重要なことである。良いプロダクトさえあれば、マネタイズやマーケティングの戦略もすべて後付けで立てられるからだ――。 Google会長のエリック・シュミット氏が著書『How Google Works』でこう述べるように、インターネットをベースにビジネスをする企業にとって、プロダクトを開発・発展させることこそがすべてである。ことさらスタートアップとなれば、開発・改善のスピードが大手と競争するための源泉となるだろう。 そんなスタートアップのエンジニアや、今後転職を考えるエンジニアを応援すべく、1
「リーン」について : 「何を作るか」よりも「何を作らない」か - naoyaのはてなダイアリー
2013年に「リーン・スタートアップ」という書籍が出版されて、それからリーン (LEAN) という考え方に注目が集まるようになった。LEAN とは「無駄のない」とか「ぜいにくのない」とかそういう単語らしい。 書籍リーン・スタートアップには「スタートアップやその類が新しい事業を始めるときに普通にやってるとだいたい失敗するから、潜在顧客や顧客からのフィードバックをこまめに集めて軌道修正しながらゴールを見極めるやり方が良い」とか、雑にまとめるとそういうことが書いてる。 仮説を立ててフィードバックをもらって検証するということを短いイテレーションで繰り返す･･･というのを "フィードバックループ" と呼んでいて、それを細かくやる場合、製品を作り込んでからフィードバックをもらうのでは遅いし、例えばペーパープロトタイプをするとかそういう実験的なことで欲しいフィードバックが得られるならそれが一番いい ─
伊藤直也が語る「仕事の流儀」第2回──スタートアップにリモートワークツールを推奨する理由｜CodeIQ MAGAZINE
伊藤直也氏が語る「仕事の流儀」の第2回は、KAIZEN platform Inc.の立ち上げに参画して実感したリモートワークツールの重要さについて。 スタートアップ企業でエンジニアが快適に開発できる環境とはどのようなものか、KAIZENでの事例をもとに、いま感じてることを語ってもらった。 by 馬場美由紀 （CodeIQ中の人） リモートワークをしながら「全員同席」するためのツール KAIZENのようなスタートアップ企業で、かつリモートワークをする社員もいる環境で、どんなふうにアジャイル開発を進めていくか。 それが最近の僕の重要な関心事です。 ちょっとKAIZENのリモートワーク風景を見てほしいんですけれど……（Sqwiggleというオンラインミーティング・ツールで自宅で仕事をしているエンジニアを呼び出し、会話を始める）。 Sqwiggleを起動すると、カメラが有効になっていて、こんな感じ
スタートアップで働くプログラマが、非プログラマの皆さんにお願いしたいこと - Line 1: Error: Invalid Blog('by Esehara' )
はじめに 自分の基本はプログラマとして、サーバーサイドのサービスをゴリゴリ書くのが仕事だ。しかし、仕事をするとなると、いろいろな人が絡んでくる。もちろんマーケティング担当や戦略担当の人もいる。そして、僕はそういう人たちが実際にやっていることはわからないけれど、それはたぶんそういう人たちが「プログラマってどういう仕事なのか？」ということがわからないのは一緒なのだろうと思う。もちろん、お互いに相手の仕事を理解して、それに合わせてどういう風なことを共有して作ってもらうか、というのを話し合う機会は重要だ。 たぶん、自分たちがどのように仕事をしていて、どのように情報を共有してもらえれば、仕事がスムーズにいくのか、ということを説明しないことには、たぶん「プログラマが理解されない」ということを嘆いても仕方ないと思う。なので、まず自分が「プログラマとしての自分」が考えていることを共有する必要があるなあとい
2億円の泥臭い教訓、僕が実体験から学んだベンチャー企業の成功のコツ - innova
南場智子さんの「不恰好経営」が日本で大きな反響を呼んでいる一方、アメリカでは、ある起業家のベンチャー経営の「失敗」に関する記事が話題をさらっている。 2億円もの失敗を経て学んだ教訓、ということで、確かな重みのあるリアルなアドバイスとなっている。著者のPablo Fuentesに翻訳許可をもらったので、ご紹介したい。 僕に意見を求めるな！ 過去にいくつもの失敗を繰り返してきた僕だが、たまに起業の相談を受けることがある。 そんな時、一番困る相談内容がこれだ。 相談者「今○○ってサービスを考えているんだけど、君はどう思う？」 僕「僕は君のサービスのターゲットユーザーなのかい？」 相談者「いや、そうではないけれど、君の意見も聞いておきたいんだ。」 僕「もし僕が君のターゲットユーザーじゃないなら、君は僕の意見なんて求めるは必要ないよ。僕じゃなくてユーザーの声を聞いてきな。あと、早くCross-10を
「開発者のためのリーン・スタートアップ」「リーン・キャンバス入門」の資料を公開します - Kentaro Kuribayashi's blog
隣席のるびりすと氏(@hsbt)と僕とで、この半月ほど、東京・福岡で合計3回にわたって勉強会ツアーをやっていました(その他のこともたくさんやっていたので、それだけではもちろんないのですが)。今日でそれもひと通り終わったので、どのようなことをやっていたのかについて、ここで公開したいと思います。 我々の話はどの回も以下の順番で行われており、いわば三題噺みたいな構成となってます。 リーンスタートアップ インセプションデッキ Scrum それは、我々が議論している模様を撮った以下に掲げた写真に見られるように、開発プロセスというものが階層的な構造を持っているからです。 www.instagram.com ここでは、その最初の話「開発者のためのリーン・スタートアップ」および「リーン・キャンバス入門」のスライドを紹介します。 開発者のためのリーン・スタートアップ 僕は技術者です。また、技術者としてさらな
受託開発脳から自社開発脳へ切り替えの7つの壁
velc: これ、思ったより大変でした。 自分含め、うちにいるメンバー全員、 これまでの経歴では受託開発をメインにやっていたため、 自社サービス開発の経験はかなり少なかったです。 でも、ヴェルクでは、受託開発をしつつ、 時間を作って色々と作っていこう、というスタンスのため、 起業直後から色々と企画を考えていました。 でも、受託開発脳から自社開発脳への切り替えは思った以上に苦労しました。 要件定義等でお客さんと一緒に要件を考えたりしますが、 最終的に「やりたい事」を持っているのはお客さんになります。 要件定義の前の企画やグランドデザインと言った分野は お客さんの戦略に沿ったものになります。 だから、最終的には、誰かが答えを持っている事が殆どです。 そのため、ゼロからそれを考える事があまりないんですよね。 いざ、ゼロから自分たちで企画を考えようと思った時、 いろいろと壁がありました。 1. 本
無数のWebサービスが存在するいま、新しくWebサービスをつくろうと考えている若者に言っておきたいこと、心得るべきことなどアドバイスをください。 - 及川卓也インタビュー
ザ・インタビューズ>及川卓也へのインタビュー 無数のWebサービスが存在するいま、新しくWebサービスをつくろうと考えている若者に言っておきたいこと、心得るべきことなどアドバイスをください。 私はWebサービスを1から自分で開発したことはありませんので、適切なアドバイスができないかもしれません。 Webに限らず、一般の製品やサービス開発にも言えることなのですが、Webというところで考えると、いかに素早くローンチ（リリース）し、改良を加え続けていけるかが大事だと思います。 順番に説明します。 まず、何を作ろうとしているかをテーマとして設定します。テーマは簡単に覚えていられるくらいの分量と単純さが大事です。手前味噌で恐縮ですが、Google Chromeの場合には、Simple, Secure and Speedという3つのSをテーマとしました。これに加えて、StableやStylis
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
社内スタートアップによる組織の成長に伴い発生する痛みとその解決策(スクラム＆リーンスタートアップ導入)について #devlove #devlove創
スタートアップの"カオス"を生き抜く開発術
https://jp.techcrunch.com/2013/07/12/20130711how-did-dropbox-scale-to-175m-users-a-former-engineer-details-the-early-days/
https://jp.techcrunch.com/2012/06/15/jp20120612leanstartup-rackhub/