このページは原文を AI が翻訳したものです。
3ヶ月前、私はEngineering Managerへの昇進が決まったことについて記事を書いた。あの頃の私は、興奮と不安が入り混じりながら、準備すべきことをたくさんリストアップしていた。管理書を読む、チームスナップショットを作る、引き継ぎ資料を書く、などなど。
あれから3ヶ月。読み返してみると、役に立ったものもあれば、そうでなかったものもある。
まったく新しい2つのプロジェクト
昇進後の一番の変化は、「コードを書かなくなった」ことではない——確かにそれは少し寂しいけれど——むしろ、これまでまったく関わったことのない2つのプロジェクトを引き継いだことだ。
誤解しないでほしいのは、技術スタックがわからないわけではない。技術面にはまだ自信がある。本当に不安だったのはビジネス領域だ。以前Team Leaderをしていたときは、担当プロジェクトのことは隅々まで知っていた。各機能の経緯、過去の判断の背景、すべて把握していた。今は新しい2つのプロジェクトを前に、私は部屋の中で一番ビジネスに詳しくない人間になっている。
この感覚はとても微妙だ。自分はこのチームのManagerなのに、メンバーが毎日やっていることについて、入社3ヶ月目の開発者よりも理解していないかもしれない。
私の泥臭いやり方
高度な方法論なんてない。私がやっていることは実に素朴だ。
毎日の定例会議に参加する。 形だけの参加ではなく、一人ひとりの発言を真剣に聞く。わからない内容があれば、あとで自分で調べる。
Jiraを見る。 退屈に聞こえるかもしれないが、効果はある。メンバー各自のタスクと進捗を見ることで、プロジェクトの全体像が少しずつ見えてくる。どんな機能が開発中で、どんな問題が繰り返し起きていて、誰がどの部分を担当しているのか。Jiraがすべてを教えてくれるわけではないが、良い出発点にはなる。
人に聞く。 わからない業務上の問題があれば、以前そのプロジェクトを担当していた同僚に直接聞きに行く。これは言うのは簡単だが、実行するには少し勇気がいる。Managerとして「わかりません」と言うのは、一瞬ためらわれるものだ。しかし、すぐに気づいたのは、ほとんどの人が喜んで説明してくれるし、自分から学ぼうとする姿勢を好意的に評価してくれるということだ。
これらの方法はどれも格好良くないし、管理書から学んだものでもない。でも、効果はある。
優先順位:最大のチャレンジ
この3ヶ月で一番難しかったことは何かと聞かれれば、新しい役割に慣れることでも、コードを書かないことでもなく、情報が不十分な中で優先順位を判断することだ。
2つの新プロジェクトが最優先であることは明確だ。しかし、チームメンバー全員がこの2つのプロジェクトに携わっているわけではない。他にもタスクやプロジェクトがあり、目を配る必要がある。問題は、まだ十分に理解していない仕事について、その緊急度や重要度を判断するのが難しいことだ。
今の私のやり方はこうだ。確信が持てないことについては、まず背景情報を調べてから判断する。当たり前のことのように聞こえるが、実際の仕事では、すぐに答えを出さなければというプレッシャーが常にある。「少し調べてから返事します」と言えるようになったのは、この3ヶ月で学んだ重要なスキルのひとつだ。
管理書について:正直な感想
昇進する前に、私は『Become an Effective Software Engineering Manager』を真剣に読んだ。あの本は確かにいくつかのフレームワークや概念を与えてくれて、経験ゼロの私にスタート地点を提供してくれた。
でも、読み終えた後、次の管理書を探すことはしなかった。
学ぶ必要がなくなったと思ったわけではない。むしろ、自分に合った方法を見つけたのだ。具体的な問題に直面したとき、直接AIに聞く。 例えば「初めての業績評価で気をつけることは?」「チームメンバー間の意見の対立をどう処理する?」——こうした具体的なシチュエーションの質問には、AIが非常に的を射たアドバイスをくれる。一冊の本を最初から読むよりずっと効率的だ。
本の価値は基礎となる認知の枠組みを作ることにある。そのステップはもう終えた。これからは、実践の中で問題に直面し、それを解決していくことの方が多い。もちろん、今のニーズにぴったり合う本に出会えば、読むつもりだ。ただ、「管理書を読まねば」という概念に焦ることはもうやめた。
最近読んでいるのは『わたしたちの箱根駅伝』。リレー競技についての本で、チームがどう連携し、プレッシャーの中でどう踏ん張り、どうバトンをつなぐかが描かれている。わざわざマネジメントのヒントを探して読んだわけではないが、読んでいると時々ふと思う。ああ、これはまさに今の自分の毎日の仕事だな、と。
3ヶ月のまとめ
この3ヶ月の感想を一言でまとめるなら、こうだ。マネジメントで一番難しいのは、マネジメントそのものではなく、不確かな中で前進し続けることだ。
業務への理解が正しいか確信が持てない。優先順位の判断が妥当かどうか自信がない。「少し調べてから返事します」と言ったことが、チームには優柔不断に映っているのではないか。
しかし、3ヶ月経って、少なくともひとつ確信できたことがある。わからないことを認めて、素直に学ぶことは、何でも知っているふりをするよりずっと良い。チームが必要としているのは、全能のManagerではない。彼らの仕事を理解しようとする人だ。
道はまだ長い。次の3ヶ月は、「業務を理解する」から「より自信を持って判断できる」ようになりたい。
その時はまた記事を書こう。
- * *
これは私のEngineering Managerとしての旅の2本目の記録です。1本目は昇進前の心境と準備について書きました。開発からマネジメントへの転向を考えている方に、何か参考になれば幸いです。




コメントを読み込み中…