I recently joined a startup to run an engineering org of about 40 engineers. My title is VP Engineering. However, I have been having lots of ongoing conflict with the CEO (a former engineer) around whether or not I am allowed to have or hire any dedicated engineering managers. Right now, the engineers are clustered into small teams of 3-4, each of which has a lead engineer — someone who leads the

本マニュアルの概要本マニュアルは、「ベンチャー企業のマネージャーに必要な行動の型・知識」を、私のマネジメント・経営の実践経験、及び様々なベンチャー企業の経営アドバイザーとして観察したことを元に体系化してまとめたものです。 総論だけではなく各論に突っ込んだ、ベンチャー企業のマネージャーのための”実務マニュアル”です。 (ベンチャー企業のマネージャーのことを、以下ベンチャーマネージャーと呼びます) ベンチャーマネージャーに必要な以下のことについてまとめました。 ・ベンチャーマネージャーの役割 ・ベンチャーマネージャーの基本動作 ・ピープルマネジメントの技術 ・ベンチャーマネージャーの立ち位置と心得 約300枚のスライドでまとめています。 マネジメントというのは「総合格闘技」です。 マネジメントは目標設定だけでもないし、コーチングだけでもなしい、モチベーションコントロールだけでもありません。 あ

今すぐに転職というわけではありませんが、少しゆるく外の世界を見てみたいなと思っています。もしご興味を持っていただけた場合は、Twitterにてお声かけくださいm(_ _)m 職歴や最近のアウトプット nekonohitai.hateblo.jp どんなひと？得意なことや苦手なこと 16Personalitiesでは、何度やってもエンターテイナーになります。笑 www.16personalities.com 楽しいこと、わくわくすることが好きです。目の前のそれというよりは、中長期で考えて、周りの人と一緒に楽しい・わくわくする未来を創造したいという考えです。 楽しいことのために、ちょっとやりたくないことや泥臭いことを行うことは、（ものによるけどそこまでは）苦ではないか、割り切ってやります。 得意なこと 事業や組織の達成したいことに向け、より良い方向へ進む後押しをすること。また、どうしたら良い方

「社員どうしとても仲がいいです」 「いい人が多いです」 「個人プレイよりもチームプレイを重視しています」 選考を受けている会社から、そんな説明を受けたことはありませんか？フィードフォースでも、社風やヒトについて聞かれたらそう説明してきました。 でも、「いい人が多いです」だけでは担当者の主観頼りになってしまいますし、なかなか具体的なイメージがわきませんよね。 そこでこの記事では、「フィードフォースのチームプレイ」とは具体的にどういうことなのか、を説明してみようと思います。 チームプレイの構成要素を整理すれば、他者に説明できるはず「チームプレイ」を具体的に説明するために、チームプレイが何によって構成されているのか？に着目しました。 「いい人が多い」など、人の内面はどうしても主観が入るので、客観的に説明するのが難しいです。そこで、「人の内面」以外でチームプレイを構成している要素を整理してみました

はじめに今は成果が大事なので人を大事にしている余裕などないし、そもそもそれ重要じゃないので というような言葉を聞いたこと、もしくはきっとこの人そう思ってるんだろうなと思ったことはないでしょうか。 高い目標や、ステークホルダーからのプレッシャーに日々向き合うベンチャー経営者・マネージャーは、特にこのように考える人が多いという印象です。 人を大事にするとはどういうことなのか定義した上で、この言葉が正しいのか間違ってるのか、以下考えていきたいと思います。 業績を上げるのは”人”企業というのは人の塊であり、その企業から生まれる業績は人の働きから生まれています。だから企業には人が存在しているのです。 当たり前のことを書いているのですが、意外にこの話が抜けたまま「人を大事にすべきだ」「人を大事にすることより成果が優先だ」という話に入る人が多いなという印象です。 企業にはなぜ人がいるのかという当たり前の

