チームビルディングの前提を疑う
「チーム ビルディング と は 何か」を検索すると、懇親会、研修、ワークショップといった施策が並ぶ。どれも悪くはない。けれど、15〜30名のスタートアップで本当に効くのかは別の話です。
私たちが見てきた限り、多くの組織は「人を増やして役割を分ける」前提でチームビルディングを考えている。エンジニアを採用し、PM を置き、デザイナーを迎え入れる。それぞれに関係性をつくり、文化を共有し、評価制度を整える。時間もコストも膨らむ。
でも、伸ばしたいのは出力であって、人数ではないはずです。
AI ノードを束ねる、という構造
AzRun では、ひとりのメンバーが 10〜30 ほどの AI ノードを同時に運用している。ノードとは、特定の役割を担うエージェントの単位のこと。競合の動きを毎週まとめるリサーチノード、Slack の議論を Notion に整理するノード、広告クリエイティブを生成して並べるノード。ひとつひとつは、専属の人を置くほどではないが、誰かがやらないと進まない仕事です。
従来なら「誰かに任せる」か「自分の時間を削る」の二択だった。今は第三の選択肢がある。AI ノードに任せて、人間はそれを束ねる側に回る。これがオーケストレーションの意味です。
指揮者は楽器を弾かない。でも、全体の音を聴いて、テンポを調整し、どのパートを強めるかを判断する。メンバーがやっているのは、それに近い。Claude や Cursor を使って出力をレビューし、改善の方向を指示し、次の入力を設計する。コードを書く時間よりも、PR をレビューする時間のほうが長い日もある。
少人数で出力を伸ばす、の実際
人を増やす前に、AI ノードを増やす。この順番を逆にするだけで、組織の構造は大きく変わります。
たとえば、ある週のタスクが「競合調査」「ドキュメント更新」「広告クリエイティブ 10 パターン作成」だったとする。従来なら、それぞれに担当者をアサインするか、ひとりが順番にこなすしかなかった。今は、3 つのノードを同時に走らせて、朝に仕込んで夕方に確認する。出力のスピードが変わる。
重要なのは、ノードを「道具」として使うのではなく、チームの一部として設計し直すことです。Notion にナレッジを集約し、Slack での議論を要約し、次の入力に反映する。このループを回すことで、AI ノードは組織の文脈を理解し、精度を上げていく。個人任せにしない仕組みが必要になる。
チームビルディングを再定義する
私たちが考えるチームビルディングは、人と人の関係づくりだけでは完結しない。人と AI ノードの役割分担をどう設計するか、誰がどのノードを束ねるか、出力の品質をどう保つか。ここまで含めて、チームの構造です。
少人数で高い出力を維持するには、一人あたりが扱える抽象度と並列度を上げるしかない。そのために、オーケストレーションという概念が必要になる。人を増やす前に、AI ノードを増やす。その設計と運用を、組織の中核に置く。
これは、懇親会や研修では実現できない領域です。
チームビルディングの前提を変えると、組織の設計も変わる。人を増やさずに出力を伸ばす構造に興味がある方は、ぜひ話を聞かせてください。