Engineering Managerを廃止して1年経ちました - Akatsuki Hackers Lab | 株式会社アカツキ（Akatsuki Inc.)

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

[masatomo-m]

ピープルマネジメントの面ではTLがEMになっただけで、TLの職務範囲が広がっただけには見えた。"評価内容に技術的な内容がより盛り込まれるようになり" とあるので、これまでのEMはEngineeringわからないManagerだったのかな

[ledsun]

結果的にいわゆる人事部みたいな組織（採用と人材育成とそれにともなう異動を管理する）が生まれてくるの面白いなあ。組織が300人くらいの大きさになると必要になってくるのかな？

[onk]

技術あまり強くないチームマネージャだとメンバーの成長を加速できない、兼務 PjM だとこぼれ球を拾う役に成り下がって PjM の専門性を知らしめられない、は共感する。

[nemoba]

EMを廃止したというか、多重責務を持ってたEMを、本来のEM(Team Lead)に近い責務にさせた感が。ただ、TeamLeadの目的は人じゃない気がするけど。

[Eiichiro]

ピープルマネジメントと、プロダクトマネジメントは組織系統を２重にするありなのかもなぁ。と常に思っている。全権持ってるマネージャーは強すぎて忙しくなりすぎるので。

[Con_Humi]

EMなんて要らないのか？と思ったら違う話だった

[d4-1977]

技術とピープルのマネジメントについての解像度が上がっていく過程の話。なるほどなあ。語彙が少なくなってしまうけど、マネジメントで何を組織として大切にしたいか？と問題に向き合った感じがしました

[nabinno]

SDLCの企画・開発/製造・管理のフェーズ/職能別に構成した方が責務が混ざらなくて良い。職能と機能のハイブリッドで組織を構成する場合はリソースコントローラーとしてEMは役に立つ。

[seal2501]

EMの期待値を適切にラベリングして明確にするという点はよい(EMはスーパーマンではない)。ただ、役員とかからのEMへの期待が大きくなりすぎてないかとか、TLの負荷が増大してるのではという点が気になったので続報待ち

[yfukuda827]

専門性を持った組織の維持に、一番の専門家が管理方面に回っていく図式になるんだよなあ。専門家以外がサポートに回るのはやっぱ無理なのかな。

[t10471]

プロジェクトマネジメントする人がいなかったの...?記述が分からないEMがいたの...?PM、EM、TLでバランス取るから良いと思うんだけどなぁ

[noseld]

ただ上位職を置くんじゃなくて、責任範囲から逆算してポジション作るの大事。

[soybeancucumber]

マネージャーが悪いんじゃなくて技術力がないマネージャーが悪いのだと思う

[proverb]

興味深い