先日のRSGT2023で以下の発表がありました。「自分がそれほどプロダクト開発に興味がないことに気づく」は自分自身にも心当たりがありますし、プロダクト開発チームのリアルを言語化した発表だと思いました。この発表では、そうした言語化を受けてどうするのかについては深く触れられておらず、回答は聴衆に委ねられていることから、さらに議論を広げてみようと思います。 実際問題、真に興味を持つのは大変 現代のプロダクトマネジメントは、ひとつの深遠な専門領域になっていると思います。「本が1冊書ける」なんてレベルではありません。何百冊、何千冊と書ける世界です。そうした専門知識を組み合わせ、市場とユーザーとプロダクトを徹底的に分析し、データに基づいて仮説検証を繰り返し、それを自分のプロダクトに接続する方法を捻り出して、ようやく少し尤もらしい方向に近づきます。とても過酷な領域です。 ここにエンジニアが越境して興味を

エンジニアとして働く上での “組織づくり” に注目する番組です。毎回エンジニア組織の運営に携わるゲストをお呼びし、エンジニアリングチームで起きている問題について、技術・組織・ビジネスといった複数の観点で深堀りします。 優れたプロダクトづくりには不可欠なものの、情報交換が難しい「エンジニアリングチームづくり」。多様なゲストの経験や事例を紹介することによって、エンジニアリングチームに向き合うエンジニアやエンジニアリングマネージャーの方々に役立つ情報をお伝えします。 ホストを務めるのは、KabuK Style COO兼CTO 後藤秀宣

マネージャーのみなさん、自身で組織内に新しい役割を作ったことはありますか？ プロダクトやシステムの機能を担当する「チーム」として役割を定義することは普通に多くあると思います。また、エンジニアリングマネージャーやテックリードといった、他社で使われているタイトルに基づく役割を導入するといったこともあるでしょう。今回取り上げたいのは、そのようなある種既製の役割を導入するのとは異なる、カスタマイズされた役割を作る話です。 人と向き合う責務を持つマネージャーであれば、程度の差はあれど、役割を定義することを日々の仕事の中で行っています。書籍『エンジニアリングマネージャーのしごと』の中にも、第5章「その人に合った仕事とは」ではメンバーの内発的動機に基づいて職務内容を定義する話がありますし、第7章の採用において職務記述書を書く話も役割の言語化という意味で関連しています。ある程度安定的なミッションを持った一

はじめに プロダクト開発部でキャリア事業のEM（エンジニアリングマネージャー）をやっている大野です。前回は、私がエンジニアリングマネジメントをするに当たってどのようなアプローチをとっているのかを紹介しました。 tech.bm-sms.co.jp 今回は、他のEMと会話している際に、「EMが取り組む施策は失敗する可能性が高いよね」という話があがり、それに対して共感できる部分もありつつ、じゃあどうすればいいのか？を考える機会になったので、まとめてみました。 EMが取り組む施策は失敗する可能性が高い？ EMやそれに近しい役割を経験したことのある方なら、思い当たることがある人も多いのかなと思います。 自身の成功体験を元に組織改善しようとするが、中々変えることができない 他社のよい事例を参考に、自社での取り組みを開始したがうまく軌道に乗らない などです。 私自身も、過去こういった経験がそれなりにあり

技術組織のマネジメント @sunaot です。エス・エム・エスで技術組織のマネージャーをしています。入社時点から技術組織全体のマネジメントを担う役割でスタートし、今年で７年が過ぎました。 「エンジニアリングマネージャー (以下、EM) の仕事とはなんですか？」と聞かれたときにその定義を答えられるでしょうか？ 「1on1をすること」「メンバーの育成をすること」など、これは EM の仕事だという要素は挙げられても、全体像を言える人は中々いないのではないかと思います。そうしたときに頼りになるのは書籍ですが、EM に特化して仕事の全体像を語った書籍というのは日本語ではなかなかありませんでした*1。 EM の仕事単体でその全体像を説明するのが難しいのにはそれなりの理由があります。この記事では、全体像を語りにくい EM の仕事というものについて、技術組織のマネジメントという視点から全体を説明し、その中

