組織内でClaude Coworkを使ってワークフローをスケーリングする

スケーリングのマインドセット

Skill、プラグイン、コネクタが組み合わさることで、部門を横断して業務を変革する運用モデルが構築されます。Coworkのセットアップが完了し、チームへの展開準備が整うと、次の問いが生まれます。「Coworkを導入したが、それを価値あるものにするワークフローの構築と統治について、どう考えればよいのか？」

AIから最大の価値を引き出している組織は、最高のプロンプトを持つ組織ではありません。導入を組織設計の課題として捉えている組織です。

このような展開は、一つの規律の上に成り立っています。それは、各ワークフローのどのステップを管理者が担当し、どのステップをチャンピオンが担当し、どのステップをClaudeが自律的に実行するかを決定し、その境界をエビデンスに基づいて動かしていくことです。ワークフローの成果が信頼できると証明された場合、Claudeが担う範囲は広がります。エラーが発生した場合は、人が一歩引き受けます。

あなたはこの展開のディレクターであり、作業が自動化されたからといって、その所有権が移るわけではありません。チャンピオンがSkillを公開したり、スケジュールされたタスクが共有チャンネルにダイジェストを投稿したりする場合、組織内の誰かがその成果物を所有しています。その人はそれを説明し、弁護し、修正することができます。AIは作業の生み出され方を変えますが、それに対する説明責任は組織の人々に残ります。

対象者: 管理者、AI CoEリーダー、変革チーム、部門リーダーなど、組織全体でClaude Coworkを機能させる責任を持つすべての人。すべてのワークフローを自分自身で構築する必要はありません。それは、チームのために構築する社内のチャンピオンやパワーユーザーを通じて実現されます。あなたの仕事は、戦略、チャンピオンの選定、そしてイネーブルメントです。

構成要素



構成要素がどのように組み合わさるか

Skill、コネクタ、プラグインが1つの財務ワークフローのためにどのように組み合わさるかを見てみましょう。

財務チームのメンバーが、Claudeに12月の現金勘定の照合を依頼します。Financeプラグインがインストールされているため、Claudeは照合Skill（総勘定元帳と銀行口座を照合するための手順）を読み込みます。データウェアハウスコネクタが試算表と取引データを取得します。Claudeは比較を実行し、不一致を検出し、ワークペーパーを書き戻します。1つの依頼に対して3つの要素が関わっています。コネクタがデータを供給し、SkillがClaudeを導き、プラグインがそれを届けます。

Skillフライホイール：個人から組織へ

Skill、コネクタ、プラグインは、個人固有のワークフローを超えてスケールします。財務を例に、個人の専門知識が組織的な能力へと発展する典型的な流れを見てみましょう。

1. 構築: FP&Aマネージャーが、月次差異レポートを取得するSkillをワークショップで検討・構築し、収益の分析方法に関する手順も含めます。マネージャーはそのSkillをチームメンバーと共有します。
2. 検証: 数名のFP&Aアナリストにそれを渡してテスト・審査を行い、Skillが効果的かつ安全であることを確認します。
3. 昇格: 検証が完了すると、財務チャンピオンがそれをFinanceチームプラグインに昇格させ、すべての財務チームメンバーへの配布を確実にします。これにより、すべてのFP&Aアナリストが差異分析Skillを実行したり、定期的に実行するプロンプトをスケジュールしたりできるようになります。
4. 拡大: 部門全体で、検証済みSkillの成熟したライブラリを形成することが目標です。経理部門は仕訳入力用のSkillを構築し、財務部門は日次資金管理用のSkillを構築します。これらはすべて、部門チャンピオンまたは管理者によって審査・承認されます。

Skillとプラグインは、組織を横断する水平的なワークフローを推進することもできます。例えば、デザインチームがリリースした組織全体のブランディングSkillを、管理者がCoworkのすべてのユーザーに提供することができます。これにより、財務チームがチャートを作成する際には、常に組織のブランディングSkillのガイドラインに従うことになります。部門を横断するその他のワークフローには、マネージャーが自己評価を作成したりピアフィードバックをまとめたりするのを助けるパフォーマンスレビューSkillや、Claude Coworkをナレッジベースに接続し、それを検索・統合する方法を知っているSkillと組み合わせて構築する社内Wikiなどがあります。

