1人目EMとして入社した私がプロダクト組織のボトルネックになり 2人目EM採用を通じて権限移譲するまで

by Naoto Sato

Embed

Start on current slide

Slide 1

Slide 1 text

1人目EMとして入社した私がプロダクト組織のボトルネックになり 2人目EM採用を通じて権限移譲するまで 2026/04/22 EM Oasis #11 @naopr

Slide 2

Slide 2 text

@naopr (なおぱー) ● Engineering Manager@カケハシ ● https://twitter.com/naopr ● Love ☗ 🍺 🍶 🛫 自己紹介 https://naopr.hatenablog.com/entry/2024/09/22/093117 https://speakerdeck.com/naopr/from-seed-to-tech-lead

Slide 3

Slide 3 text

わたしのマネジメント歴【Tech Lead】・マイクロサービス化の推進【EM】・2チーム・エンジニア5〜10人程度のマネジメント・チームのミッション・ロードマップ作成メルカリソウゾウ（子会社）マイベスト【EM】・1チーム・エンジニア5〜10人程度のマネジメント・エンジニアのHiring Manager ・エンジニア組織の生産性可視化プロジェクトの立ち上げ・推進【EM】・3〜5チーム・エンジニア10〜20人程度+デザイン組織のマネジメント・エンジニアのHiring Manager ・採用広報カケハシ【EM】・絶賛オンボーディング中

Slide 4

Slide 4 text

Slide 5

Slide 5 text

この発表の元ネタ

Slide 6

Slide 6 text

1. 1人目EMとしての入社と当時の役割 2. ボトルネックを解消していたはずの私がボトルネックに 3. ボトルネック解消のための2人目EM採用 4. 2人目EMへの権限移譲の実践アジェンダ

Slide 7

Slide 7 text

Slide 8

Slide 8 text

入社当時の体制 CTO TL1 TL2 Engineer エンジニア採用採用広報

Slide 9

Slide 9 text

● CTOの多忙 ○ カレンダーが面談・面接等の予定で埋まっている ○ 組織改善や採用広報に手が回らない ● TLの多忙 ○ ピープルマネジメントの負担が大きい ○ 開発に使える時間が少ない入社当時の課題エンジニア組織のスケールが困難

Slide 10

Slide 10 text

EM入社後の体制 CTO エンジニア採用採用広報

Slide 11

Slide 11 text

● CTOの多忙 → エンジニア採用のスケール & ドライブ🔥 ○ 今まで以上にスカウト送信やリファラル採用が推進できた ○ ブログ連載や勉強会、スポンサーブース出展が実施できた ● TLの多忙 → 開発に集中🔥 ○ 開発業務に集中できるようになりアウトプットが増えたポジティブな変化🔥

Slide 12

Slide 12 text

ボトルネックが解消した！

Slide 13

Slide 13 text

~ﬁn~

Slide 14

Slide 14 text

Slide 15

Slide 15 text

1 year later…

Slide 16

Slide 16 text

エンジニアの数が2倍に増えた CTO エンジニア採用採用広報

Slide 17

Slide 17 text

● 採用業務の停滞 ○ エンジニア採用はしたいが積極的なアクションができない ○ 採用資料が古くなってきているが更新が後手に回る ● チームマネジメントの希薄化 ○ チームのスクラムイベントに出られないことが増え、チームとの距離ができる ○ 発生する問題への対処で精一杯で、成果を出すための積極的なコーチングができない新しい課題

Slide 18

Slide 18 text

私がボトルネックになっていた

Slide 19

Slide 19 text

Slide 20

Slide 20 text

私がボトルネックなのはわかった。じゃあどうするか

Slide 21

Slide 21 text

1. 内部登用 2. TL兼務 3. EM採用ボトルネック解消の選択肢

Slide 22

Slide 22 text