こんにちは！ 株式会社grooves（グルーヴス） エンジニアリングマネージャー（EM）の福井です。 インフラやサービス運用に責任を持つOpsチームのマネージャーで、沖縄の離島からフルリモートで働いています。 今日は既にEMとしてご活躍中のみなさん、あるいはこれからEMとしてのキャリアにご興味をお持ちのみなさんが転職する時に必ず直面するであろう「EMやること多すぎ問題」について考えていきたいと思います。 なぜ「EMやること多すぎ問題」が発生するのかEMに求められる役割や担当する業務範囲は組織のフェーズや解決したい課題などの要因によって大きく左右されるため、一言でEMと言ってもその仕事内容にはかなりバラつきがあります。 手前味噌ですがエンジニア求人を探す時はForkwell Jobsが一番使いやすく、インフラエンジニアやEMなどの開発エンジニア以外の求人も充実している印象です。 試しに「エン

こんにちは！ファンタラクティブPRの石原です。 ファンタラクティブではさまざまな1on1を行っています。代表やマネージャーと、また有志が挙手してメンバー同士で行うことも。 今回ご紹介するのは、社外のエンジニアの方にエンジニア向けに行っていただいている1on1についてご紹介します。社外のエンジニア＝ひささん（@hisasann）にお話を伺ってみました。 ファンタラクティブの1on1については、こちらのpodcastでもご紹介しています。 チームラボでフロントエンドチームを立ち上げた「ひささん」ってどんな人？ファンタラクティブでは最初、代表との1on1の他にデザインマネージャーがデザイナーと1on1を行っていました。エンジニアとの1on1も行おうと考えていた時に、代表井村が組織開発に興味のあったひささんと知り合ったことでひささんとエンジニアの1on1が始まりました。 ▼ひささんのプロフィール

こんにちは、ゆのん(id:yunon_phys)です。このエントリーはAkatsuki Games Advent Calendar 2022の14日目の記事です。昨日はMaxBaconPowerさんの「巨大数でわかる Elixir の魅力」でした。Elixirが再帰が得意とはいえ、良くこんな題材を思いついたなと感心しました。早くふぃっしゅ数を見てみたいものです。 さて本題に入るわけですが、昨年、Engineering Manager(EM)を廃止して3つに分割したという話を書きました。そこから1年経ち、どのような状態になったのか、ふりかえりも含めて書いていきます。本記事は前回の記事を読まなくても読めるようにしていますが、更に背景理解したい方は前回の記事も読んでみてください。 hackerslab.aktsk.jp ずばりEMを無くして良かったのか これはマクロに見ると明確に良かったと思って

Engineering ManagerによるEngineering ManagerのためのPodcast メインパーソナリティ: ひろき(@hiroki_daichi)、ゆのん(@yunon_phys)、さとう(@ma3tk)

近年は、エンジニアを束ねるエンジニアリングマネージャー(EM)を採用する組織が増えています。 デリバリーに軸足を置くプロダクトマネージャーに対して、EMはエンジニアのピープルマネージメントに軸足を置いています。 そんなEM渇望の一冊が、先月末にオライリーから出版されました。 エンジニアリングマネージャーのしごと ―チームが必要とするマネージャーになる方法 : James Stanier 社内でも、今週月曜から部門横断の読書会が始まったばかりです。 その翌日に、Forkwell のイベントで同書の翻訳に関わった 吉羽龍太郎/@ryuzee 氏によるエンジニアリングマネージャーに関する講演を視聴する機会がありましたので、かんたんにレポートを共有します。 Forkwell イベント概要 エンジニアリングマネージャーのしごと - Forkwell Library #5 - connpass 公式レ