AIとの仕事は、もはやコーディングではなくリーダーシップに近い

私のエンジニアリングリードはコーディング経験がなく、25年のマネジメント経験があるが、これまでに3つの別々のプロジェクトを技術的に破綻させてきた。

彼はClaudeが言うことを何でも真実として受け入れる。彼は3週間で6万行以上のコードをバイブコーディングしたが、思い通りに動かせず、プロジェクトを3ヶ月も超過させた。怒ったステークホルダーが会議を開いて何が起こっているのか尋ねたとき、彼は現れず、代わりにジュニアエンジニアを送って質問に答えさせ、責任を取らせた。これこそリーダーシップだ。

タスクは非常に単純だ：何千人もの超高速でかなり優秀な請負業者があなたの会社の玄関に現れる。彼らにデータを任せるのはあまり信頼できないし、時々間違いも犯すし、組織や製品についてすべてをゼロから学ばなければならないし、しかも10分後にはまた去っていく。

この状況に対処できるように組織を設計できれば、超能力を得られる。そしてもちろん、これはコーディングの演習ではなく、マネジメントの問題だ。

私はこのことが始まったときにはすでに管理職にいた。しかし、20年の開発経験もある。だから私にとっては、これはスーパーパワーだった。今まさに業界に入ろうとしている開発者たちには同情するよ、きっと大変だろうから。私は基本的に自分の会社では開発者を雇うのをやめた。誰も解雇していないが、会社が成長し続けて仕事量が増えても、チームを拡大する予定はない。

私には当てはまらない。

私の頭はコーディングのときとまったく同じ場所にある――構築しているもののメンタルモデルへの深い技術的なつながりだ。

これは私の経験とはまったく違う。たぶん私がバイブコーディングをしないからだろうが、まだコーディングのように感じる。ただ文字をタイプしていないだけだ。ドメイン、関心の分離、そういったソフトウェアアーキテクチャのジャズについてまだ考えている。

ソフトウェアエンジニアは、もともと要件の収集や、実際の人間からの問題の文脈化、チーム内の他の人にやるべき仕事を説明することをやっていなかったのか？

これはリーダーシップではなく、単なるコミュニケーションだ。実際のソフトウェアエンジニアリングにはソフトスキルが満ちていると突然気づくのは、目新しい啓示ではない。

「マネジメント」と「リーダーシップ」という言葉は多くの意味を伝えるために使われるので、「LLMと働くことは<x>に近い」と言うとき、何を意味するのか注意深く説明することが重要だと思う。

私にとって、リーダーシップの最も重要な側面の一つは、長期的なビジョンを持ち、それを伝えることができることだ。言い換えれば、それは「何を」という問いに答える。

マネジメントの最も重要な側面の一つは、そのビジョンを具体化するためにリソースを組織化できることだ。言い換えれば、それは「誰が」と「いつ」という問いに答える。

私たちはまだ「どのように」という問いに答える必要がある――それには専門知識が必要だ――アーキテクチャと実装。

これらの要素はすべて、何かをするときに必要だ――たとえ自分一人でも――しかし、それを多くの外部リソースを使って行うときにはさらに重要になる――それが人のチームであれ、LLMのチームであれ。