開発者がマネージャーを敬遠する理由とは違い、現役EMが語る組織課題を解く面白さ(mtx2s.hatenablog.com)
書く言語: 韓国語書かれた言語で読む
わかりやすい要約
- エンジニアリングマネージャー(EM)は開発チームを率いる管理者です。筆者は、マネージャーを承認や会議、調整、責任とプレッシャーとしか見ていない開発者は少なくないだろうと述べ、自分も以前マネージャーの打診を断ったと明かしています。
- 筆者は、マネージャーは人の管理だけをする役職ではないと主張します。組織の課題を解いてチームが力を発揮できるようにする役割であり、問題を見つけ、構造を把握し、本当の原因を突き止める過程はエンジニアリングに似ていると考えています。
- 例として、チームAがチームBとたびたび調整しなければならなかった原因を調べたところ、二つのチームが担当するコードが強く絡み合った構造でした。それを緩やかに直した後、チームAは調整なしで開発できるようになったと紹介しています。
- 筆者は、単一チームのEMが自ら開発も並行するプレイングマネージャーを勧めています。技術的な判断力を養うためですが、並行は負担が大きく、開発の腕の伸びも遅くなる点は認めています。
編集部の意見
O: マネージャーを打診されて迷っている開発者に、チーム間の調整が繰り返し発生する仕事を一つ選び、それが組織の問題なのかコードの結合の問題なのかを分けて書き出してみることを提案しています。
X: 兼務を勧めるのは書き手の意見であり、書き手自身もプレイングマネージャーは負担が大きく、実務の力が伸びにくいと認めています。そのため、どのくらいの割合を担うかは組織の状況に合わせて考える必要があります。
書く言語: 韓国語
掲載元
はてなブックマーク テクノロジー ↗ / 掲載記事
似たような経験はありますか?そのときどうしたか、一言二言で教えてください。製品に詳しくなくても大丈夫です。