5つの決定と、取り消しにくい4つの設定

情報システム部門に「Claudeを全社で使えるようにしてほしい」という話が来たとき、最初に何を決めればいいのか迷うことがあります。ログインの方法、誰が何を使えるか、費用の上限、何を記録に残すか。決めることは多く、しかもどこから手をつけるかで、あとの作業のやり直しの量が変わってきます。

このコースでは、組織へのロールアウトで決めるべきことを5つの決定に整理します。情報システム部門や導入責任者、社内でAI導入を判断する管理職を読者に想定していますが、順番の考え方そのものは、法人研修の題材としても使える構造です。

依存する順番で5つ決める

5つの決定は、思いついた順ではなく、依存する順番で並んでいます。あとの決定は、前の決定が作ったものを土台にするからです。

上から3つ、アクセス・ガバナンス・支出は、いずれも最初に決めた「構造」が作る人のまとまり（グループ）を単位に設定します。グループの形が決まっていないうちにアクセスの設計を始めると、あとで作り直しになります。

最後の可視性だけは性格が違います。可視性は新しい何かを決めるというより、アクセス・ガバナンス・支出でどう動いているかを記録し、測る仕組みです。他の4つすべてを読み取る終端の位置にあり、可視性を変えても他の4つには波及しません。

なぜ「構造」を最初に決めるのか

構造とアイデンティティの決定とは、組織をいくつに分けるか、社員の本人確認をどの仕組みで行うか、という決定です。ここで作る「グループ」という単位に、あとの3つの決定がすべて乗っかります。

たとえば、部門ごとにグループを作ってから「このグループにはどの機能を許すか」を決めるのがアクセスの決定であり、「このグループにはいくらまで使わせるか」を決めるのが支出の決定です。グループの切り方を変えると、アクセスも支出もガバナンスも作り直しになります。最初に決めるべきは、誰が何を使うかではなく、どういう単位で人をまとめるかです。

後戻りが重い設定を先に知っておく

5つの決定の中には、あとから変更が簡単なものと、そうでないものが混ざっています。すべてを慎重に決める必要はなく、後戻りが重い設定だけ、決める前に立ち止まればいいのです。公式ドキュメントで確認できた範囲では、次の3つがとくに重いものとして明記されています。

この3つに共通しているのは、「決めるのを遅らせても損はない」という点です。ドメインキャプチャや保持期間の短縮は、準備が整うまで有効化しなくても、Claude自体は普通に使えます。慌てて決める理由がないものを先に決めてしまうのが、一番よくある失敗です。

たとえば、一般企業で情報システム部門がドメインキャプチャを初日に有効化してしまい、まだ組織の外にいる契約社員の個人アカウントが巻き込まれて混乱する、という場面が考えられます。病院であれば、電子カルテとは別の院内システムでAI利用を試験導入する際、データ保持期間を「念のため」短く設定してから、あとになって監査のために長めに残しておきたい記録があったと気づく、という場面もありえます。どちらも、後戻りが重い設定を先に知っていれば避けられます。

やってみよう

演習1：5つの決定を自分の組織に当てはめる

自分の組織でClaudeを導入するとしたら、構造・アクセス・ガバナンス・支出・可視性のそれぞれを、誰に相談すればよさそうか考えてみてください。情報システム部門、予算の責任者、データやセキュリティのリスクを見る役割、現場の責任者など、実在する立場を思い浮かべながら書き出します。

演習2：後戻りが重い設定の準備状況を確認する

ドメインキャプチャ、個人アカウントの統合、データ保持期間の短縮の3つについて、自分の組織で「今すぐ決めてよいか」「まだ準備が整っていないか」を考えてみてください。まだ準備が整っていないものがあれば、何が整えば決められるようになるかも合わせて書いておきます。

今日のまとめ

3行で振り返ります。

• Claudeを組織に入れる決定は5つに整理でき、構造とアイデンティティが土台になり、可視性が他の4つを読み取る終端になる
• あとの4つは、最初に決めた「グループ」という単位の上に乗るため、構造を先に決めないと作り直しになる
• ドメインキャプチャ・個人アカウントの統合・データ保持期間の短縮の3つは、公式に後戻りが重いと明記されており、慌てて決める必要がない

次のレッスンでは、最初の決定である「構造とアイデンティティ」を、組織の分け方と本人確認の仕組みの両面から見ていきます。