これがフライホイールです。個人の専門知識が組織的な能力となり、組織の能力とベストプラクティスがチーム全体に配布されていくのです。

2. ガバナンス姿勢の選択

Skillが部門を通じて配布され、組織の他の部分に広がっていくことで、ワークフローはスケールします。ガバナンス姿勢とは、その広がりがどれだけ自由に起こるかについてのあなたのスタンスです。

ガバナンス姿勢によって、どの経路が開かれるかが決まります。初期設定を選択する際には、組織にとって適切なSkillおよびプラグイン管理のアプローチをよく検討してください。

姿勢は1つのスイッチではありません。組織設定 > プラグインとSkill（ポリシータブ）にある3つの組織レベルの設定、そしてプラグインの範囲をどう設定するかによって決まります。

• ユーザー作成Skill — ユーザーは自分でSkillを構築できるか？
• Skill共有 — ユーザーは自分が作成したSkillやプラグインをチームメンバーに渡せるか？
• 公開 — ユーザーは組織ライブラリに公開できるか？　まったくできない（「Off」）、オーナー、またはロールでLibrariesが「Can manage」に設定されている人が各提出物を承認する（「Requires review」）、あるいは自由に公開できる（「Open」）のいずれか。
• プラグインのグループアクセス — どのグループが各プラグインを閲覧／自動インストールできるか？

グループへのプラグイン共有により、管理者は特定のグループに対してプラグインの組織全体での利用可否を上書きし、プラグインアクセスをさらに絞り込むことができます。例えば、プラグインをLegalグループのみに利用可能にしたり、Engineeringに対して自動インストールしつつ他の全員には非表示にしたりできます。

ガバナンス姿勢は現時点ではコネクタへのアクセスを制御しません。コネクタは組織全体でオン／オフが設定され、Enterprise Planでは、カスタムロールを通じてグループごとに範囲を設定できます。RBACは、上記の組織レベルの設定の範囲内で、誰がSkillを作成・共有できるかを含め、機能へのアクセス（Cowork、Codeなど）を管理します。

管理者がSkillとプラグインをどのように配布するか（管理者提供のSkill、グループ範囲のプラグイン、GitHub同期マーケットプレイス）については、組織向けにSkillを提供・管理する、Coworkプラグインの管理、およびグループ別にプラグインアクセスをカスタマイズするを参照してください。

3. チャンピオンモデル

チャンピオンとは、熱心な導入者であり、チーム内での仲間の導入を推進する手助けをする人々です。パイロットを実施する場合、彼らはその参加者となり、Coworkの展開において重要な役割を果たします。チャンピオンは、ワークフローをテストし、ワークショップでデモを行い、プラグインを維持し、自部門内での導入を推進する人々です。

良いチャンピオンの条件:

• すでにAIツール（Claudeであれ他のものであれ）から価値を得ているパワーユーザー
• チームのために構築し、実験する意欲がある
• 部門のフィードバックを収集し、障害を明らかにする上で管理者から信頼されている

チャンピオンの見つけ方:

• 利用状況分析は、チャンピオンを発見するための優れたシグナルです。Anthropicはユーザーごとのアクティビティデータを提供しており、早期にパワーユーザーを見つけるのに役立ちます。
• 機能部門のリーダーに推薦を依頼する
• 目標比率はユーザー25～50人につきチャンピオン1人
• さまざまな部門にわたって、技術系と非技術系のユーザーを混在させる
• 熱心な人と懐疑的な人の両方を含める。熱心な人だけのパイロットは偽陽性を生む

チャンピオンに与えるべきもの:

