組織の拡大に伴うアジャイルなプロダクト組織構築 - KAKKA is not 閣下
Drivemodeというスタートアップにジョインしてから4年が経ちました。ジョインした（入社すると決めた）当時はまだシードラウンド以前であり、ファウンダー4人+エンジニア2人という状態でした。ですが今となっては組織も数十人規模まで大きくなってきています。 組織が大きくなるにつれ、様々な組織やマネジメントの問題に遭遇するようになり、今後もこれらと真剣に向き合わないといけません。 本記事では、これまでの経験を踏まえて、組織の成長に伴ってどのようなアプローチで組織や文化を構築すれば良いか、考えをまとめて書きます。 常に管理されたプロダクトバックログの重要性 いきなりですが、まずプロダクトバックログの話をします。 常に管理されているプロダクトバックログというものは非常に大切です。プロダクトバックログとは目的地に向かうための道筋であり、そこが空になっていたり、でたらめな状態だと、車（プロダクト）は暴
Guide to leading a team
You can figure out how to build a product, open a location or get the first customer. When it’s time to grow the team, things start getting tricky. This guide will help you go from doing everything yourself to leading a team and being a good manager. If you're a founder or CEO responsible for building the structure of your organization, use this guide as a template and customize it for your busine
Full Cycle Developers at Netflix
The year was 2012 and operating a critical service at Netflix was laborious. Deployments felt like walking through wet sand. Canarying was devolving into verifying endurance (“nothing broke after one week of canarying, let’s push it”) rather than correct functionality. Researching issues felt like bouncing a rubber ball between teams, hard to catch the root cause and harder yet to stop from bounci
12 “Manager READMEs” from Silicon Valley’s Top Tech Companies | HackerNoon
Too Long; Didn't ReadWhat does tech management at Slack, HubSpot, Netflix, Etsy, Shopify, InVision, and more have in common? A lot, apparently! What does tech management at Slack, HubSpot, Netflix, Etsy, Shopify, InVision, and more have in common? A lot, apparently!When we launched our first SoapBox hero I was surprised to discover a document used to introduce her working style to her team. I had
１６のスタートアップ分析指標
私たちは光栄なことに毎年何千人もの起業家たちと出会う。彼らとの会話やプレゼンテーションの中には会社の健全性、将来性を記すための様々な数字や基準、指標が出てくる。しかし、これらの指標が必ずしもビジネスの実態を適切に表しているとは限らない。同じ “指標" 一つにしても人それぞれの違った解釈や定義がなされ、ビジネスの実態解釈が難しくなっている。 そこで私達は、最も紛らわしい指標のいくつかをこのリストにまとめた。リストには適当な箇所で 「何故この指標に投資家達が注目するのか」という解説もつけるよう試みた。要するに、「良い指標」というのはベンチャーキャピタルから資金調達をするためのものではなく、創業者達が何故そのビジネスが上手くいっているのか、いないのかを知り、しかるべき対処ができるようにするものである。
1 on 1 で 何を話すのか？ マネージャ/ソフトウェアエンジニアの立場から - サンフランシスコではたらくソフトウェアエンジニア - higepon blog
1 on 1 (ワンオンワン) とは1対1のミーティングの事。ここでは毎週もしくは隔週で行われるマネージャとその部下(direct reports)であるソフトウェアエンジニアの 1 on 1 に焦点をあてる。よく 1 on 1 で何を話したらよいか分からない。話題がない。と相談されるので僕の思うところをまとめてみる。 僕はマネージャもソフトウェアエンジニアのどちらも経験があるので両側からの視点を提供できると思う。 マネージャ編 マネージャは 1 on 1 を部下のために開催しなければならない。自分のための時間ではないことを肝に銘じよう。部下には話したいことを何でも話してもらう。事前に「1 on 1 は君のための時間だよ」と説明しておこう。 1 on 1 が始まったら「何か話したいこと、気になることある？」と問いかけよう。焦ってはいけない。じっくりと待ってみよう。 たとえマネージャとしてプ
サービス開発におけるエンジニアの役割 - クックパッド開発者ブログ
会員事業部*1の小川（@conceal_rs）です。 会員事業部ではプレミアムサービスの価値を向上させるために、日々機能改善や新しい機能やサービスの開発をしています。今回はサービス開発をするときにエンジニアがどういう役割を果たすといいかについて、私なりの経験からの話をしたいと思います。 サービス開発とは サービス開発とはユーザのみなさんに、アプリやウェブを通じて何らかの価値を提供することだと考えています。価値と言ってもいろいろなものや形態があり、Webサービスというとだいたいがツールぽいものを想像しますし、最近だとゲーミフィケーションを使った脳トレサービスなどもあります。また既存のサービスに新しい機能や体験を追加して価値を届けるということもサービス開発です。私が所属している会員事業部はプレミアムサービスを利用して頂いているユーザのみなさんに新しい価値を提供すべく、日々業務に勤しんでいます。
グリーCTO藤本真樹の エンジニアよろず相談室
質問：藤本さんがCTOとして悩んでいることは？ CTOとして悩んでいることは何か？という質問が寄せられた。藤本真樹氏はCTOとしてすべき数ある選択肢のうち、「何をしないか」を選ぶことに悩んでいるという。 2015.06.26 質問：どうやって好奇心のアンテナを張っている？ 歳を重ねるにつれ、新しい技術や出来事をキャッチアップすることが遅くなったと悩む読者から、「どのように好奇心のアンテナを張ればよいか」との質問が寄せられた。藤本真樹氏は自身の場合、「不安」と「楽しさ」が、新しい技術をキャッチアップすることの起点だと答える。 2015.06.12 質問：優秀なエンジニアが辞めてしまいます 優秀なエンジニアが会社を辞めてしまうことに悩んでいるという相談が寄せられた。藤本真樹氏は「自分も日々悩み続けている」としながらも、誰も退職しないことを前提にするのは問題があると言う。優秀な人が退職する前提で
ドワンゴの準エンジニア手当という制度が面白い - 続・はてなポイント３万を使い切るまで死なない日記
ドワンゴにはエンジニア手当というものがあって、プログラマーの給与水準が全体的に高くなっている。要するに優遇されている。 しかし、プログラミングの知識はエンジニアだけでなく企画者、あるいはデザイナーにとっても重要である。したがって、エンジニアから他の職種へのコンバートも積極的に進めるという方針がドワンゴにはあるのだが、このときにエンジニア手当というのが問題になる。要するにエンジニアをやめて他の職種にいくと給料が下がるのだ。 そのため元エンジニア手当みたいなものを作ろうとかいうような話もあったのだが、それはそれで不公平ではないかという議論もあり、結果として準エンジニア手当というものを創設し、一定の技術スキルがあることが試験で認められれば、元エンジニアだろうが、元からの企画者やデザイナーだろうが、給料が上がるという仕組みを導入することにしたのだ。 これがいまドワンゴ社内で盛り上がっているらしい、
スタートアップは行動しない / フォーカス、ツール、オペレーションについて
今回はオペレーションに関するスライドです。特にフォーカスすること、フォーカスするためにできることについて解説しています。 スタートアップへのアドバイスとして「フォーカスが大事」とよく言われます。それでも実際にフォーカスできているスタートアップは中々いないようです。 なのでこのスライドでは、なぜフォーカスすべきなのか、そして実際にフォーカスするためにどうやってオペレーションを効率化すれば良いのかなど、私がこれまで支援の中で得てきた知識をまとめてます。少しでも効率化して、フォーカスできるようになればいいなと願っています。Read less
岡島悦子「勉強や資格より、実践と人間力」
コンテンツブロックが有効であることを検知しました。 このサイトを利用するには、コンテンツブロック機能（広告ブロック機能を持つ拡張機能等）を無効にしてページを再読み込みしてください。 ✕
数々のエンジニアリングチームを導いた人物がマネジメントの中から学んだ教訓とは？
多くの人が集まる企業やプロジェクトチームをまとめ、率いていくことは多くの困難がつきまとうものです。生き物のように変化する状況に合わせて対応をとることがリーダーには求められるわけですが、そんな仕事で重要なポイントについて、過去にYahoo！やLoudcloudといった名だたる企業でチームを作り、率いてきたティム・ハウズ氏がノウハウを語っています。 What I Learned Scaling Engineering Teams Through Euphoria and Horror - First Round Review http://firstround.com/review/what-i-learned-scaling-engineering-teams-through-euphoria-and-horror/ 「私はこれまでさまざまなエンジニアリングチームに携わり、陶酔感に包まれてい
The Ratio of Engineers to Sales People in Billion Dollar SaaS Startups by @ttunguz
This table above shows the data in a bit more detail including the sample size for each year. Only LogMeIn provided data in their S-1 about the first two years after founding, so the quality of the data there is questionable, but not wildly inaccurate from my experience. For those seeking even more detail, box plots below show the distribution for Sales & Marketing and Research & Development. They
質問：マネジャーを続けるかエンジニアに戻るかで葛藤しています
チームのリーダーとしてマネジメントを任されるようになりました。自分としては一エンジニアとして頑張りたいという思いもあり、このままマネジャーを続けるかエンジニアに戻るかで葛藤しています。藤本さんのご意見をいただければ幸いです。 まず最初に大事なことは、いわゆるチームマネジメントは決して片手間でできるようなものでも、やっていいものでもない、ということです。なので、結論を先に書いてしまうと、葛藤している暇があったら早めにどちらか決めてしまいましょう。まぁ言うのは簡単なんですけどね。 ものすごく単純な例えですが、エンジニアとして10台のサーバーで一つのタスクを分散処理したり一つのシステムを動かしたりするのと、マネジャーとして10人のチームメンバーを一つのゴールに向かってまとめ上げて走り続けることの、どちらが簡単でしょうか？ 前者を簡単と言うつもりは全くありませんが（前者も十分に難しいことが多いので
【後編】七転八倒の先に見出したCTO道――グリーCTOに、色々ホンネで聞いてみた / 飲み会で探るエンジニアのホンネ #naoya_sushi 編
＜前編のあらすじと後編のお話＞ 寒風吹きすさぶ師走の夜、伊藤直也氏（以下「naoya」）が寿司屋に招いたのは、かつての上司でもある『グリー』CTOの藤本真樹氏（以下「藤本」）。インターネット業界におけるCTOの第一人者であり、私淑するエンジニアも多いことで知られる藤本氏だが、焼酎片手に語り出したのは、かつてマネジメント業務で四苦八苦したという反省の歴史。CTOとしての藤本氏の“凄さ”を知る伊藤氏にとっては意外な話のオンパレードで、会話のボルテージは時とともに高まっていくのであった――。 ⇒【前編】の記事はこちら さて、今回の後編では、藤本氏のCTOとしての取り組みをさらに深掘りすることで、いかにして「CTOとはかくあるべし」と開眼するにいたったのかを明らかにしていきます。実は生魚が苦手という藤本氏ですが、今のところは料理も愉しんでいただいている様子で一安心。ぼちぼち酔いもまわってきて、二人
マネージャのいない組織に進化する現実と幻想 - ワザノバ | wazanova
マネージャのいない組織へのチャレンジについては、一昨年から話題になっていますが、ここにきてかなり論点が絞られてきていると思います。 1) 非同期 & 可視化が進む GitHubなどのツールに親しむエンジニアが、進捗が可視化され、非同期で仕事を進めることに先に慣れてきたが、SlackのようなコミュニケーションツールやTrelloなどのタスク管理ツールの浸透で、非エンジニアにもじわじわその理解が進んでいく。 2) マネージャの役割が変わる 上記1) が進むことで、進捗を報告させて情報を集約、また逆に、全社 / 業界の情報をフィルタリングして伝えるという、情報操作ハブとしてのマネージャの役割はかなり減る。情報の透明性があがることで、情報を握っていることがマネージャのパワーの源泉である時代が終わる。 プロジェクトの進捗 / 開発のクオリティ / 売上 / 評価とフィードバック / メンバの士気の向
【前編】七転八倒の先に見出したCTO道――グリーCTOに、色々ホンネで聞いてみた
Twitterでハッシュタグ「#naoya_sushi」が生まれてしまうほど、無類の寿司好きとして知られる伊藤直也氏（@naoya_ito）。そんな伊藤氏をホスト役とし、トップエンジニアをゲストに招いて、寿司をつまみつつホンネで語ってもらおうという、この企画。 第二回のゲストは、伊藤氏が師と仰ぐ『グリー株式会社』の取締役 執行役員常務 最高技術責任者（CTO）である藤本真樹氏（@masaki_fujimoto）。実は生魚が苦手という藤本氏を寿司屋に招くという暴挙に及んだ今回は、どんな興味深い話が繰り広げられるのでしょうか。乞うご期待！ — 伊藤直也（以下「naoya」）：まずは僕と藤本さんの関係性から読者に知らせようと思うんですが。藤本さんとは、僕がはじめて『グリー』のオフィスに遊びに行ったときが初対面でしたけど、当時すでにPHP界隈でよく使われてたEthna（PHPのWebアプリケーショ
優れたプログラマに対しての、管理職への昇進以外のキャリアパス | POSTD
あなたは、これからキャリアを切り拓こうとしている素晴らしいエンジニアたちを抱えています。チームは優れた成果を出して成長し続けているので、何らかの具体的な方法で賞賛したいと考えています。すぐに思いつくことは、特にエンジニアたちがそのチーム内ですでに事実上リーダーの役割を果たしている場合には、彼らにチーム内での役職を与えて昇進させることでしょう。でもその報酬は、本当にエンジニアたちが望んでいるものでしょうか？ もしかしたら彼ら自身も、昇進は望むべきもの、と思い込んでいるだけではないでしょうか？ 人材マネジメント力は別のスキル エンジニアの世界では、エンジニアたちが技術面ではピークに達した後に、これまで習得したものとは全く別の、社交面だとかソフト面におけるスキルを学ぶよう求められることがよくあります。これらは、エンジニアたちが過去のキャリアではほとんど気にしていなかったものです。このようなスキル
CEOの年収2000万円ほか全社員の給与を公開中、Buffer創業者に聞く「過激な透明性」のワケ | HRナビ by リクルート
以下の一覧表をみて見てほしい。これは現在急速に成長中の、とあるスタートアップ企業における社員全員の年収の一覧表だ。Google Docsを使って常時この表をネット上で公開しているのは、TwitterやFacebookへの投稿をタイムシフトで最適化するサービスを提供するスタートアップ企業の「Buffer」。株式の持ち分や、1株当たり評価額も書いてある。つまり、含み益も含めて、どのくらいお金をもらっているか、今後もらうことになるかが全部内向きにも外向きにも透明になっている。創業者でCEOのジョエル・ガスコイン氏の報酬は年額で17万5000ドル（約2050万円）、持ち株の評価額は、すでに2218万ドル（25.5億円）というのも分かる。 Bufferでは、すべての報酬額を公開しているだけでなく、その算定式も同時に公開している。以下の表をみれば分かるように、役職、経験、居住地などに基く給与算定式もシ
Yehuda Katzという生き方とインディーWeb - ワザノバ | wazanova
https://frontsidethepodcast.simplecast.fm/16 1 comment | 0 points | by WazanovaNews ■ comment by Jshiike | 41分前 昨日のエントリーでも名前のでてきたYehuda Katzですが、Rails / Ember.js / jQuery / W3C Technical Architecture Group (TAG) / TC39-ECMAScriptなどで活躍し、今回はRustのコアチームに参加することが発表されてます。Tom Dale曰く「インターネットの半分くらい書いてる感じだから。[1] 」という勢いがあります。Yehudaの仕事振りやプロジェクト運営における考えは、オープンソースという視点での発言ですが、企業におけるプロジェクトの進め方や今後の働き方のスタイルがどう変わるか、変
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
