“EMは、テックリード的素養を求められやすい役割である” にも関わらず、全然TL的な動きができているEMがいないから、ソフトウェアエンジニアはEMになりたがらないのだと思う。
組織をシステムに見立ててリアーキテクティングする視点はEMのモチベ向上になりそう
"「組織をエンジニアリングする」と捉えれば、エンジニアリングマネジメントに対して違った面白さが見えてくるのではないだろうか。” それが見えてないので向いてないのかもしれない
逆にピープルマネジメントの正解が知りたい。そもそも指導して成長するならみんな成長してると思うんだよな。マネージャーの評価にメンバーの成長がある時点で達成不可能だと思う。
私はITエンジニアだけど、EMと言えばEM菌。手配師や心理カウンセラー的なITエンジニアにとっては傍流も甚だしい役割も兼ねた職種をITエンジニアに割り当てるからおかしな話になる。定義から見直した方がいい職種。
メンバーをクビにする権限や法的根拠が無いとやってられないというのが大きい 全てのメンバーを業務委託にするわけにもいかんし
この辺は、マネジメントと組織リーダーシップという考え方がありますね。
結局、EMが嫌なんじゃなくて、解く課題が火星に行くみたいなんじゃなくて、しょーもない上からのお達しとか、脆弱性対応の管理とかだから楽しそうに見えないんじゃないかなあ
菌？
これを読んで理解してもなお「そうなんだ！やってみたい！」となるエンジニアは多くなさそう。書いた通りに動くプログラムと、そうではない人間。どっちもエンジニアリングだと言われてもギャップは大きい
好きなことだけやれれば一番いいとは思う。でも上司が現場なんもわからん人がきたらそれはそれで嫌なんじゃない？個人開発じゃないのでマネジメントとは無縁ではいられない。
“リーダーシップを発揮して、個では成し得ない成果を生み出す ”
EM？文中の“エンジニアリングマネジメントでいいのかなと思ったらみんな「EM菌｣を連想したので安心した（
EMを「組織をエンジニアリングする」仕事と捉える。問題発見・構造把握・技術判断の経験を活かし、個人では難しい成果をチームで生む。実装力を伸ばす時間は減る一方、技術とマネジメントの掛け合わせが強みになる。
エンジニアにとってEMは魅力のない役割なのか - mtx2s’s blog
“EMは、テックリード的素養を求められやすい役割である” にも関わらず、全然TL的な動きができているEMがいないから、ソフトウェアエンジニアはEMになりたがらないのだと思う。
組織をシステムに見立ててリアーキテクティングする視点はEMのモチベ向上になりそう
"「組織をエンジニアリングする」と捉えれば、エンジニアリングマネジメントに対して違った面白さが見えてくるのではないだろうか。” それが見えてないので向いてないのかもしれない
逆にピープルマネジメントの正解が知りたい。そもそも指導して成長するならみんな成長してると思うんだよな。マネージャーの評価にメンバーの成長がある時点で達成不可能だと思う。
私はITエンジニアだけど、EMと言えばEM菌。手配師や心理カウンセラー的なITエンジニアにとっては傍流も甚だしい役割も兼ねた職種をITエンジニアに割り当てるからおかしな話になる。定義から見直した方がいい職種。
メンバーをクビにする権限や法的根拠が無いとやってられないというのが大きい 全てのメンバーを業務委託にするわけにもいかんし
この辺は、マネジメントと組織リーダーシップという考え方がありますね。
結局、EMが嫌なんじゃなくて、解く課題が火星に行くみたいなんじゃなくて、しょーもない上からのお達しとか、脆弱性対応の管理とかだから楽しそうに見えないんじゃないかなあ
菌？
これを読んで理解してもなお「そうなんだ！やってみたい！」となるエンジニアは多くなさそう。書いた通りに動くプログラムと、そうではない人間。どっちもエンジニアリングだと言われてもギャップは大きい
好きなことだけやれれば一番いいとは思う。でも上司が現場なんもわからん人がきたらそれはそれで嫌なんじゃない？個人開発じゃないのでマネジメントとは無縁ではいられない。
“リーダーシップを発揮して、個では成し得ない成果を生み出す ”
EM？文中の“エンジニアリングマネジメントでいいのかなと思ったらみんな「EM菌｣を連想したので安心した（
EMを「組織をエンジニアリングする」仕事と捉える。問題発見・構造把握・技術判断の経験を活かし、個人では難しい成果をチームで生む。実装力を伸ばす時間は減る一方、技術とマネジメントの掛け合わせが強みになる。