• Skillを作成する権限、およびパイロットグループ向けにピアツーピアのSkill共有を有効にすることの検討
• Skill、プラグイン、および使用しているガバナンスモデルに関する30分間のオリエンテーション
• 部門を横断するチャンピオンがうまくいっていることを共有できるチャンネル（Slackチャンネル、Teamsグループ）
• 出発点としてのAnthropicの事前構築済みプラグインへのアクセス
• 展開への貢献に対する評価

チャンピオンに期待すること:

• チームのために2～3個のスターターSkillを構築する
• チームがワークフローを監査し、ユースケースのアイデアを生み出すのを支援する
• チーム向けにSkillワークショップを実施する
• 自部門のプラグインを所有・維持する。サブチーム向けプラグインの必要性を特定する（例：MarketingとDemand Genなど）
• チャンピオンチャンネルで、うまくいっていることといないことを明らかにする
• 自部門のSkillについて四半期ごとのキュレーションレビューを行う

4. 展開フェーズ

最も速く、最も深い価値を得ている組織は、準備に投資し、最初の体験をキュレーションし、次の5つの原則に従って意図的にガバナンスを行っています。

• 経営層のスポンサーシップ: キックオフメール1通だけでなく、目に見える形で持続的に行う。
• キュレーションされた最初の体験: 無計画な試行錯誤ではなく、価値の高いユースケースへユーザーを導く。
• コネクタの早期有効化: Coworkが既存のツールに届くと、「なるほど」という瞬間がより早く訪れる。
• チャンピオンネットワークを最優先: すべてのチームに、デモ、トラブルシューティング、普及活動ができる人が必要。
• ガバナンスを事前に定義: コネクタの承認、Skillの作成、アクセスポリシーを初日から定める。

典型的なCoworkの展開は次のようになります。ペースは組織に合わせて調整してください。以下のフェーズは、Cowork Enterprise管理者ガイドのセットアップと構成の手順が完了していることを前提としています。

フェーズ1：パイロット

目標: 構成を検証し、少人数のチャンピオングループで最初の実証ポイントを生み出す。

管理者とAI変革チームが担当すること:

• パイロット部門ごとに1～2人のチャンピオンを募集する。セクション3の基準に従う。
• 初期コネクタを組織全体で有効化する。リスクレベルに応じてセキュリティレビューの順序を決める（まず読み取り専用から始めるのが一般的）
• 組織全体でのSkillおよびプラグイン共有の戦略に基づき、パイロットグループの初期ガバナンス姿勢を設定する
• 事前に2～3個の成功指標を定義し、フィードバックループ（パルスサーベイ、ダッシュボードレビュー、フィードバックのエスカレーション経路）を構築する
• パイロットグループに対して、ローンチ、初期コネクタ、イネーブルメントの機会を告知する

チャンピオンが担当すること:

• 自部門向けにAnthropicの事前構築済み機能プラグインをインストールして試す
• 自分の業務のために2～3個のスターターSkillを構築する
• チャンピオンチャンネルで、うまくいっていること／行き詰まっていることを報告する

準備が整ったら終了する条件:

• 4週目までに週間アクティブユーザー率が70%超
• 各パイロット部門で、複数の再現可能なユースケースが検証・文書化されている
• チャンピオンがチーム向けにワークショップを実施する意欲があり、説明を受けている

パイロットと広範な展開の間で変わるのは、通常、ガバナンス姿勢、セキュリティによって承認された新しいコネクタ、そして自部門のチャンピオンとともにオンボーディングする新しい部門です。

フェーズ2：拡大

目標: パイロットの実証ポイントを部門レベルの導入へと転換する。Skillフライホイールはここから始まる。

管理者とAI変革チームが担当すること:

• 次の波の部門にアクセスを開放する。それぞれのチャンピオンをオンボーディングする
• 次の階層のコネクタをセキュリティ審査で承認する
• パイロットのエビデンスをもとにガバナンス姿勢を見直す（ほとんどの組織はここで緩和する）
• セルフサービスリソースと段階的なサポート経路（チャンピオン → プログラムチーム → Anthropic）を構築する
• 支出パターンを監視し、コントロールを調整する

