計画書にまとめ、関係者ごとに説明する

構造とアイデンティティから可視性まで、5つの決定を順番に見てきました。最後のレッスンでは、それらを1つの計画としてまとめ、関係者に説明し、実際に展開していく段取りを扱います。

5つの決定を1枚にまとめる

ここまでのレッスンで決めたことを、あらためて並べてみます。

この5つを1枚にまとめておくと、あとから「なぜこの設定にしたのか」を振り返るときの拠り所になります。決定した日付と、決めた人の名前も添えておくと、担当者が変わったときの引き継ぎが楽になります。

関係者ごとに説明を変える

5つの決定をそのまま全員に説明しても、聞く側にとっては情報が多すぎます。相手が知りたいことに絞って渡すほうが、承認も協力も得やすくなります。

同じ「Claudeを組織に入れます」という話でも、渡す情報の粒度を変えるだけで、それぞれの相手にとって必要な判断材料がそろいます。

一度に広げず、段階を踏む

すべての決定が固まったあとも、全社に一度で展開するのはリスクが高い進め方です。一部の部署から始め、様子を見ながら広げていくほうが、設定の見落としに早く気づけます。

試験導入の段階では、決めた5つの決定のうち、とくに支出上限と可視性の設定を実際の使われ方で確かめる機会になります。控えめに始めた上限が窮屈すぎないか、監査ログやCompliance APIで想定していた記録が本当に取れているかを、この段階で確認しておくと、全社展開後の手戻りを減らせます。

たとえば一般企業であれば、まず情報システム部門とその近くの部署から始め、コネクタの書き込み権限や支出上限の様子を見てから、他の部署へ広げるという進め方が考えられます。病院であれば、個人情報を多く扱わない部署(広報や庶務など)から試験導入し、可視性やガバナンスの設定に問題がないことを確かめてから、より機微な情報を扱う部署に広げる、という順番が安全です。

計画は出したあとも生きた文書

5つの決定は、一度決めたら終わりではありません。上限は使われ方を見ながら調整し、ガバナンスの姿勢は組織の成長とともに見直しが必要になります。計画書を「提出して終わりの書類」ではなく、「決定の理由と、次に見直すタイミングを記録しておく生きた文書」として扱うと、担当者が変わっても迷わず運用を引き継げます。

やってみよう

演習1：自分の組織の5つの決定を1枚にまとめる

これまでのレッスンで考えてきた自分の組織の答えを、5つの決定それぞれについて1〜2行でまとめてみてください。まだ決めきれていない項目があれば、「未定」と書いておき、何が決まれば埋まるかもメモしておきます。

演習2：誰に何を伝えるか決める

情報システム部門、予算の責任者、現場の管理職のうち、自分がまず説明しなければならない相手を1人選び、その人に絶対に伝えるべきことを3つに絞ってみてください。

今日のまとめ

3行で振り返ります。

• 5つの決定を1枚にまとめ、決定日と決めた人を添えておくと、あとからの振り返りと引き継ぎが楽になる
• 情報システム部門・予算の責任者・現場のメンバーでは知りたいことの粒度が違うため、相手に合わせて説明を分ける
• 全社に一度で展開せず、一部の部署から始めて上限や可視性の設定を確かめてから広げるほうが、手戻りが少ない

このコースでは、Claude全体を組織に入れるときの5つの決定を扱いました。Claude Code固有の導入設計をさらに詳しく知りたい場合は、Claude Codeを組織に入れるで、接続・データとコンプライアンス・費用・社内展開の4論点を扱っています。