AIでコードは書ける。でも、関係性はどうする？〜エンジニアと“組織開発”のこれからを考える〜

僕はふだん、WebエンジニアとかCTOみたいな感じでシステム開発の現場にいながら、大学院で「人材開発・組織開発」なんていう、ちょっとカタそうなことも勉強してたりします。あ、これ、「開発組織（コード書くチーム）」のことじゃなくて、「組織開発（チームの関係性とか空気感）」のほうです。 名前が似てて、めちゃくちゃややこしいんですよね、これ（笑）。たまに間違えられちゃうんですけど、今日は「組織開発（Organization Development） = 関係性」のほうの話です。

で、最近ずーっと考えていることがあるんですよね。

AIがコードを書くのは、もう当たり前

ChatGPTとか、GitHub Copilotとか、Claude Codeとか、Cursorとか、すごいじゃないですか。

もう、コードを書くっていう作業は、どんどんAIがやってくれるようになってますよね。

コードレビューだってAIが手伝ってくれるし、

バグ修正も、ドキュメント作るのも、AIでかなりの部分いけちゃう未来が、もうすぐそこまで来てる感じがします。

──でも。

でも、ですよ。

結局のところ、プロダクトって「人」と「チーム」で作ってるんですよね。

AIがどれだけコードを爆速で書いてくれたとしても、

みたいな、もやもや〜っとした「空気」とか「感情」の問題って、全然なくならないじゃないですか。

AIはコードを書いてくれる。でも、チームのギスギスした感じを、AIが直してくれるわけじゃない。

むしろ、自動化とかAIで「効率化」が進めば進むほど、コードには直接現れない「関係性の質」みたいなもののほうが、よっぽどプロダクトの価値を左右する大事なポイントになってくるんじゃないかな、と僕は思うんです。

組織は、コードみたいにキレイじゃない

僕も昔、あるプロジェクトでこういう経験があって。

プロダクトはちゃんと動いてる。仕様も通ってる。コードもキレイ。

なのに、なんか、チームの雰囲気が悪くて、全然「前に進まない」んですよね。

それって、技術的な問題じゃないんですよ。明らかに。

• なんでその機能を作るのか、その「根拠」がちゃんと伝わってなかったり

• 細かい仕様の「意図」が曖昧なまま、なんとなく進んじゃってたり

• 「こんなこと言ったらマズイかな…」っていう「言いにくさ」が溜まって、大事な議論ができてなかったり

もう、コードがいくら正しくても、チームがギクシャクしてたら、いいものなんて作れないんですよね。

その時、「あー、これはもう、技術力だけじゃ解決できない問題だわ」って、本気で思いました。

で、どうすんのよ

じゃあ、どうすればいいんだ、と。

そこで僕が最近考えているのが、

AIを、単にコードを書く道具じゃなくて、「チームを良くするための道具」として使えないかな？

ってことなんです。

たとえば、ですけど、

• Zoomの議事録をAIで解析して、「あ、このチーム、心理的安全性の兆候が出てますね」みたいに可視化するとか

• Slackのやりとりから、「最近この人とこの人が全然話してない」とか「一部の人ばっかり発言してる」みたいな偏りを検出するとか

• テキストの感情のトーンを分析して、チームの“空気感”をなんとなく数値で出してみるとか

AIに、僕ら人間が気づけていない「チームの空気」を教えてもらう、みたいなイメージです。

まあ、こういうの、みんな欲しいですよね。 実際、似たようなサービスもちょっとずつ有料で出始めてるみたいですし。そりゃニーズありますよ（笑）。僕も欲しい。

これからのEMは「翻訳者」になる

これって、エンジニアリングマネージャー（EM）の仕事が、めちゃくちゃ変わっていくってことだと思うんですよね。

昔は、EMって「コードも書けるすごいマネージャー」みたいな感じだったじゃないですか。

でもこれからは、

「技術の言葉」と「人の言葉」を行ったり来たりする「翻訳者」

みたいな役割が、もっともっと重要になるんじゃないかな、と。

コードレビューに込めた技術的な意図を、ちゃんとチームに「翻訳」して伝える。

チームに起こってる対人関係のモヤモヤに気づいて、それを技術的にサポートする（さっきのAIの例みたいに）。

AIを使って、技術的な負債だけじゃなくて、「コミュニケーションの負債」も見つけにいく。

そういう、「技術」と「人」の両方にちゃんと向き合える存在が、すごく大事になってくる気がします。

僕も、いろいろ実験してます

で、まあ、偉そうに言ってるだけじゃなくて、僕も個人プロジェクトで「AI × 組織開発」をテーマに、いろいろプロトタイプを作ってるんですよね。

• 議事録をAIが解析して、「心理的安全性」っぽいキーワードを引っぱってきたり

• チームの感情をテキストマイニングして、ダッシュボードにしてみたり

• 1on1のログをもとに、対話の質を上げるためのレコメンドを出したり

技術で殴るのでもなく、ひたすら「がんばろう！」ってコーチングするのでもなく、なんかこう、「第三の方法」でチームをうまくサポートできないかなって、実験してる最中です。

この記事を読んで、「わかるー」とか「いや、それは違うだろ」とか、もし何か思うことがあったら、気軽にコメントもらえると嬉しいです。

一緒に未来の「開発組織のカタチ」を考えていけたらな、と思います。

ではまた！

P.S. もしよかったら、スキとかフォローもらえるとめちゃくちゃ喜びます。励みになります。