チャンピオンが担当すること:

• 自部門向けにSkillワークショップを実施する（形式 → セクション5）
• チームが構築したSkillを明らかにする。最良のものを部門プラグインへ昇格させる
• チャンピオンチャンネルで部門を横断して成功事例を共有する

終了条件:

• オンボーディング済みのすべての部門に、明確なオーナーが付いた維持管理されているプラグインがある
• 各部門でワークショップが実施され、参加者の過半数がSkillを構築または採用した
• コネクタとガバナンスのリクエストが、定義されたプロセスを通じて流れている

フェーズ3：スケールとモニタリング

目標: 残りの部門に展開し、ローンチモードから運用リズムへと移行する。

管理者とAI変革チームが担当すること:

• ワークショップの取り組みを残りの部門に展開する
• ケイデンスを確立する：月次のチャンピオンチェックイン、四半期ごとのガバナンスレビュー
• Skillライブラリと高度な機能を所有するAIイネーブルメントCoEを立ち上げる（または正式化する）
• 測定の対象をアクティビティ（WAU、セッション数）から成果（時間削減、ユースケースのROI）へ移行する。四半期ごとに報告する

チャンピオンが担当すること:

• 四半期ごとのキュレーション：チームから最良のSkillを明らかにし、優れたものをプラグインへ昇格させ、古くなったSkillをアーカイブし、重複を統合する
• 人員の異動に伴い、後任のチャンピオンをオンボーディングする
• プラグインとSkillのイネーブルメントを新入社員のオンボーディングに組み込む

次の状態になれば、定常状態に入っています:

• すべての主要部門に、所有されたプラグインとアクティブなチャンピオンがいる
• 新しいSkillが、プログラムチームよりもチャンピオンからの方が速くライブラリに追加されている
• 四半期ごとのROIレポートが、単なる時間削減ではなくビジネス価値に基づいて実施されている

この展開を超えて維持する価値のある習慣は、再割り当てです。四半期ごとに、またチャンピオンがチームを異動するたびに、各プラグインと各スケジュールされたタスクを今誰が所有しているかを問い、その所有権を意図的に動かしてください。成果がそれに値すると証明された部分では、Claudeが自律的に実行する範囲を広げ、そうでない部分ではタスクを人に引き戻してください。パイロットで引いた境界線は出発点にすぎず、エビデンスが集まるにつれて何度も引き直していくことになります。

避けるべき落とし穴:

• ローンチ ≠ イネーブルメント。 ITがスイッチを入れてメールを送るだけでは展開とは言えません。Coworkの展開は、チェンジマネジメントを必要とするプログラムとして扱ってください。
• 第一印象の失敗。 誘導のない試行錯誤は期待外れに終わります。役割ごとにスターターユースケースをキュレーションし、チャンピオンに最初のセッションを主導させてください。
• チャットの罠。 ユーザーはコネクタなしの短いプロンプトに頼りがちです。イネーブルメントでは、委任とチャットを並べてデモする必要があります。コネクタが提供されたら、ユーザーに認証を促してください。
• 構成を恒久的なものとして扱う。 利用状況のエビデンスをもとに、コネクタと姿勢を見直す計画を立ててください。機能している実証ポイントは、もう一度セキュリティレビューを行うよりも、次の承認のリスクを下げます。

時間削減やログイン数だけを測定する。 Claude CoworkのROIが自社のビジネスにとって何を意味するかを検討してください。生産性の測定に加えて、新たに完了した正味の業務量やユースケースに関する定性的なフィードバックを含む、成果ベースの指標を定義してください。

5. イネーブルメントの方法

Coworkのトレーニングは、可能な限り実際にキーボードを操作する形で行うべきです。価値は「見る」ことではなく「行う」ことの中に現れます。しかし「トレーニング」は、ユーザーがその旅のどの段階にいるかによって、実際には3つの異なる仕事になります。チーム向けにイネーブルメントを設計する際は、Anthropicの研究に基づいたAI活用力の原則を参照してください。

