オペレーティングリズム
オペレーティングモデル（一段落で）
Enterprise AI はプラットフォームの Hub です。AI ケイパビリティを構築・ガバナンス・支援します。ATO はスポークであり、ファンクション内のシニアロールとして、デリバリーを所有し Enterprise AI とファンクションをつなぎます。Champion はファンクション内の 2 つ目の Hub を構成し、サブチームをまたいだピアコミュニティとして、採用を推進し、エージェントをパイロットし、ユースケースを表面化させます。ATO は 2 つの Hub を結びつけます。ユースケースに関する作業は ATO を経由して流れます。バグ、セキュリティ問題、プラットフォームへのフィードバックは直接上に流れ、プラットフォームが素早く学習できるようにします。
Slack チャネル
| チャネル | 公開範囲 | メンバー | 目的 |
|---|---|---|---|
| #enterprise-ai-collab | パブリック | GitLab チームメンバー全員 | チームメンバーエンゲージメントチャネル。質問、FAQ、インテークサポート。 |
#enterprise-ai | プライベート | Enterprise AI チーム | 内部 Hub のワーキングチャネル。ロードマップ、プラットフォーム課題、ガバナンス、エスカレーションルーティング。 |
#ent-ai-ato | パブリック | Enterprise AI と全 ATO | Hub-ATO 連携の日常的なワーキングチャネル。デフォルトの非同期モード。 |
#ent-ai-champions | パブリック | 全スポークの Champion、ATO、Hub | スポーク横断の Champion コミュニティ。学習と一貫性のため。作業のインテークではない。 |
ケイデンス
ケイデンスは意図的に段階的になっており、私たちが小さいうちは軽め、スケールするにつれて重めになります。全体を通じて非同期ファーストで、正式なフォーラムはスリムに保ちます。
毎日
#ent-ai-ato での非同期ファースト。コホート全体で強制的なスタンドアップは行いません。
毎週
- AI エンジニアと ATO のシンク。 各 ATO とその担当 AI エンジニア間で、最低でも週 1 回。新しいスポークの立ち上げや活発なビルド中はそれ以上（通常は週 2〜3 回）、本番プッシュ中は毎日。シンクの間は Slack で非同期。アサインメントは四半期ごとに見直されます。
- ATO とファンクションのリーダーシップチーム。 ATO は、適切な場合にそのファンクションのリーダーシップミーティングに参加し、常設のアジェンダ枠を持ちます。これにより、AI に関する作業がエグゼクティブスポンサーとともに、より広いファンクションのエグゼクティブチームに表面化します。
隔週
- ATO とエグゼクティブスポンサー。 優先事項が変化するなかでのアップデートと反応的な優先順位付け。
- ATO Council。 全 ATO と Enterprise AI の代表者。60 分。必須。ショー・アンド・テル、プラットフォームのアップデート、共有された問題、スポーク横断の学び。これはサイロを解消するフォーラムであり、ATO の参加が増えるにつれて、自然とスコープと価値が拡大していきます。
- Champion と ATO のシンク。 30 分。ファンクション内のインテークとコーチング。シンクの間の日常的な非同期は
#ent-ai-championsで行われます。
毎月
- Champion のデモまたは共有会 をファンクション全体で開催。ATO がホストし、Champion がプレゼンします。
- それ以外は控えめにします。AI の動きは速すぎて、毎月のレビューを主要なレバーにはできません。
四半期ごと
四半期ビジネスレビュー。 Director, Enterprise AI、ATO、エグゼクティブスポンサー。30 分、スライド 2〜3 枚:
- 振り返り: 提供したユースケース、採用、提供した価値。
- 今後: 計画されたユースケース、依存関係、リソース配分。
- その他: プロセス改善、フィードバック、要望。
スリムでパンチの効いた内容に。スライド地獄は避けます。
Champion モデル
なぜ Champion か。 ATO は 200 名以上のファンクション内のすべてのユースケースを個人的に推進することはできません。Champion Hub はサブチームへのリーチを広げ、ファンクション内に実践のピアコミュニティを作ります。
性質。 Champion は ATO の直接の部下ではありません。彼らはファンクション内のピアコミュニティです。ATO は Enterprise AI への橋渡し役であり、マネージャーではありません。
選定。 ATO がサブチームマネージャーの承認を得て Champion を選定します。サブチームまたはスクワッドごとに 1 名。時間の 5〜10%、マネージャーと正式に合意します。
役割。
- 自チーム内のユースケースを特定して見極める。
- エージェントとワークフローをパイロットする。
- サブチーム内の同僚をコーチングする。
- 摩擦やフィードバックを ATO に伝える。
ケイデンス。 完全なスケジュールは上の ケイデンス セクションを参照してください。要約すると、ATO と Champion のシンクは隔週、#ent-ai-champions での日常的な非同期、毎月のファンクション全体での Champion デモ、四半期ごとに Enterprise AI が運営するスポーク横断 Champion のショー・アンド・テル。
ルーティングルール。
- ユースケースの依頼、アイデア、プロジェクト作業: Champion から ATO へ。Hub へ直接ではない。
- バグ、セキュリティ問題、プラットフォームのフィードバック: Champion から Hub へ 直接（
#ent-ai-championsまたは Serval 経由）。
意思決定権
| 意思決定 | オーナー |
|---|---|
| ファンクション内でのユースケース優先順位付け | ATO。エグゼクティブスポンサーの組織優先事項と会社目標に従う。より大きな、またはファンクション横断の判断はエグゼクティブスポンサーにエスカレート。 |
| ソリューションの構築方法（技術的アプローチとベストプラクティス） | Enterprise AI。ATO と連携。 |
| プラットフォームとツーリングの選択 | Enterprise AI |
| セキュリティ、データ、ガバナンスレビュー | Enterprise AI（公開された SLA を持つアカウンタブルなプラットフォームレビュアー） |
| ファンクション内の成功指標 | ファンクション自体のビジネス指標。それらを動かす責任は ATO にあります。Hub はスポーク間で集約します。 |
| カスタムツールの標準スタックへの再プラットフォーミング | Enterprise AI |
| ファンクション内のビルド（Champion または個人コントリビューター） | ATO が、中央集権的な戦略と標準への整合性をゲートする |
| ファンクション内の Champion 選定 | ATO とサブチームマネージャーの承認 |
| ATO の採用 | 5 段階のループ。AI Transformation Owner を参照 |
エスカレーションパス
何かが燃えているとき（本番で壊れたユースケース、セキュリティインシデント、スポークに影響するプラットフォームの停止）:
- ATO（ATO が不在の場合は Champion）が Serval 経由で報告。
- Serval のルーティングが
#enterprise-aiに通知をトリガー。 - Hub のオンコールが受領してトリアージ。
- Hub が発信元のチャネル（
#ent-ai-atoまたは#ent-ai-champions）にフィードバック。
緊急ではない問題は、まず #ent-ai-ato での非同期をデフォルトとします。
リソース目標
各 AI エンジニアは最大 2 名の ATO（1:2 の上限）とペアを組みます。スポークの初期段階（通常は最初の四半期）では、立ち上げを加速するために 1:1 に近い形でペアを組みます。スポークが成熟してデリバリーのリズムが定着すると、同じ AI エンジニアが深さを失わずに 2 つ目をサポートできるようになります。
関連
- Hub & Spoke & Hub - 戦略的なナラティブ。
bfd74782)