AIはかつてないほどの速さでコードを生成できますが、多くの企業はいまだに、仕事を部署間でやり取りするレガシーなプロセスでプロジェクトを進めています。その結果、コードは猛スピードで進む一方で組織が遅れをとるという、典型的なボトルネックが発生しています。
Temp Squadsと呼ばれる新しいアプローチは、ツールではなく「人」を再編成することで、そのミスマッチを解消します。考え方はシンプルです。単一のビジネス目標に向けて、短期間の多機能なチームを編成し、AIを活用して各メンバーの作業を加速させ、目標が達成されたらチームを解散させるというものです。
なぜAIだけでは不十分なのか
大規模言語モデルは、関数の生成、リファクタリングの提案、さらにはモジュール全体の記述さえ可能です。しかし、プルリクエストが複数の部署（それぞれが異なるサイロに分かれている）間での受け渡しによって停滞した瞬間、それらの利点は消え去ります。受け渡し作業がAIによって節約された時間を食いつぶし、さらなる会議が遅延を招くのです。
組織に求められているのは、作業を最初から最後まで単一の集中したグループの内側に留めておく方法です。そこでTemp Squadのコンセプトが登場します。
Temp Squadのフレームワーク
Temp Squadとは、特定のビジネス成果を達成するために構築される、一時的なクロスファンクショナル（部門横断型）チームのことです。メンバーはバックエンドエンジニア、UXデザイナー、プロダクトオーナーといった通常の肩書きを維持したまま、プロジェクトの期間中だけスクワッドに加わります。目標が達成されると、スクワッドは解散し、常設のチームがそのコードの長期的な所有権を引き継ぎます。
ステップ・バイ・ステップの実装方法
- 目標の定義 – ビジネス側が、実現したい機能や成果の「理由（Why）」と「内容（What）」を提示します。この段階では、詳細なタスクリストは必要ありません。
- マイルストーンの作成 – 目標を単一のカードにまとめ、リスク、成功指標、期待される成果も併記します。このカードが、ビジネス側と技術側の唯一の参照点となります。
- Temp Squadの編成 – バックエンド、フロントエンド、UX、データなど、必要とされる正確なスキルを特定し、それらの個人を集めます。彼らは他の業務も継続しますが、スクワッドのためにリソースを割り当てます。
- オープンソースモデルの活用 – マイルストーンを、共有リポジトリに保存された小さく独立したIssueに分割します。スクワッドのメンバーであれば、誰でも自分の手が空いた時にIssueを拾うことができ、硬直的なタスク所有者の階層構造を避けることができます。
- AIインテリジェンスの適用 – AIアシスタントが各Issueをスキャンし、実装プランを提案します。この提案によって開発者はスムーズに作業を開始できますが、コードを書く前に必ず人間がレビューして承認する必要があります。
- スクワッドの解散 – マイルストーンの指標が達成されたら、スクワッドを解散します。常設のチームが、メンテナンスや将来の機能拡張のために新しいコードベースを継承します。
成功の鍵
- 受け渡しの排除 – すべての作業がスクワッド内で行われるため、チケットが複数の部署をまたいで移動することはありません。
- スキルの参加範囲の拡大 – AIが生成したスキャフォールディング（雛形）の支援を受けることで、デザイナーやマネージャー、その他の非エンジニアもコードベースに直接貢献できます。
- 会議負担の軽減 – 複数のグループ間で行われる連鎖的なステータス報告に代わり、単一のコミュニケーションチャネルで完結します。
- 長期的な所有権の維持 – スクワッド解散後も既存のプロダクトチームがコードを所有し続けるため、「放置された」機能が発生するのを防ぎます。
潜在的なデメリット
(将来の入力のためにセクションを空けておく)
試してみる方法
小さく始めましょう。一つのプロジェクトでパイロット運用を行い、その結果を測定してください。
まとめ: AIはコード作成を加速させますが、それに合わせた組織のリズムがなければ、その利点は霧散してしまいます。Temp Squadsは、人と言語モデルを単一の明確な目標に向けて整列させることで、AIのスピードを現実のデリバリーへと変換させるのです。