イネーブルメントは自然な進行をたどります。ユーザーはまずコネクタを使って1つのタスクを完了することから始め、次にSkillとプラグインで習熟度を高め、最終的にはClaude Coworkが自動的にワークフローを実行してくれる段階に到達します。

フェーズ1：アクティベーション（最初のプロンプトから最初のSkillまで）

すべてのユーザーを、ゼロの状態からコネクタを使った最初の成功タスクへと導きます。

• 役割ごとにキュレーションされた最初のセッション。白紙のページを渡さないでください。「[営業担当者／PM／アナリスト]としての最初の3つのタスク」を説明する1ページの資料を共有するか、Skillを配布してください。
• コネクタ認証の瞬間。 ユーザーがコネクタを認証するまで、Claudeは業務に必要なツールやデータにアクセスできません。これを偶然に任せないでください。ローンチ当日に10分間のカレンダー予約を入れるか、セットアップ支援のためにチームメンバーを交代で配置してください。
• 並列デモ。チャンピオンが、同じタスクをチャットプロンプトで行った場合と、コネクタを使って委任したClaude Coworkタスクで行った場合を並べて見せます。同じ入力、異なる出力です。
• 1対多のCowork 101トレーニング。Claude Cowork入門で概説されているカリキュラムに従って、Skill、コネクタ、プラグイン、定期タスクを紹介します。

フェーズ2：イネーブルメント（コネクタ、Skill、実際のワークフロー）

最初の成功から、再現可能な習熟度へと移行します。すべてのユーザーが、頼りにできる少なくとも1つのSkillと、インストールされた少なくとも1つのプラグインを持つようにします。

• Skillワークショップ。イネーブルメントの取り組みの中心です。すべての参加者が実際の業務のために少なくとも1つのSkillを構築する、実践的なセッションです。チャンピオンはフェーズ2～3の間に部門ごとに1回実施します。Skillとは？を参照してください。
• プラグイン活性化の後押し。プラグインをインストールし、早期にそのSkillを実行したユーザーは、Claude Coworkをより速く習得します。パイロット終了後に関連プラグインが利用可能であることを確認し、ローンチのコミュニケーションにプラグインの使い方の案内を含めてください。Claude Coworkプラグインの管理を参照してください。
• 週次オフィスアワー。 チャンピオンが画面共有を行い、行き詰まっているユーザーの問題を解消し、新しいSkillをデモする30分間のドロップインセッションです。
• 今週のSkill。チームが、実際の業務で動作している様子を収めた短い動画とともに、1つのSkillをチームチャンネルに投稿します。Skillは部門横断チームにインスピレーションを与えます。
• チャンピオンデモデー。月次のケイデンスで行う部門横断のショー＆テルです。営業のチャンピオンが通話準備Skillをデモし、エンジニアがインシデントのポストモーテム作成Skillをデモします。これがアイデアがサイロを越える方法です。

フェーズ3：習慣化（自動化と定常状態）

持続的な導入とは、ユーザーが朝席に着いたときにはすでにClaude Coworkが動いている状態を意味します。

• 全員に1つのスケジュールされたタスクを持たせる。ユーザーが日次のパイプラインダイジェストや週次レポートを自動的に受け取るようになると、Claude Coworkの方からユーザーのもとへやってくるようになります。チャンピオンに教えるよう頼む前に、まず自分自身でこれを実行してみてください。Coworkでは、チャットで次のように依頼します。

  平日は毎朝8時に、接続されたCRMから未決のパイプラインを取得し、昨日ステージが変わった案件を要約して、ダイジェストをチームチャンネルに投稿してください。

  

  Cowork で開く

  スケジュールされたタスクは、他のCoworkセッションと同じアクセス権で実行されるため、生成されるものは実際のツールに反映されます。この習慣を展開する前に、新入社員の最初のレポートを確認するのと同じように結果を確認してください。初回実行後にチャンネルを開き、ダイジェストがそこにあり、昨日の変更を網羅しており、チームが期待する形で読めることを確認します。時間通りに実行されても誤った要約を投稿するタスクは、チームがいつの間にか信頼しなくなるものです。スケジュールされたタスクを参照してください。

