創業記念日なのでエンジニア組織のマネージャーについて考えてみた | DevelopersIO

はじめに 本日7月7日はクラスメソッド株式会社の創業記念日です。クラスメソッドは16期目を迎えました。つまり15周年ですね。ばんざーい。 さて、最近すっかりテクニカルなブログを書く機会が減ってしまった僕ですが、創業記念日の今日も、マネジメントについてポエムりたいと思います。なお、マネージメント論やマネージャー論は人によって大きく想いや解釈が違うものであり、その組織の状況やフェーズや文化によってそれぞれ違います。以下のブログはあくまで僕個人の価値観であることをご理解ください。 マネージャーは不要なのか？ という話題をよく見かけるようになりましたが、まずそもそもエンジニア組織のマネージャーって何やってるの？というところを細分化したいと思います。 エンジニア組織のマネージャーをロールに分けるのであれば、大きく以下の4つになると僕は考えます。 組織マネージャー 技術マネージャー ビジネスマネージャ

[miau]

プロジェクトマネージャー的な役割が無いのが気になるんだけど、どういう前提なんだろう？

[iwanofsky]

お、おぅ

[thesecret3]

そりゃマネージャーのお仕事は資源配分で、一番重要な人の配置を決めた時点で、かなり仕事は終わってるので、あとはお祈りしてればいいのだけど、それは現場にいるエンジニアから見たら、役立たずかもね。

[sion_cojp]

組織マネジメントは必要だけど、それは役割を担ったチームや部署でやるべきで、マネージャーとは違うんですよね

[yamadadadada2]

10年前ぐらいの感覚な気がする

[braitom]

おおよそ同じ意見だなー。“ビジョン、カルチャー、採用が高度に組織化されていれば、技術マネージャーとピープルマネージャーは不要になるだろう””組織マネージャーとビジネスマネージャーは必要”

[katzchang]

一言で表せないってのが「マネージャー」の難しいところかもな

[tolkine9999h]

改めて考える