各選択肢の検討内部登用：見送り EM転換による開発力低下のリスクを考慮。適任者はいたが、本人のIC志向を尊重。（EMを経験することの魅力付けやキャリアへの寄り添いをやりきれていなかった） TL兼務：見送り TLがまたボトルネックになる懸念を考慮。 EM採用：選択中長期の組織スケールに必要と判断。

Slide 23

Slide 23 text

EM採用を続けること約半年...

Slide 24

Slide 24 text

2人目EMの入社が決定🎉

Slide 25

Slide 25 text

Slide 26

Slide 26 text

どう権限を移譲する？

Slide 27

Slide 27 text

🤔

Slide 28

Slide 28 text

再掲：EM入社後の体制 CTO エンジニア採用採用広報

Slide 29

Slide 29 text

どう権限を移譲する？ ┗ どの権限を ┗ どういう時間軸で

Slide 30

Slide 30 text

● どの権限を：1チームのマネジメント権限 + 採用 ○ 既存プロダクトのグロースチーム ● どういう時間軸で：入社後期間でそれぞれ期待値を分けて ○ 入社時点：ICとしてチームに入る ○ 3ヶ月後： ■ ICとしてオンボーディング完了、チーム改善着手 ■ 採用、採用広報も徐々に分担 ○ 6ヶ月後：EMとしてチームマネジメントができている権限移譲の設計

Slide 31

Slide 31 text

2人目EM入社後の体制 CTO エンジニア採用採用広報

Slide 32

Slide 32 text

● 既存プロダクトのグロースチーム ○ 得意なWeb FEのスキルが活かせる ○ 会社の主軸事業でドメイン知識のキャッチアップをしやすい ● 最初はICとして入る ○ ドメイン知識・メンバーとの信頼関係を作った上でEMになる方がスムーズ ● 最初は採用業務は移譲スコープに入れない ○ キャッチアップする業務は絞った方がお互いの期待値を揃えやすく負荷も小さい設計意図

Slide 33

Slide 33 text

● 入社前：権限移譲の進め方に加えて各フェーズでの想定グレード・給与も伝える ● 毎日：メンターとしてオンボーディング ● 毎月：キャッチアップスピードと当初の想定とのギャップを確認し、翌月の動き方をすりあわせる権限移譲の進め方

Slide 34

Slide 34 text

権限移譲の想定と実際 3ヶ月・ICとしてオンボ完了・チーム改善着手・採用業務着手 6ヶ月・EMとしてチームマネジメント開始 3ヶ月・採用業務着手 4ヶ月・EMとしてチームマネジメント開始想定実際 1ヶ月・ICオンボ完了・PjM開始 6ヶ月・私の退職

Slide 35

Slide 35 text

権限移譲のふりかえりうまくいったこと難しかったこと想定より前倒して2ヶ月目からPjMを任せられた（レポートラインはそのまま） PjM・EM・TLの役割分担をうまく定義できず PdMを混乱させてしまった。レポートラインごと移譲してもよかったかもしれない 2人目EMの入ったチームで以前よりも改善ループが回るようになったジュニアメンバーの多いチームだったため、障害対応や開発プロセス改善等で2人目EMの負荷が高くなってしまった EMの数が1→2になったことで暗黙知が形式知化された。今日のRubyKaigiでもブース出展とDrinkup開催が実現できている！暗黙知を形式知にしたり引き継ぎを行うコストが想定よりもかかった。人脈等個人に強くひもづくスキルは引き継ぎ切れない

Slide 36

Slide 36 text

「あのタイミングで 2人目を採用して権限委譲してなかったら今頃かなりやばかったので、今振り返ってみても素晴らしい判断でした」ー CTOより

Slide 37

Slide 37 text

● ボトルネックを解消しているうちに自身がボトルネックになっていることがある ● 権限移譲をする際には「どの権限を」「どういう時間軸で」を意識してみるとよい ● 入念に権限移譲の設計をしても現実は理想通りにはいかない今日の話は私の所属した組織での1つのやり方に過ぎませんこの後のテーブルディスカッションや懇親会でぜひ話しましょう！まとめ