• 既存の儀式に組み込む。週次パイプラインレビューの標準が、Claude Coworkが生成したダイジェストになります。月次の取締役会向けプレゼンテーションの標準が、Claude Coworkが組み立てた初稿になります。Claude Coworkを既存の業務リズムに結びつけてください。

新入社員のオンボーディングに組み込む。初日のチェックリストにCoworkを含めてください：デスクトップアプリをインストールする（業務でコンピュータ上のファイルやアプリケーションを扱う場合や、組織がCoworkをデスクトップアプリでのみ提供している場合）、3つのコネクタを認証する、部門プラグインをインストールする、その代表的なSkillを実行する。Claude Desktopのインストールを参照してください。

6. よくある質問

特定のユーザーが見られるコネクタを制御できますか？ はい、Enterprise Planでは可能です。カスタムロールのユーザーは、そのロールに含まれるコネクタのみを見ることができます。組み込みロールのユーザーは、組織全体で有効化されているすべてのコネクタを見ることができます。

コネクタを有効化すると、Claudeは自動的に全員のデータにアクセスするのですか？ いいえ。コネクタは3段階のゲートモデルを使用します。管理者がコネクタを組織全体で有効化し、ユーザーのロールにそれが含まれており、各ユーザーが自分自身のアカウントをリンクします（ただし、IDプロバイダーを通じて管理された認可を設定している場合を除く）。Claudeは、そのユーザーの既存の権限の範囲内でのみデータにアクセスできます。

ユーザーはAPIキーや認証情報を含むSkillを共有できますか？ Skillには決して認証情報を含めるべきではありません。Skillが認証済みアクセスを必要とする場合は、コネクタを使用すべきです。これをチャンピオンのトレーニングとSkillの審査プロセスに含めてください。組織全体への配布やプラグインへの組み込みを承認する前に標準的なチェックを実行する、Skill監査用のSkillを作成することをお勧めします。

重複した、または質の低いSkillが作成されるのをどう防げばよいですか？ 部門ごとに名前空間を分け、四半期ごとのキュレーションレビューを実施し、チャンピオンモデルを活用してください。ほとんどのチームにとって、ガイド付き作成の姿勢が最良のバランスです。人々は自由に作成できますが、組織レベルへの昇格はレビューを経る必要があります。

プラグインはバージョン管理とどのように同期しますか？ プラグインはGitHub同期をサポートしています。プライベートなGitHubリポジトリをプラグインマーケットプレイスとして接続できます。変更は通常のプルリクエストプロセスを通じてマージされ、ユーザーに自動同期されます。リポジトリ構造の詳細については、Coworkプラグインの管理を参照してください。

Skillとスケジュールされたタスクの違いは何ですか？ Skillは誰かがトリガーしたときに実行されます。スケジュールされたタスクは、Claudeがスケジュールに従って自動的に実行する保存済みプロンプトであり、他のCoworkセッションと同じアクセス権を持ちます。ユーザーは、Cowork UIでプロンプトを入力しスケジュールを選択するか、チャットで依頼することでタスクを設定します。「毎日午前6時に」のような自然言語のリクエストだけで作成でき、ほとんどのスケジュールされたタスクはそのように作成されます。よくある用途：毎朝8時に実行され、Slackに投稿される日次パイプラインダイジェスト。

デスクトップアプリのインストールやコネクタのセットアップについてヘルプを得るにはどこに行けばよいですか？ デスクトップアプリの展開、コネクタの構成、組織アーキテクチャのセットアップを扱うClaude Cowork Enterprise管理者ガイドを参照してください。

参考資料: Cowork Enterprise管理者設定 ·組織向けにSkillを提供・管理する · 組織向けにCoworkプラグインを管理する · Coworkで定期タスクをスケジュールする