オペレーティングリズム

オペレーティングモデル（一段落で）

Enterprise AI はプラットフォームの Hub です。AI ケイパビリティを構築・ガバナンス・支援します。ATO はスポークであり、ファンクション内のシニアロールとして、デリバリーを所有し Enterprise AI とファンクションをつなぎます。Champion はファンクション内の 2 つ目の Hub を構成し、サブチームをまたいだピアコミュニティとして、採用を推進し、エージェントをパイロットし、ユースケースを表面化させます。ATO は 2 つの Hub を結びつけます。ユースケースに関する作業は ATO を経由して流れます。バグ、セキュリティ問題、プラットフォームへのフィードバックは直接上に流れ、プラットフォームが素早く学習できるようにします。

Slack チャネル

ケイデンス

ケイデンスは意図的に段階的になっており、私たちが小さいうちは軽め、スケールするにつれて重めになります。全体を通じて非同期ファーストで、正式なフォーラムはスリムに保ちます。

毎日

#ent-ai-ato での非同期ファースト。コホート全体で強制的なスタンドアップは行いません。

毎週

• ATO Council。 全 ATO と Enterprise AI の代表者。60 分。必須。ショー・アンド・テル、プラットフォームのアップデート、共有された問題、スポーク横断の学び。これはサイロを解消するフォーラムであり、ATO の参加が増えるにつれて、自然とスコープと価値が拡大していきます。
• AI Engineer と ATO のシンク。 各 ATO とその担当 AI Engineer 間で、最低でも週 1 回。新しいスポークの立ち上げや活発なビルド中はそれ以上（通常は週 2 〜 3 回）、本番プッシュ中は毎日。シンクの間は Slack で非同期。アサインメントは四半期ごとに見直されます。
• ATO とファンクションのリーダーシップチーム。 ATO は、適切な場合にそのファンクションのリーダーシップミーティングに参加し、常設のアジェンダ枠を持ちます。これにより、AI に関する作業がエグゼクティブスポンサーとともに、より広いファンクションのエグゼクティブチームに表面化します。

隔週

• ATO とエグゼクティブスポンサー。 優先事項が変化するなかでのアップデートと反応的な優先順位付け。

• Champion と ATO のシンク。 30 分。ファンクション内のインテークとコーチング。シンクの間の日常的な非同期は #ent-ai-champions で行われます。

• ファンクションの AI オフィスアワー。 45 分。必須であり、すべての ATO が実施します。Champion だけでなく、ファンクション内の全員が参加できます。ATO が主催し AI Engineer も参加するため、技術的な質問はチケットになるのではなく、その場で回答されます。自由参加で構成は決めません。アジェンダも出席要件もなく、参加者に準備を求めません。Champion と ATO のシンクとは別の週に設定するため、ファンクションの予定には毎週参加可能な場があります。

  これは Champion ではないファンクションの大多数にとっての窓口です。また、ATO にとって最も低コストなシグナル源でもあります。参加者が持ち込む質問は選別前のユースケースであり、繰り返し現れるものはロードマップに取り込む価値があります。

毎月

• 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 だけが参加経路ではありません。 Champion ネットワークは ATO のリーチを広げますが、ファンクションのメンバーが質問する前に担当 Champion を探す必要はありません。隔週のオフィスアワーは、まさにその理由からファンクション全体に開かれています。Champion も参加できますが、Champion 専用のフォーラムではありません。

ルーティングルール。

• ユースケースの依頼、アイデア、プロジェクト作業: Champion から ATO へ。Hub へ直接ではない。
• バグ、セキュリティ問題、プラットフォームのフィードバック: Champion から Hub へ 直接（#ent-ai-champions または Serval 経由）。
• ファンクション内のその他のメンバー: オフィスアワー、#enterprise-ai-collab、または担当 Champion。ユースケースに関する業務は、3 つのどの経路でも ATO に届きます。ルーティングルールは業務をどこでトリアージするかに関するものであり、誰が提起できるかに関するものではありません。

意思決定権

エスカレーションパス

何かが燃えているとき（本番で壊れたユースケース、セキュリティインシデント、スポークに影響するプラットフォームの停止）:

1. ATO（ATO が不在の場合は Champion）が Serval 経由で報告。
2. Serval のルーティングが #enterprise-ai に通知をトリガー。
3. Hub のオンコールが受領してトリアージ。
4. Hub が発信元のチャネル（#ent-ai-ato または #ent-ai-champions）にフィードバック。

緊急ではない問題は、まず #ent-ai-ato での非同期をデフォルトとします。

リソース目標

各 AI Engineer は最大 2 名の ATO（1:2 の上限）とペアを組みます。スポークの初期段階（通常は最初の四半期）では、立ち上げを加速するために 1:1 に近い形でペアを組みます。スポークが成熟してデリバリーのリズムが定着すると、同じ AI Engineer が深さを失わずに 2 つ目をサポートできるようになります。

関連

• Hub & Spoke & Hub - 戦略的なナラティブ。

ページのソースコードを見る - ページの編集 - please contribute.